ОС Аврора для разработчиков: разбор возможностей
и подводных камней

В данной статье мы расскажем, с какими особенностями сталкивается разработчик при работе с Авророй. Рассмотрим отличия от популярных мобильных платформ, сложности настройки среды, выбор между Qt и Flutter, ограничения в экосистеме и публикации приложений.

Читать на Дзен
Читать на Workspace

ОС Аврора — российская мобильная операционная система, созданная на базе финской Sailfish OS. Разрабатывается с 2016 года компанией "Открытая мобильная платформа", дочкой Ростелекома.

Техническая основа — Qt Framework с языками QML и C++, что кардинально отличается от привычной Android-разработки на Java/Kotlin. Экосистема постепенно расширяется: с 2023 года доступна поддержка Flutter, а в Аврора 5.2 появились PWA. 

В экосистеме преимущественно корпоративные и государственные приложения — за 2024 год их количество выросло на 50%

Источник

Основные отличия разработки под Аврору связаны с архитектурой приложений, системными API и инструментами разработки.

Архитектурные отличия: Вместо императивного создания UI через код приложения строятся декларативно через QML. Нет привычных Activities
и View Controllers — все базируется на компонентах и их состояниях. Навигация реализуется через StackView и PageStack вместо Intent'ов и segue.

Системные API: Доступ к камере, GPS, уведомлениям происходит через
Qt API, которые работают поверх Linux-сервисов. Вместо Android Services используются D-Bus демоны. Разрешения настраиваются через конфигурационные файлы, а не runtime запросы.

Процесс сборки: Отсутствует привычный Gradle или Xcode Build System. Используется qmake или CMake с Qt-специфичными настройками. Сборка происходит в Docker-контейнере (Build Engine), эмулятор работает на базе QEMU — начиная с Аврора 5.2 VirtualBox больше не используется. Это улучшило интеграцию с IDE и упростило автоматизацию через Platform SDK.

Отладка: Нет аналогов Layout Inspector или Instruments. Отладка UI ведётся через текстовые логи QML. Профилирование производительности доступно только через базовые Qt-инструменты. Эмулятор поддерживает симуляцию датчиков (акселерометр, геолокация), что частично компенсирует отсутствие физического устройства.

Управление данными: SQLite работает через Qt SQL модули с другим API. Нет ORM-решений уровня Room или Core Data. Сетевые запросы реализуются через QNetworkAccessManager вместо Retrofit или URLSession.

Главное отличие — смена парадигмы с объектно-ориентированной мобильной разработки на компонентно-декларативную desktop-подобную архитектуру в мобильном форм-факторе.

Разработка под Аврору сопряжена рядом специфических сложностей, которые важно учитывать перед началом изучения платформы.

Главная проблема — крайне ограниченная экосистема. Готовых библиотек
и компонентов в десятки раз меньше, чем в Android или iOS, поэтому многие решения придется писать с нуля или адаптировать из Qt библиотек. Документация существенно уступает стандартам Android и iOS.

Тестирование на реальных устройствах затруднено. Смартфоны и планшеты на Авроре стоят дорого, их сложно купить в рознице. Эмулятор работает медленнее аналогов и не всегда корректно воспроизводит поведение реального железа.

Начать разработку под Аврору можно бесплатно — все основные инструменты распространяются без лицензионных ограничений. SDK Аврора, Qt Creator и эмулятор доступны для скачивания с официального сайта после простой регистрации.

Минимальные системные требования таковы, что большинство ноутбуков последних 5 лет с 8 ГБ ОЗУ и поддержкой виртуализации подойдут для разработки простых приложений.

У разработчика под Аврору есть три варианта:

• Нативная разработка на Qt Framework (C++/QML).
• Кроссплатформенная на Flutter.
• Веб-приложения в формате PWA, появившиеся в Аврора 5.2.

Qt Framework — единственный полностью поддерживаемый стек
для серьезной разработки под Аврору. Все системные приложения, корпоративные решения и сложные проекты создаются именно на Qt
с использованием C++ и QML.

Главные преимущества:

• полная интеграция с системными возможностями
• максимальная производительность
• богатая экосистема компонентов Qt
• приложения по ощущениям получаются нативными

