Métodos de implementación: agente de RealmJoin frente a Intune
Comparación de la implementación nativa de Intune (intunewin + Intune Management Extension) y la implementación con el agente de RealmJoin para paquetes Windows, y las capacidades adicionales que añade el agente.
Casi todos los paquetes en el Tienda de paquetes se pueden implementar en sus dispositivos Windows de una de dos maneras. Usted elige el método por paquete cuando lo suscribirse a él, y luego administra las asignaciones del mismo modo a través de grupos administrados.
Implementación de Intune – el paquete se envía a su inquilino como una
intunewinaplicación y se entrega mediante Microsoft Intune y la Extensión de Administración de Intune, mostrándose a los usuarios en Portal de empresa.Implementación de RealmJoin – el paquete es instalado por el Agente de RealmJoin que se ejecuta en el dispositivo, mostrándose a los usuarios en el Bandeja de RealmJoin y Portal de autoservicio.
Cómo entrega un paquete cada método
La intunewin versión del paquete se envía directamente a su inquilino. Contiene todos los binarios más un kit de implementación basado en PowerShell. A partir de ahí, se puede administrar desde el Portal de RealmJoin o directamente en Intune.
Entrega: Microsoft Intune + Extensión de Administración de Intune.
Área de autoservicio: Portal de empresa → Aplicaciones.
Carga útil: binarios incluidos dentro del
intunewinpaquete y preparados en el inquilino.
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 Native Choco Runtime) 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.Área 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 funcionalidades
Ambos métodos admiten los fundamentos: Requerido (obligatorias) y Disponibles (iniciadas por el usuario), creación de grupos administrados, automatización escalonada Vista previa / Principal de canales con aplazamiento y despliegue nocturno, y seguimiento de versiones/actualizaciones en Despliegue nocturno, y seguimiento de versiones/actualizaciones en Administración de paquetes. La tabla siguiente se centra en dónde difieren ambos 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í — las dependencias se instalan automáticamente, en una secuencia definida
Reinstalación/reparación de autoservicio (Permitir la reinstalación)
—
Sí
Instalación en segundo plano al cambiar la configuración
—
Sí
Control del aplazamiento por parte del usuario (Velocidad de implementación: Lenta/Rápida/Mañana)
—
Sí
Control de fase de instalación y de audiencia (Restricciones de la aplicación principal / parte del usuario)
—
Sí — Inicio de sesión/Manual/Inicial/Normal, usuario principal/secundario
Incorporar instalaciones existentes no administradas (grupo de actualización)
Sí
Sí — mejor integrado gracias al inventario de software más completo de RealmJoin
Configuración / crear paquetes con sufijo de varias suscripciones
—
Sí
Página de estado de inscripción propia, ordenada con dependencias
ESP de Windows/Intune
Adicional ESP de RealmJoin, respetando dependencias y orden
Implementación de cargas útiles muy grandes (p. ej., grandes suites CAD)
Limitaciones de tamaño y fiabilidad
Gestionado de forma fiable
Lo que obtienes con la implementación de RealmJoin
Resolución de dependencias, orden y un ESP coincidente: un auténtico 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 usted controla la secuencia exacta del despliegue. Esto le permite modelar pilas de aplicaciones reales en lugar de asignar cada componente de forma independiente y esperar que el tiempo funcione.
El valor real se ve durante el aprovisionamiento: la 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. Las dependencias se instalan primero, en la secuencia que usted definió, antes de liberar el escritorio, de modo que un dispositivo llega al usuario completamente y correctamente aprovisionado en lugar de terminar su pila después.
Actualización automática para aplicaciones 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 poner al día las Disponibles aplicaciones 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 en la que las aplicaciones opcionales se quedan desactualizadas.
Control detallado 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 la Velocidad de implementación (que permite a los usuarios posponer durante un número definido de días antes de que la instalación se imponga), obtiene un control preciso sobre la experiencia del usuario final.
Reparación de autoservicio y remediación silenciosa
Permitir la reinstalación permite a los usuarios volver a ejecutar un paquete desde la bandeja en cualquier momento para corregir una instalación dañada — ideal para paquetes autorreparables como sincronización de hora o correcciones de configuración. Permitir la instalación en segundo plano aplica automáticamente los cambios de configuración en la siguiente sincronización, sin interrumpir al usuario.
Incorporación de instalaciones existentes
La grupo de actualización descubre dinámicamente copias de un título de software que se instalaron fuera de la administración y lleva esos dispositivos al despliegue administrado. Las versiones más recientes —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 la implementación de Intune, pero está más estrechamente integrado con RealmJoin gracias al inventario de software más completo de RealmJoin, que detecta las instalaciones con mayor precisión.
Configuraciones, no solo aplicaciones
Más allá de los instaladores de aplicaciones, la implementación de RealmJoin gestiona paquetes de configuración/craft — como asignaciones de impresoras o unidades de red — y le permite suscribirse al mismo paquete craft varias veces usando un sufijo, de modo que un usuario puede 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 el Portal de autoservicio, agrupado en las categorías que defina, 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
La implementación de RealmJoin es en general más fiable, y gestiona todo tipo de cargas útiles —incluidos archivos muy grandes como grandes suites CAD— de forma fiable, un escenario en el que Intune todavía presenta problemas. Debido a que 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 resolución de problemas más sencilla
El opcional Native Choco Runtime ejecuta las instalaciones dentro del servicio de RealmJoin, sin depender del binario anticuado Chocolatey 0.10.3 incluido, y a la vez sigue siendo un reemplazo directo para sus paquetes existentes. Las instalaciones se ejecutan localmente con registros detallados y aislados por paquete en el dispositivo, y RealmJoin sigue añadiendo opciones de solución de problemas cada vez más sencillas, lo que facilita ver exactamente qué ocurrió y por qué cuando hay que investigar una instalación.
Cómo elegir un método
Última actualización
¿Te fue útil?