Applivery amplía su cobertura de gestión empresarial a todos los dispositivos Android con el nuevo soporte para Android Open Source Platform (AOSP), incluidos los que no dependen de Google.
Si tu organización gestiona dispositivos Android que no ejecutan Google Mobile Services, Applivery te ofrece ahora una nueva forma de incorporarlos a un control centralizado.
Con el soporte AOSP, los equipos de IT pueden gestionar dispositivos Android no-GMS desde la misma plataforma que ya utilizan para el resto de su flota, con políticas, distribución de apps, monitorización y controles de seguridad en un único lugar.
Esto amplía las capacidades de gestión Android de Applivery a más escenarios de despliegue, incluyendo dispositivos industriales, entornos IoT, hardware de uso dedicado e infraestructuras privadas.
de 14 días de Applivery
El reto: gestionar Android más allá de Google
La Android Management API es la base sobre la que se construye la gestión empresarial de Android. Robusta y bien soportada, cubre la gran mayoría de los escenarios a los que se enfrentan las organizaciones que gestionan Android a escala.
Pero no todos los despliegues Android operan bajo las mismas condiciones. Hay dispositivos que funcionan sin Google Mobile Services, que se despliegan en redes restringidas o privadas, o que utilizan builds de Android específicos para casos de uso industriales y de uso dedicado.
En esos escenarios, los equipos de IT necesitan un enfoque de gestión que funcione con las capacidades de administración subyacentes de Android adaptándose a entornos no-GMS, manteniendo el mismo nivel de control mediante políticas centralizadas, distribución de apps, monitorización y aplicación de políticas de seguridad desde una única plataforma.
Esto es especialmente relevante para organizaciones que gestionan:
- Dispositivos en mercados restringidos o desconectados, donde el acceso a servicios externos puede ser limitado o no estar disponible. Los dispositivos vendidos y desplegados en esas zonas son no-GMS no por elección, sino por geografía.
- Entornos con requisitos estrictos de soberanía de datos, especialmente en sectores altamente regulados como infraestructuras críticas, defensa, sanidad o servicios financieros, donde los datos de los dispositivos y las operaciones de gestión pueden necesitar permanecer dentro de una infraestructura privada o controlada.
- Hardware industrial e IoT, como terminales de almacén, pantallas conectadas, ordenadores montados en vehículos o dispositivos embebidos que ejecutan builds de Android específicos. Son máquinas diseñadas para una función concreta, no smartphones de consumo.
El resultado es a menudo una flota fragmentada, algunos dispositivos Android gestionados mediante flujos de trabajo empresariales estándar, y otros gestionados de forma manual, inconsistente o con herramientas separadas.
El soporte AOSP de Applivery está diseñado para cerrar esa brecha.
La solución: soporte AOSP en Applivery
Applivery incorpora Android Open Source Platform como un sistema operativo totalmente soportado, con el mismo nivel de gestión, las mismas herramientas y la misma interfaz que el resto de plataformas: Android GMS, iOS, macOS y Windows.
No es una solución provisional. Es una implementación de gestión completa, construida específicamente para entornos no-GMS.
Dado que los dispositivos AOSP no tienen acceso al Device Policy Controller de Google, Applivery ha desarrollado el suyo propio, un DPC personalizado creado como réplica directa uno a uno del de Google, mapeado contra la Android Open Source API. Opera a nivel de sistema, con acceso tan profundo como el sistema operativo permite, sin enrutar nada a través de la infraestructura de Google.
La experiencia de gestión en Applivery está diseñada para ser lo más consistente posible con lo que los equipos de IT ya utilizan para los dispositivos GMS, mismo Dashboard, misma estructura de políticas, mismo enfoque general. Donde existen diferencias, reflejan los límites de lo que AOSP soporta de forma nativa. Misma estructura de políticas. Mismas configuraciones. Mismos comandos. Si ya gestionas dispositivos Android GMS en Applivery, ya sabes cómo gestionar AOSP.
Qué incluye
Todo lo disponible para Android GMS está disponible para AOSP:
- Gestión de políticas: un conjunto completo de restricciones, configuraciones y comandos de dispositivo que cubre seguridad, controles de hardware, Wi-Fi, certificados, gestión de apps y más.
- Distribución de apps: despliega paquetes APK y AAB a través del Self-Service App de Applivery, un catálogo que instala, actualiza y desinstala apps de forma silenciosa en los dispositivos gestionados, sin ninguna dependencia de Google Play.
- Kiosk mode: bloquea un dispositivo a una sola app o a un conjunto cerrado de apps, con kiosk mode avanzado que incluye el launcher personalizado de Applivery (disponible en junio de 2026).
- Gestión de certificados: despliega y gestiona certificados directamente desde el Dashboard.
- Monitorización de dispositivos: información de red, apps instaladas, configuración del dispositivo, almacenamiento e informes de estado del hardware.
- Always-On VPN: fuerza todo el tráfico del dispositivo a través de una VPN corporativa con modo de bloqueo opcional.
- OEM Configurations: aplica configuraciones gestionadas específicas del fabricante en hardware compatible: Zebra, Bluebird, Samsung Knox y otros.
- Work profile / BYOD: separa los datos corporativos y personales en dispositivos Android compatibles manteniendo una experiencia de gestión consistente a través de Applivery (disponible en junio de 2026).
Cómo funciona en la práctica
Cuando construimos Applivery Endpoint Management para dispositivos Android con GMS, tomamos una decisión arquitectónica deliberada, no queríamos simplemente construir una integración estática sobre la Android Management API de Google. Queríamos crear un sistema capaz de evolucionar al mismo ritmo que Android.
Para lograrlo, desarrollamos una capa única con IA que analiza de forma continua los cambios introducidos en la Android Management API (AMAPI), incluyendo nuevas políticas, capacidades, restricciones y modelos de configuración. A partir de esos cambios, esta capa puede generar automáticamente las actualizaciones de plataforma necesarias para soportarlos dentro de Applivery.
En la práctica, esto significa que cada vez que Google introduce una nueva capacidad de Android Enterprise a través de AMAPI, Applivery puede interpretar el cambio, mapearlo en nuestra propia arquitectura de producto, generar la lógica de implementación necesaria y preparar una nueva versión para que nuestros equipos de Producto e Ingeniería la revisen, validen, prueben y publiquen.
Esto nos proporciona un time-to-market sin precedentes. Y lo que es más importante, nos permite ofrecer soporte desde el primer día para nuevas capacidades de Android Enterprise de una forma que sería extremadamente difícil de lograr mediante ciclos de desarrollo manual tradicionales.
Con Applivery para AOSP, nuestro objetivo era mantenernos lo más cerca posible de ese mismo modelo.
Los entornos AOSP son diferentes por naturaleza. No dependen de Google Mobile Services, Managed Google Play ni del Cloud DPC de Google. Sin embargo, en lugar de construir una capa de gestión completamente separada y desconectada, decidimos replicar los principios arquitectónicos que hacen tan potente nuestro enfoque GMS.
Para ello, creamos una capa de gestión nativa para AOSP que replica la lógica, la estructura y los principios operativos de la Android Management API y la arquitectura Cloud DPC de Google. En otras palabras, construimos nuestra propia AOSP API y un framework de Custom DPC, diseñados para seguir una especificación y filosofía de gestión similares al modelo basado en AMAPI de Google, manteniéndose completamente independientes de los servicios de Google.
Este enfoque permite a Applivery gestionar dispositivos AOSP a través de una arquitectura familiar, escalable y basada en políticas. También permite que nuestra capa de IA existente, originalmente diseñada para aprender de AMAPI, consuma e interprete esta nueva AOSP API de forma similar.
Como resultado, nuestra plataforma puede adaptarse a las capacidades de gestión AOSP utilizando los mismos principios de automatización que ya aplicamos a los dispositivos GMS. La capa de IA puede comprender las políticas disponibles, generar el soporte de plataforma necesario y ayudar a mantener nuestro Custom DPC alineado con la evolución de nuestro modelo de gestión AOSP.
Esto es especialmente importante para el mantenimiento a largo plazo. En lugar de crear un Custom DPC puntual que se volvería cada vez más difícil de mantener con el tiempo, hemos construido una arquitectura estructurada, basada en API y asistida por IA que mantiene nuestra implementación AOSP coherente con los principios de la gestión empresarial de Android.
El resultado es un modelo de gestión Android independiente de Google que preserva la seguridad, la escalabilidad y la velocidad de producto de nuestra arquitectura basada en AMAPI, al tiempo que extiende las capacidades de Applivery a entornos donde los servicios de Google no están disponibles, no son fiables o simplemente no son una opción.
En resumen, Applivery para AOSP no es un producto separado construido fuera de nuestra estrategia Android. Es una extensión de la misma visión arquitectónica: una plataforma de gestión Android unificada, inteligente y altamente automatizada, capaz de soportar entornos GMS y no-GMS con el mismo nivel de consistencia, velocidad y control.
Casos de uso
Una flota regional que no podía gestionarse de forma centralizada
Una empresa que despliega dispositivos Android en mercados donde los servicios de Google no están disponibles lleva tiempo gestionando esos dispositivos fuera de su MDM. El enrollment, la asignación de políticas y las actualizaciones de apps se gestionan de forma manual, o directamente no se gestionan, lo que genera desviaciones de configuración y brechas de cumplimiento en toda la flota regional.
Con el soporte AOSP, esos dispositivos se incorporan a Applivery con el mismo flujo de trabajo que cualquier otro dispositivo Android. Las políticas se aplican automáticamente. Las apps se despliegan de forma centralizada. La flota regional pasa a formar parte del mismo entorno gestionado que el resto de dispositivos de la organización.
Un despliegue on-premise sin flujo de datos externo
Un operador de infraestructura crítica necesita cobertura MDM completa para sus terminales, pero opera bajo estrictos requisitos de residencia de datos que prohíben que los datos de los dispositivos salgan de su red privada. Enrutar la gestión a través de cualquier cloud externo, por muy fiable que sea, no es una opción.
Con Applivery desplegado on-premise y el soporte AOSP activado, cada acción de gestión se mantiene íntegramente dentro de la infraestructura de la organización. El enrollment no requiere cuenta de Google, ni configuración de Android Enterprise, ni una organización de Managed Google Play. Los datos de los dispositivos, la aplicación de políticas y la distribución de apps permanecen dentro de la red privada.
Una flota mixta gestionada desde una única plataforma
Un operador logístico gestiona una flota que incluye tanto smartphones Android estándar (GMS) como terminales de almacén y pantallas montadas en vehículos (AOSP). Hasta ahora, estos dos tipos de dispositivos requerían herramientas de gestión separadas, conjuntos de políticas distintos y flujos de trabajo operativos diferentes.
Con el soporte AOSP, toda la flota, GMS y no-GMS, se gestiona desde el mismo Dashboard de Applivery. Una estructura de políticas. Un pipeline de distribución de apps. Una plataforma.
Para las organizaciones que trabajan con hardware de fabricantes específicos, como Zebra, Bluebird, Samsung Knox y otros, Applivery también soporta configuraciones gestionadas específicas del OEM aplicadas de forma silenciosa a través del DPC.
Por qué esto importa más allá de los casos de uso inmediatos
El soporte AOSP no es simplemente un nuevo tipo de dispositivo añadido a una lista. Representa un cambio estructural en cómo funciona la gestión Android en Applivery.
Al construir un DPC personalizado mapeado uno a uno contra la Android Open Source API, en lugar de depender de la implementación de Google, Applivery controla ahora su propia capa de gestión para Android. Esto tiene una consecuencia directa en la rapidez con que se pueden soportar nuevas versiones de Android: la misma capacidad de respuesta disponible para GMS está ahora disponible para AOSP, desde el primer día de cada nueva versión.
Para las organizaciones que llevan tiempo esperando una única plataforma que cubra todos los dispositivos Android de su flota, esa capacidad ya está disponible.
Gestión unificada de la flota. Los equipos de IT gestionan dispositivos Android GMS y no-GMS desde la misma interfaz, con herramientas y flujos de trabajo operativos consistentes. Sin cambios de plataforma, sin duplicación de políticas.
Soporte desde el primer día para nuevas versiones de Android. Dado que el DPC de Applivery está mapeado directamente contra la Android Open Source API, las nuevas versiones de Android pueden soportarse de inmediato: la misma capacidad de respuesta disponible para GMS, ahora extendida a AOSP.
Independencia operativa de Google. Para entornos donde la dependencia de Google es una cuestión de cumplimiento normativo, una restricción geopolítica o una preferencia operativa, Applivery ofrece ahora una ruta de gestión Android completa que no la requiere.
Comienza a gestionar tu dispositivos AOSP ahora
El soporte AOSP ya está disponible en Applivery. Si gestionas dispositivos Android no-GMS, o tienes previsto desplegarlos en entornos donde GMS no es viable, contacta con nuestro equipo o consulta la documentación.