Конечно, для мобильных разработчиков платформа представляет значительные трудности. Кривая обучения крутая — C++ и QML кардинально отличаются от Android/iOS подходов, соответственно время разработки увеличивается в 1.5-2 раза по сравнению с привычными мобильными фреймворками. Отладка сложнее, инструменты менее удобные.

Частично проблему решает поддержка Flutter — можно использовать привычный фреймворк и портировать готовые приложения.

Flutter для Авроры доступен с августа 2023 года, но это не обычный Flutter
с официального сайта Google. ОМП портировала фреймворк специально
под свою платформу, поэтому нужно использовать их версию.

Плюсы:

• знакомый Dart
• привычная архитектура
• возможность переиспользовать код с Android/iOS проектов
• можно быстро портировать существующие Flutter-приложения.

Минусы:

• доступны не все плагины и библиотеки
• некоторые функции работают по-другому
• производительность ниже нативного Qt
• Зависимость от ОМП

PWA появились в Аврора 5.2. Приложение устанавливается прямо
из браузера и работает как нативное — с иконкой на рабочем столе
и в полноэкранном режиме. При этом каждое PWA запускается
в изолированном контейнере, что отличает реализацию от Android,
где PWA живут внутри самого браузера.

Плюсы:

• обычный HTML/CSS/JavaScript — никакого нового стека
• единая кодовая база работает на всех платформах
• не нужна публикация через магазин приложений

Минусы:

• доступ только к части системных API
• технология молодая — push-уведомления и ряд Web API пока не поддерживаются
• работает только на устройствах с Аврора 5.2 и выше

Основная сложность — трёхуровневая архитектура системы. Аврора базируется на Linux, но разработчику приходится работать одновременно
с Qt API, нативными Linux-сервисами (D-Bus, systemd) и системными политиками безопасности. Понимание того, какой уровень отвечает за конкретную функцию, требует более широких знаний, чем разработка под «чистый» Android или iOS.

Системы управления состоянием работают по-другому. В отличие от Android с его чётким жизненным циклом Activity, в Авроре приложения управляются через D-Bus и systemd. Для мобильных разработчиков это неожиданность
— нужно изучать desktop Linux подходы для решения мобильных задач.

Ограничения безопасности серьёзнее конкурентов. Каждое обращение
к системным ресурсам требует явных разрешений, подписи сертификатами, соблюдения политик ФСТЭК. Архитектуру нужно планировать с учётом этих ограничений с самого начала.

Интеграция с корпоративными системами усложнена. Типичная задача
— интегрировать мобильное приложение с 1С или другой ERP-системой заказчика. На Android это решается готовыми библиотеками, на Авроре приходится писать адаптеры с нуля или использовать веб-сервисы.

Что касается производительности платформы и скорости разработки, Аврора показывает смешанные результаты:

• Qt обеспечивает стабильную работу на слабом железе.
• Сложные интерфейсы с анимациями могут тормозить.
• Игры и мультимедиа требуют серьёзной оптимизации.
• Для корпоративных CRUD-приложений производительности достаточно.
• Производительность предсказуема, но не выдающаяся.

Публикация в Aurora Store существенно отличается от привычных
Google Play и App Store.

Нужно подготовить техническое описание, руководство пользователя, документы по информационной безопасности.

Многие заказчики требуют сертификат даже для внутренних корпоративных приложений. Эти расходы нужно закладывать в бюджет проекта с самого начала.

Требования к разработчикам жесткие. Нужно российское юрлицо, аккредитация в реестре разработчиков ПО, соответствие требованиям ИБ. Физлица и иностранные компании фактически исключены из рынка.

Реклама в приложениях невозможна — нет аналогов AdMob
или Facebook Ads. Российские рекламные сети не интегрированы с Aurora Store.

In-app покупки реализованы примитивно: нет подписок, сложных тарифных планов, A/B тестирования цен. Монетизация возможна только через прямые продажи приложений или корпоративные лицензии.

Автоматические обновления работают плохо. Пользователи часто остаются
на старых версиях месяцами, что усложняет поддержку. Приходится поддерживать совместимость с 3-4 версиями API одновременно.

Нельзя быстро выкатить критические багфиксы: eсли обнаружили серьезную ошибку в продакшене, то исправление пройдет модерацию минимум через неделю.

Также затруднено продвижение приложений: в Aurora Store нет аналогов App Store Optimization, рекламных кампаний, featured-размещений.

