Мобильное приложение российского бизнеса сегодня держится на чужой инфраструктуре. Push-уведомления идут через Firebase Cloud Messaging и APNs, навигация – через Google Maps, оплата – через Apple Pay и Google Pay. Каждый из этих сервисов уже частично отвалился или может отключиться без предупреждения. Карты Сбербанка выпали из обоих платёжных сервисов, приложения подсанкционных компаний удаляют из App Store и Google Play. Для госсектора зависимость от американских облаков – прямой регуляторный риск. Разбираем, чем закрывать дыры прямо сейчас.

Push-уведомления: FCM и APNs больше не гарантия

На Android push почти всегда проходит через FCM. Сервис пока работает, но контролировать его мы не можем – Google вправе отрезать доступ конкретному приложению. Рабочая страховка – собственный канал доставки. RuStore, который запустился в мае, уже предлагает свой push-сервис как замену FCM для приложений из российского магазина. Для критичных сценариев добавляйте резервный транспорт: WebSocket-соединение или собственный сокет-сервер, который доставляет сообщение, когда системный канал недоступен.

На iOS ситуация жёстче: APNs – единственный официальный путь, и обойти его внутри iOS нельзя. Поэтому архитектуру стоит строить так, чтобы push был желательным, а не обязательным звеном. Дублируйте важные уведомления через SMS и e-mail, а внутри приложения опирайтесь на pull-механику – приложение само опрашивает сервер при открытии. Это снижает зависимость от единственной точки отказа.

Карты и платежи: переходим на отечественный стек

Google Maps SDK продолжает работать, но тарифы в долларах и риск отключения делают его ненадёжным фундаментом. Зрелая замена – Яндекс Карты (MapKit) и 2ГИС: оба дают полноценные SDK для Android и iOS, маршрутизацию, геокодирование и работают на российской инфраструктуре. Для госпроектов, где важна открытость данных, подойдёт OpenStreetMap с собственным тайл-сервером – вы перестаёте зависеть от чьей-либо лицензионной политики вовсе.

С платежами всё решено практически полностью. Apple Pay и Google Pay для российских банков мертвы, но их закрывает СБП – оплата по QR-коду или через диплинк в приложение банка, плюс карта «Мир». СБП дешевле эквайринга и не требует токенизации через зарубежные кошельки. Mir Pay остаётся как бесконтактный сценарий на Android. Эту миграцию мы рассматривали ещё в инвентаризации последствий ухода вендоров – платёжный контур оказался самым болезненным, но и закрылся быстрее остального.

Что делать с архитектурой и командой

Главный вывод: проектируйте мобильное приложение с абстракцией над внешними сервисами. Push, карты, платежи – за интерфейсами, чтобы смена провайдера была заменой одного модуля, а не переписыванием приложения. Это та же логика, что и в замещении BI-инструментов: развязываете бизнес-логику и конкретного поставщика заранее.

Отдельный риск – людской. Перевод стека на RuStore, СБП и отечественные карты требует разработчиков, которые уже работали с этими SDK, а их на рынке мало на фоне общего дефицита ИТ-кадров. Закладывайте время на обучение команды или привлекайте подрядчика с готовой экспертизой.

Вывод

Полностью уйти от Apple и Google в мобильной разработке нельзя – операционные системы остаются их. Но прикладной слой уже можно перевести на устойчивый российский стек: RuStore-push и собственные каналы, Яндекс Карты и 2ГИС, СБП и «Мир». Делать это лучше до отключения, а не после: начинать стоит с аудита зависимостей мобильного приложения и постепенного перевода на отказоустойчивую архитектуру без простоя для пользователей.