> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/es/solucion-de-problemas-y-preguntas-frecuentes/faq.md). # 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](https://github.com/realmjoin/realmjoin-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](/es/automatizacion/runbooks/naming-conventions.md) ## ¿Qué coste cabe esperar de los recursos de Azure? RealmJoin utiliza la instancia de Azure del cliente para [Log Analytics](/es/supervision-y-registros/log-analytics.md) y[ Key Vault](/es/agente-de-realmjoin/realmjoin-client/local-admin-password-solution-laps/keyvault.md). 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](https://learn.microsoft.com/en-us/autopilot/pre-provision) 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. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.realmjoin.com/es/solucion-de-problemas-y-preguntas-frecuentes/faq.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.