Аналитика пользователей примитивна: нет детальной статистики использования, воронок конверсии, когортного анализа. Сложно понять,
как улучшить продукт и увеличить retention.

Естественно с такими минусами тяжело быстро тестировать гипотезы
и итерировать продукт - приходится тщательно планировать функциональность заранее.

В то время как стоимость поддержки возрастает. Медленные обновления требуют более качественного тестирования на этапе разработки.

Многие разработчики обходят Aurora Store через корпоративные каналы.
Продают лицензии напрямую заказчикам, устанавливают через
enterprise MDM-системы. Это быстрее, но ограничивает масштабирование.

Некоторые используют веб-приложения вместо нативных — не нужна сертификация, быстрые обновления, простая аналитика.

Публикация в Aurora Store подходит только для долгосрочных проектов
с большими бюджетами. Стартапы и MVP-продукты экономически нецелесообразны.

Разработка под ОС Аврора — перспективное, но одновременно сложное направление, ориентированное прежде всего на корпоративный
и государственный сектор. Платформа существенно отличается
от привычных Android и iOS — как технически, так и организационно.

При этом у Авроры есть объективные ограничения:

• сложная архитектура
• нестандартные инструменты
• ограниченная экосистема
• высокая цена входа и публикации.
• разработка требует больше времени, ресурсов и компетенций.
• механизмы распространения и монетизации упрощены

Push-уведомления в ОС Аврора работают через централизованную систему доставки сообщений, которая обеспечивает надежную доставку уведомлений при минимальном энергопотреблении. Основные ограничения включают лимит на количество уведомлений в час и требования к содержанию сообщений в соответствии с российским законодательством.

Да, использовать Flutter для разработки под ОС Аврора можно, но с определёнными ограничениями. С августа 2023 года компания ОМП (Открытая мобильная платформа) выпустила специально портированную версию Flutter, адаптированную для работы в среде Авроры. Это не официальный релиз от Google, поэтому использовать стандартный Flutter SDK с сайта flutter.dev нельзя — необходимо устанавливать версию, предоставленную ОМП.

Для получения сертификации приложений, обрабатывающих персональные данные, необходимо пройти дополнительную процедуру проверки соответствия требованиям ФЗ "О персональных данных". Это включает подготовку документации по обработке данных и прохождение аудита безопасности.

Локализация приложений для российской ОС включает не только перевод интерфейса на русский язык, но и адаптацию под российские стандарты форматирования дат, времени, валют и адресов. Также важно учитывать культурные особенности и предпочтения российских пользователей.

Автоматическое тестирование может быть организовано с использованием CI/CD систем, которые интегрируются с SDK Аврора. Это включает юнит-тестирование, интеграционное тестирование и автоматизированное тестирование пользовательского интерфейса с использованием эмуляторов.

Основной вариант — Flutter. ОМП портировала фреймворк на Аврору, поэтому существующее Flutter-приложение под Android и iOS можно перенести на Аврору без переписывания с нуля. Это наиболее практичный путь для команд, у которых уже есть Flutter-кодовая база.

Второй вариант — Qt Framework, который поддерживает компиляцию как для Авроры, так и для Android. Подходит если проект изначально пишется на Qt, либо требует глубокой интеграции с системными возможностями Авроры на обеих платформах. Также возможно использование общей кодовой базы на C++ с платформо-специфичными интерфейсами.

Мобильная ОС Аврора использует интеллектуальную систему управления фоновыми процессами, которая автоматически ограничивает активность приложений для экономии батареи. Приложения могут запрашивать специальные разрешения для выполнения критически важных фоновых задач.

Работа с геолокацией в российской ОС требует использования российских картографических сервисов и соблюдения требований по обработке геоданных. ОС Аврора предоставляет специальные API для интеграции с отечественными системами навигации и картографии.

Система обновлений приложений в ОС Аврора работает через Aurora Store и поддерживает как автоматические, так и ручные обновления. Разработчики могут настроить различные стратегии обновления, включая поэтапное развертывание и откат к предыдущим версиям.

Приложения для российской ОС должны использовать рекламные сети, соответствующие российскому законодательству о рекламе и персональных данных. Рекомендуется использовать отечественные рекламные платформы, которые обеспечивают соблюдение всех требований локального законодательства.