Ваш MDM не сломан. Ваши устройства Android просто другие.
Если приложения не отправляются, политики не синхронизируются или удаленные команды не работают, скорее всего, вы имеете дело с устройствами AOSP. Большинство ИТ-отделов не осознают, что существует критическое различие между стандартным Android и Android Open Source Project (AOSP), пока развертывание не даст сбой.
Управление устройствами AOSP не работает так, как традиционное управление Android. Без Google Mobile Services (GMS) вы теряете доступ к функциям Android Enterprise, Play Store и даже Android Management API. Поэтому, если ваш MDM полагается на них, он не будет работать.
Вот почему понимание того, что такое AOSP управление устройством действительно включает в себя ключ. Особенно если вы развертываете пользовательское оборудование, планшеты или киоски в логистике, здравоохранении или образовании. Правильное решение AOSP и MDM не полагается на Google, оно работает с ядром устройства.
Что такое проект Android с открытым исходным кодом (AOSP)?
Android Open Source Project (AOSP) — это базовая версия Android, поддерживаемая Google и выпущенная под лицензией с открытым исходным кодом. Она включает в себя ядро ОС, но не включает фирменные приложения и сервисы, такие как Gmail, Google Maps и Google Mobile Services (GMS).
Такие производители, как Samsung или Xiaomi, используют AOSP в качестве отправной точки, а затем добавляют специальное программное обеспечение и GMS, чтобы сделать свои устройства совместимыми с экосистемой Android.
Устройства AOSP работают под управлением Android, но они не сертифицированы Google.
Это различие имеет решающее значение. Оно ограничивает взаимодействие большинства MDM с этими устройствами, создавая слепые зоны в безопасности и управлении.
Какова связь между AOSP, телефонами Android и Google?
AOSP обеспечивает гибкость, позволяя производителям и разработчикам создавать собственные системы на базе Android. Вот почему он поддерживает такие устройства, как киоски, сканеры и недорогие планшеты, которые не соответствуют стандартной настройке Android.
Чтобы устройство стало частью официальной экосистемы Android, оно должно пройти Программу совместимости Android. Эта программа гарантирует, что устройство может надежно запускать сторонние приложения и получать доступ к таким сервисам, как Google Play. Устройства, не прошедшие эту программу, остаются за пределами экосистемы Google.
AOSP является основой Android, но без сертификации устройство не будет интегрировано в экосистему Google.
Существует два основных типа устройств Android:
- Android с сертификатом GMS: полнофункциональный, одобренный Google, с доступом к Play Store, сервисам Google и полным Android Enterprise Совместимость.
- Android на базе AOSP: урезанная версия без Play Store, предустановленных приложений Google и поддержки управления устройствами Google.
OEM-производители, такие как Zebra, Honeywell, а также производители бюджетных планшетов часто используют AOSP в сценариях B2B, где решающее значение имеют настройка, экономия средств и конфиденциальность данных.
Устройства AOSP обычно используются в:
- Логистический (защищенные карманные компьютеры, сканеры штрих-кодов)
- Здравоохранение (специальные планшеты для доступа к электронным медицинским картам)
- Ритейл (киоски самообслуживания)
- Образование (недорогие студенческие планшеты)
- Государственный сектор (конечные точки, выпущенные правительством)
Основные преимущества устройств AOSP включают в себя:
- Низкая стоимость
- Более простая блокировка устройства
- Снижение зависимости от Google
- Полная настройка на уровне прошивки
Однако компромиссом является отсутствие инфраструктуры MDM от Google, включая Android Enterprise и Device Policy Controller (DPC) от Google, что может привести к проблемам управления.
В чем разница между AOSP и стандартным Android?
Все стандартные Android-устройства основаны на AOSP, но не все устройства AOSP являются стандартными Android-устройствами.
Люди часто путают AOSP со стандартным Android, но это не одно и то же. Стандартная версия Android — это версия Android, разработанная и поддерживаемая Google. Вы найдете ее на устройствах Pixel. Она включает в себя все: ядро Android, а также Google Mobile Services (GMS), Play Store, приложения Google и все API, необходимые для функций Android Enterprise.
С другой стороны, AOSP — это всего лишь основа. Это сырая версия Android с открытым исходным кодом без каких-либо фирменных сервисов Google. Нет Play Store. Нет Gmail. Нет доступа к API Google или Device Policy Controller.
Это различие имеет значение для ИТ.
Если ваша система MDM использует GMS для развертывания приложений, управления политиками или настройка без касания, он не будет работать на AOSP. Большинство инструментов и API, которые он ожидает, просто отсутствуют. Управление устройствами AOSP требует другого подхода, с UEM, созданным для обработки пробелов.
Почему регистрация устройств AOSP работает по-другому
Большинство регистраций Android Enterprise полагаются на инструменты Google, такие как настройка Zero-Touch, токены DPC и управляемый Google Play. Они делают развертывание устройств быстрым и бесконтактным. Но устройства AOSP не поддерживают ничего из этого. Они не поставляются с Google Mobile Services, поэтому ваши обычные методы MDM не будут работать.
Распространенные методы регистрации в AOSP:
- Настройка на основе QR-кода
- Ручная установка APK клиента управления
- Пользовательские OEM API или интеграции прошивки
Это добавляет трения и требует платформ UEM с пользовательскими рабочими процессами подготовки. Стандартные MDM просто не предназначены для этих обходных путей.
Роль UEM в управлении устройствами AOSP
Почему традиционные MDM неэффективны при использовании устройств без поддержки GMS
Управление устройствами AOSP — это не просто отсутствие функций. Это также управление с неверными предположениями. Большинство Решения MDM разработаны на основе современных стандартов Android. Часто предполагают доступ к централизованному обеспечению, встроенному исполнению политик и автоматизированному управлению приложениями. AOSP убирает эту структуру, выявляя ограничения, которые большинство ИТ-отделов обнаруживают только в середине развертывания. Вот где они полностью не попадают в цель:
1. Подготовка становится ручной
Большинство платформ MDM полагаются на упрощенную регистрацию через токены zero touch или DPC. Они несовместимы со сборками AOSP. Вместо этого для регистрации требуется:
- Настройка на основе QR-кода
- Ручная подготовка устройства
- Боковая загрузка агента
Это значительно замедляет развертывание. Если вы настраиваете 1,000 устройств, дополнительные 2 минуты на единицу равняются 33+ часам дополнительного времени ИТ-специалистов.
2. Развертывание приложений происходит непоследовательно.
Без инфраструктуры управляемых приложений Google ИТ-отдел теряет возможность:
- Удаленная отправка обновлений
- Обеспечить наличие версий приложения
- Белый или черный список установок
Это заставляет команды распространять APK вручную, что увеличивает риск дрейфа версий и неправильного использования приложений. По данным MobileIron, более 60% инцидентов безопасности в корпоративных развертываниях Android начинаются с неуправляемых приложений.
3. Контроль политики ограничен
На устройствах AOSP такие простые вещи, как установка пароля, блокировка сброса к заводским настройкам или блокировка Wi-Fi, часто не работают, если ваш MDM не создан для этого. Большинство инструментов не могут обрабатывать эти элементы управления из коробки, и ИТ-отделы понимают это только после развертывания.
4. Видимость и разбивка отчетности
Данные о состоянии устройства, статус соответствия или показатели использования недоступны, если MDM не включает свою систему телеметрии. Большинство этого не делает. Это оставляет ИТ-отдел вслепую в отношении времени безотказной работы, статуса исправления или нарушений политики, что опасно в регулируемых отраслях.
5. Ограниченные возможности удаленного управления
Удаленное управление — еще один серьезный пробел. Большинство MDM не могут выполнять ключевые команды на AOSP, такие как блокировка, перезагрузка или очистка, поскольку они полагаются на API, которые недоступны. Даже такие базовые задачи, как проверка работоспособности устройства, часто не работают.
Когда что-то ломается, ИТ-команды оказываются в тупике. Нет удаленного просмотра экрана, нет доступа в режиме реального времени. Поддержка сводится к телефонным звонкам, скриншотам или ожиданию, пока кто-нибудь возьмется за устройство. Это не масштабируемо, особенно для удаленных команд или выездных сотрудников, которым нужны быстрые решения.
Вывод: традиционные MDM оптимизированы для Android, поскольку он обычно развертывается в потребительском оборудовании. AOSP отличается по своей конструкции, более гибкий, но менее связанный. Без правильной платформы UEM вам придется вручную заделывать пробелы или, что еще хуже, оставлять конечные точки без управления.
Ключевые особенности, на которые следует обратить внимание при выборе UEM, дружественного AOSP
1. Совместимость с несколькими OEM-производителями
Многие развертывания AOSP включают производителей узкой ниши. Выберите решение, которое поддерживает широкий спектр OEM-производителей и интеграцию пользовательских прошивок.
2. Инструменты удаленного обеспечения
Благодаря отсутствию автоматической регистрации доступны такие инструменты предоставления услуг, как:
- Массовая генерация QR-кода
- Автоматическая настройка через Wi-Fi/ADB
- Потоки настройки White-label
необходимы для эффективного масштабирования.
3. Режим киоска/блокировки
Ограничьте использование устройства определенными приложениями или веб-сайтами. Предотвратите несанкционированный доступ, отключив системные настройки, навигацию и уведомления.
4. Управление контентом и приложениями
Устанавливайте или блокируйте приложения с помощью:
- Внутренние загрузки APK
- Белый/черный список приложений
- Удаленная отправка файлов
Это гарантирует, что ваши устройства будут соответствовать требованиям и соответствовать поставленным задачам.
5. Удаленное устранение неполадок
Когда устройства выходят из строя в полевых условиях, ИТ-отдел должен быстро их исправить. Хороший UEM предлагает:
- Удаленный просмотр/управление экраном
- Перезагрузка или очистка
- Отслеживание геолокации
Преимущества правильного управления устройствами AOSP
1. Быстрая разработка MVP: AOSP помогает компаниям быстро запускать минимально жизнеспособный продукт (MVP). Вы можете тестировать основные функции, собирать отзывы и вносить улучшения, не дожидаясь полномасштабного развертывания. Это ускоряет инновации и сокращает время выхода на рынок.
2. Быстрое масштабируемое развертывание: Используя QR-коды или пользовательские рабочие процессы, вы можете подготовить сотни устройств всего за несколько часов. Будь то планшеты для студентов или прочные карманные компьютеры для логистики, AOSP обеспечивает быстрое развертывание на больших автопарках.
3. Гибкость открытого исходного кода: Поскольку AOSP имеет открытый исходный код, производители и ИТ-отделы могут настраивать ОС в соответствии с уникальными бизнес-потребностями. Будь то аппаратные настройки или пользовательская прошивка, AOSP предлагает непревзойденную гибкость для отраслей, которым требуются индивидуальные решения.
4. Глубокая настройка устройства: От предустановленных приложений до настроек на уровне оборудования, AOSP обеспечивает полный контроль над настройкой устройства. Это идеально подходит для киосков, сканеров штрихкодов или планшетов специального назначения, где не подходит универсальный подход.
5. Более надежная защита с помощью настраиваемых элементов управления: Устройства AOSP не полагаются на инструменты Google по умолчанию, но это не недостаток. Вы по-прежнему можете устанавливать критические исправления и обновления безопасности, поддерживая защиту от новых угроз. С правильными инструментами управления вы можете обеспечить шифрование, безопасную загрузку и контроль приложений.
6. Соответствует основным стандартам соответствия: Даже без GMS устройства AOSP могут поддерживать:
- FERPA соответствие в образовании
- GDPR соответствие в государственном управлении и здравоохранении
- Строгий элементы управления приложениями/контентом для предотвращения злоупотреблений
7. Снижение нагрузки на ИТ: Автоматизация и удаленное управление делают управление парками AOSP простым. ИТ-отделы могут загружать обновления, следить за состоянием устройств и управлять настройками — и все это без вмешательства на месте.
8. Более строгая политика использования: Вы можете заблокировать нежелательные приложения, отключить USB/отладку и предотвратить сброс настроек к заводским. Эти элементы управления помогают гарантировать, что устройства используются только по назначению.
9. Единообразный опыт использования устройства: С AOSP легко применять согласованные настройки, приложения и ограничения по всему автопарку. Это сокращает количество ошибок, сохраняет предсказуемость пользовательского опыта и упрощает устранение неполадок.
10. Пользовательский интерфейс: AOSP дает вам контроль над всем пользовательским интерфейсом. Вы можете убрать беспорядок, выделить важные приложения и разработать пользовательский интерфейс, который подходит вашему бизнесу. Это особенно полезно для передовых команд, которым нужны простые, ориентированные на задачи устройства.
Как Scalefusion решает проблему AOSP
Scalefusion создан для управления устройствами Android как в вариантах GMS, так и в вариантах без GMS (AOSP). Вот как:
- Агентный контроль: Устанавливает облегченный агент, который обеспечивает полное управление без необходимости использования API Android Enterprise.
- Индивидуальная OEM-интеграция: Поддерживает десятки производителей AOSP, таких как Sunmi, Urovo, Zebra и т. д. через прямое партнерство и SDK-хуки.
- Безопасные варианты регистрации: Включает в себя подготовку на основе QR-кода, белый список на основе IMEI и инструменты предварительной настройки.
- Управление приложениями и контентом: Устанавливайте приложения через APK, контролируйте установки, блокируйте неизвестные источники и планируйте циклы обновлений по мере необходимости.
- Удаленная трансляция и управление: ИТ-специалисты могут удаленно просматривать устройства AOSP и взаимодействовать с ними, что крайне важно для устранения неполадок на месте или обучения.
- Блокировка киоска: Ограничить устройства одним или несколькими приложениями, отключить строку состояния, управлять навигацией. Идеально подходит для образования, здравоохранения и розничной торговли.
Итог? Благодаря Scalefusion управление AOSP похоже на управление любым современным устройством Android.
Будущее AOSP
Внедрение AOSP растет, поскольку организации стремятся:
- Экономичное Android-оборудование
- Пользовательские среды без GMS
- Локальные экосистемы приложений или частные магазины
Но управление становится только сложнее.
Следующая волна управления устройствами Android будет сосредоточена на безопасности с нулевым доверием, более глубоком контроле приложений и более строгой видимости конечных точек, даже без GMS.
Такие платформы, как Scalefusion, подкрепленные дополнительными инструментами, такими как Велтар для безопасного доступа VPN и OneIdP для аутентификации без пароля определяют, как предприятия управляют будущим AOSP Android.
Заключительные выводы
- Устройства AOSP отличаются: Нет GMS — нет Android Enterprise. Планируйте соответственно.
- Большинство MDM не поддерживают AOSP: Вам нужен UEM с глубокой настройкой Android.
- Scalefusion устраняет разрыв: С пользовательскими API, управлением киоском и удаленными инструментами.
Изучите AOSP-ready Решение MDM для Android прямо сейчас
Часто задаваемые вопросы (FAQ)
1. Что такое устройства AOSP?
Устройства AOSP работают на Android Open Source Project — версии Android с открытым исходным кодом от Google без Google Mobile Services (GMS). Эти устройства часто требуют специализированного управления устройствами AOSP, поскольку им не хватает стандартных функций Android Enterprise.
2. Кто разрабатывает AOSP?
Google поддерживает и публикует кодовую базу AOSP. Однако, поскольку она имеет открытый исходный код, любой может модифицировать ее для создания собственных систем Android, поэтому решения Android Open Source Project MDM необходимы для управления нестандартными развертываниями.
3. Могу ли я установить AOSP на свой телефон?
Да, если ваше устройство поддерживает разблокировку загрузчика и имеет поддержку сообщества, вы можете установить ПЗУ на основе AOSP. Просто обратите внимание, что для управления этими устройствами может потребоваться специальная настройка AOSP и MDM Android, особенно в корпоративных сценариях использования.
4. Как создать системную службу в AOSP?
Создание системной службы в AOSP включает редактирование исходного кода AOSP, определение службы в слое фреймворка и компиляцию сборки. Эти настройки распространены в рабочих процессах OEM и часто требуют решений MDM для устройств AOSP для поддержки конечного продукта в масштабе.
5. Владеет ли Google AOSP?
Google лидирует и поддерживает AOSP, но код является открытым по лицензии Apache 2.0. Хотя Google контролирует дорожную карту, любой может использовать код, поэтому решения AOSP и MDM необходимы для управления несертифицированными Google устройствами Android.
