FAQ

FAQ de RealmJoin: mantenimiento de tus propios paquetes de software y runbooks, costes previstos de recursos de Azure y cómo se integra RealmJoin con Microsoft Intune.

¿Puedo mantener mis propios paquetes de software y actualizaciones?

RealmJoin contiene una tienda interna de aplicaciones compatible con Intunewin (Microsoft Endpoint Manager / Intune Package Format), con más de 3000 aplicaciones existentes. RealmJoin ofrece packaging as a service para proporcionar cualquier aplicación que falte.

Como RealmJoin aprovecha directamente Microsoft Intune, es posible ofrecer aplicaciones adicionales que sean mantenidas de forma independiente por su organización junto con las aplicaciones obtenidas a través de nuestra tienda de aplicaciones.

¿Puedo mantener mis propios runbooks?

RealmJoin ofrece un repositorio público de runbooks. Estos runbooks se mejoran y actualizan continuamente y constituyen la base de lo que creemos que son las tareas rutinarias cotidianas en un entorno de trabajo moderno. Como tal, estos runbooks se sincronizan automáticamente en un entorno de RealmJoin como parte de nuestro servicio.

RealmJoin aprovecha las funciones estándar de Azure Automation para alojar estos runbooks compartidos. Se almacenarán usando un rjgit- prefijo en su Azure Automation Account. Puede añadir simplemente runbooks personalizados sin este prefijo a la misma Azure Automation account. Si los runbooks siguen nuestro esquema de nomenclatura, RealmJoin Portal presentará sus runbooks personalizados de la misma manera que los compartidos.

Ver Esquema de nomenclatura de runbooks

¿Qué coste cabe esperar de los recursos de Azure?

RealmJoin utiliza la instancia de Azure del cliente para Log Analytics y Key Vault. Microsoft factura el coste del tráfico directamente al cliente, actualmente 2,8 € por GB.

Según nuestra experiencia con varios clientes, estimamos que se necesitan entre 250 y 500 usuarios de Tenant para alcanzar 1 GB, lo que equivale a 2-4 céntimos por usuario al mes.

Seguiremos supervisando las cifras de tráfico en el futuro y actualizaremos nuestra estimación periódicamente si es necesario.

¿RealmJoin funciona con Windows Autopilot para la implementación preaprovisionada (anteriormente: WhiteGlove)?

La compatibilidad de RealmJoin con Autopilot Pre-Provisioning varía en función del método de implementación seleccionado:

1. Implementación de aplicaciones impulsada por Intune:

   • Compatibilidad: Compatible.
   • Consideraciones: Asegúrese de cumplir con los requisitos definidos por Microsoft para el preaprovisionamiento. Tenga en cuenta que este método solo admite aplicaciones en contexto de dispositivo que estén destinadas al propio dispositivo o a un usuario preasignado.
2. Implementación de aplicaciones impulsada por el agente de RealmJoin:

   • Compatibilidad: No compatible.
   • Recomendación: En este escenario, es posible usar un Temporary Access Pass (TAP). Este método permite inscribir un dispositivo en nombre de un usuario, lo que incluye todas las fases de implementación de Intune y RealmJoin.
3. Mezcla de implementación de aplicaciones impulsada por Intune y por el agente de RealmJoin:

   • Compatibilidad: Posible, pero no recomendado.
   • El agente de RealmJoin puede detectar aplicaciones instaladas mediante la implementación de aplicaciones impulsada por Intune. Sin embargo, para que el reconocimiento tenga éxito, los paquetes deben coincidir exactamente (como los hashes de argumentos, el número de versión). Este enfoque añade complejidad, ya que las aplicaciones deben mantenerse dos veces y la lógica de asignación se vuelve más intrincada.

Pruebas del backend

Las pruebas del backend se realizan en dos componentes principales: el Portal y el Agente. Cada componente utiliza múltiples canales de implementación para garantizar una validación exhaustiva antes de llegar a los entornos de producción.

Pruebas del Portal

La infraestructura de pruebas del portal consta de tres entornos con niveles progresivos de estabilidad:

Instancias alojadas por desarrolladores

• Entornos de desarrollo individuales para el desarrollo inicial de funcionalidades y la iteración rápida

Portal de staging

• Entorno de pruebas central donde se implementan las funciones recién desarrolladas
• Accesible públicamente, pero debe usarse con precaución debido a los cambios frecuentes
• Sirve tanto como entorno de pruebas formal como plataforma de uso diario para el equipo de RealmJoin
• Los patrones de uso del mundo real ayudan a detectar problemas antes de la implementación en producción

Portal productivo

• Entorno de producción que atiende a los usuarios finales
• Recibe lanzamientos por lotes de múltiples funciones probadas desde preproducción

Pruebas del agente

El agente utiliza una estrategia de lanzamiento de tres canales:

Canal Canary

• Lanzamientos de vanguardia utilizados por el equipo interno de desarrollo
• Permite una retroalimentación interna rápida sobre la nueva funcionalidad

Canal Beta

• Canal de lanzamiento para toda la empresa desplegado en toda la organización
• Equilibra la actualidad de las funcionalidades con una estabilidad razonable

Canal estable

• Canal de lanzamiento listo para producción con funcionalidades exhaustivamente probadas
• Recomendado para uso general con la máxima estabilidad

Los tres canales del agente están disponibles públicamente para los clientes para realizar pruebas en el nivel de estabilidad que prefieran y evaluar las próximas funcionalidades en sus propios entornos.