Métodos de implementación: RealmJoin Agent frente a Intune
Comparación entre la implementación nativa de Intune (intunewin + Intune Management Extension) y la implementación mediante RealmJoin Agent para paquetes Windows, y las capacidades adicionales que aporta el Agent.
Casi todos los paquetes en la Tienda de paquetes se puede desplegar en tus dispositivos Windows de una de dos maneras. Tú eliges el método por paquete cuando te suscribes a él, y administras las asignaciones de la misma manera después a través de grupos administrados.
despliegue de Intune – el paquete se envía a tu Tenant como una
intunewinaplicación y se entrega mediante Microsoft Intune y la Extensión de Administración de Intune, apareciendo para los usuarios en Company Portal.despliegue de RealmJoin – el paquete es instalado por el RealmJoin Agent que se ejecuta en el dispositivo, apareciendo para los usuarios en el bandeja de RealmJoin y Portal de autoservicio.
Cómo entrega un paquete cada método
El intunewin versión del paquete se envía directamente a tu Tenant. Contiene todos los binarios además de un kit de despliegue basado en PowerShell. Desde ahí puede administrarse ya sea desde el Portal de RealmJoin o directamente en Intune.
Entrega: Microsoft Intune + Extensión de Administración de Intune.
Superficie de autoservicio: Company Portal → Apps.
Carga útil: binarios incluidos dentro del
intunewinpaquete y preparados en el Tenant.
El Agente de RealmJoin en el dispositivo ejecuta todo el código y los comandos de instalación localmente usando su motor de paquetes (Chocolatey clásico o el Runtime nativo de Choco) junto con PowerShell. Los binarios se descargan en el momento de la instalación.
Entrega: el Agente de RealmJoin (
realmjoin.exe/realmjoinservice.exe), sincronizando la configuración aproximadamente cada 30 minutos.Superficie de autoservicio: menú de la bandeja de RealmJoin y Portal de autoservicio, organizados en categorías.
Carga útil: binarios descargados bajo demanda durante la instalación.
Comparación de funciones
Ambos métodos admiten lo fundamental: Requerido (obligatorias) y Disponibles (iniciadas por el usuario), creación de grupos administrados, orquestación de Vista previa / Principal canal con aplazamiento y automatización de Despliegue nocturno, y seguimiento de versiones/actualizaciones en Administración de paquetes. La tabla a continuación se centra en dónde difieren los dos métodos.
Asignaciones obligatorias y disponibles
Sí
Sí
Grupos administrados y automatización de Vista previa/Principal
Sí
Sí
Actualización automática a versiones más nuevas
Paquetes obligatorios; paquetes disponibles solo a través del grupo de Actualización
Paquetes obligatorios y disponibles directamente
Dependencias de paquetes (Depende de) y orden de instalación
—
Sí — los requisitos previos se instalan automáticamente, en una secuencia definida
Reinstalación / reparación de autoservicio (Permitir reinstalación)
—
Sí
Instalación en segundo plano al cambiar la configuración
—
Sí
Control del aplazamiento por parte del usuario (Tasa de despliegue: Lento/Rápido/Mañana)
—
Sí
Fase de instalación y control de audiencia (Restricciones de la aplicación principal / parte del usuario)
—
Sí — inicio de sesión/manual/inicial/normal, usuario principal/secundario
Integración de instalaciones existentes no administradas (Grupo de actualización)
Sí
Sí — mejor integrado gracias al inventario de software más completo de RealmJoin
Configurar / crear paquetes con sufijo de múltiples suscripciones
—
Sí
Páginas de estado de inscripción propias, ordenadas con dependencias
Windows/Intune ESP
Adicional ESP de RealmJoin, respetando dependencias y orden
Despliegue de cargas útiles muy grandes (p. ej., grandes suites CAD)
Limitaciones de tamaño y fiabilidad
Gestionado de forma fiable
Lo que ganas con el despliegue de RealmJoin
Resolución de dependencias, ordenación y un ESP compatible: un verdadero punto destacado
RealmJoin puede expresar relaciones entre paquetes. Con Depende de, los paquetes prerrequisito (por ejemplo, un runtime de Visual C++ o .NET) se instalan automáticamente antes de la aplicación que los necesita, y con Orden controlas la secuencia exacta del despliegue. Esto te permite modelar pilas de aplicaciones reales en lugar de asignar cada componente de forma independiente y esperar que el tiempo salga bien.
El verdadero valor se aprecia durante el aprovisionamiento: el ESP de RealmJoin mantiene el escritorio de Windows hasta que las instalaciones y configuraciones obligatorias se han completado, y respeta esas mismas dependencias y números de orden. Primero van los prerrequisitos, en la secuencia que definiste, antes de que se libere el escritorio — de modo que el dispositivo llega al usuario completamente y correctamente aprovisionado en lugar de terminar su pila después.
Actualización automática para apps disponibles, no solo las obligatorias
Cuando una versión más nueva entra en el canal, el Agente de RealmJoin actualiza directamente ambos Requerido y Disponibles paquetes ya instalados en un dispositivo. Intune también puede mantener actualizadas las Disponibles apps asignadas, pero solo indirectamente a través de la Grupo de actualización. RealmJoin mantiene el software de autoservicio parcheado al mismo nivel que el software obligatorio desde el primer momento, cerrando una brecha común donde las apps opcionales se quedan desactualizadas.
Control granular sobre cuando y para quién
Cada paquete puede definir su fase de instalación — después del inicio de sesión, solo cuando el usuario lo inicia manualmente, solo durante el aprovisionamiento inicial o durante el uso normal — y si se ejecuta para el usuario principal, usuarios secundarios o ambos. Combinado con el Tasa de despliegue (permitiendo a los usuarios aplazar durante un número definido de días antes de que la instalación se imponga), obtienes un control preciso sobre la experiencia del usuario final.
Reparación de autoservicio y corrección silenciosa
Permitir reinstalación permite a los usuarios volver a ejecutar un paquete desde la bandeja en cualquier momento para arreglar una instalación dañada — ideal para paquetes autorreparables como sincronización de hora o correcciones de configuración. Permitir instalación en segundo plano aplica los cambios de configuración automáticamente en la siguiente sincronización, sin interrumpir al usuario.
Integración de instalaciones existentes
El Grupo de actualización descubre dinámicamente copias de un título de software que se instalaron fuera de la administración y trae esos dispositivos al despliegue administrado. Las versiones más nuevas —incluidos los parches de seguridad— llegan entonces también a esas máquinas, por lo que las instalaciones no administradas dejan de ser puntos ciegos. El grupo de Actualización también está disponible para despliegue de Intune, pero está más estrechamente integrado con RealmJoin gracias al inventario de software más completo de RealmJoin, que detecta las instalaciones de forma más completa.
Configuraciones, no solo aplicaciones
Más allá de los instaladores de aplicaciones, el despliegue de RealmJoin gestiona paquetes craft/configuración — como asignaciones de impresoras o unidades de red — y te permite suscribir el mismo paquete craft varias veces usando un sufijo, para que un usuario pueda recibir varias configuraciones distintas del mismo paquete.
Una experiencia de usuario final pulida
El Agente muestra el software disponible en la bandeja de RealmJoin y en el Portal de autoservicio, agrupado en las categorías que defines, y muestra notificaciones de aplicaciones con una imagen principal personalizable y opciones interactivas de posponer/aplazar durante la instalación.
Entrega fiable —incluidas cargas útiles muy grandes
El despliegue de RealmJoin es más fiable en general, y maneja todo tipo de cargas útiles —incluidos archivos muy grandes como grandes suites CAD— de forma fiable, un escenario en el que Intune todavía encuentra problemas. Como el Agente descarga los binarios en el momento de la instalación y los instala localmente, las limitaciones de entrega relacionadas con el tamaño preocupan mucho menos.
Un motor moderno y una solución de problemas más sencilla
El Runtime nativo de Choco opcional ejecuta las instalaciones dentro del servicio de RealmJoin —sin depender del binario envejecido de Chocolatey 0.10.3 incluido—, a la vez que sigue siendo un reemplazo directo para tus paquetes existentes. Las instalaciones se ejecutan localmente con registros detallados e aislados por paquete en el dispositivo, y RealmJoin sigue añadiendo opciones de solución de problemas cada vez más directas, lo que facilita ver exactamente qué pasó y por qué cuando una instalación necesita investigarse.
Elegir un método
Última actualización
¿Te fue útil?