Путь уведомления длиннее, чем кажется
Когда приложение хочет сообщить о новом сообщении или доставке заказа, его сервер обычно передаёт уведомление не телефону напрямую, а службе push-уведомлений Apple или Google. Такая служба — промежуточный диспетчер: она принимает сообщение, определяет, какому устройству и приложению оно адресовано, и пересылает его на телефон.
Телефон поддерживает связь с этой инфраструктурой, поэтому ему не нужно постоянно держать открытым каждое приложение. Вместо этого система может показать уведомление, даже если приложение закрыто. Для маршрутизации используются специальные идентификаторы устройства и приложения — push-токены.
Почему один сбой затрагивает разные приложения
Многие независимые приложения пользуются одной и той же системной службой. Если у неё возникают неполадки, их собственные серверы могут продолжать работать, но сообщения застревают на общем промежуточном этапе. Поэтому одновременно замолкают приложения, никак не связанные друг с другом.
При этом сбой доставки уведомлений не обязательно означает, что недоступны сами сервисы. Чат может открываться и загружать новые сообщения, если пользователь запустит его вручную; аналогично, заказ может оставаться видимым в приложении, хотя телефон не показал обновление на экране блокировки.
Что происходит с пропущенными сообщениями
Если связь восстановилась, служба может доставить ожидающие уведомления, но результат зависит от того, как приложение и его сервер обращаются с сообщениями и сроком их актуальности. Одни уведомления успевают прийти с задержкой, другие уже теряют смысл — например, напоминание о событии, которое закончилось.
Именно поэтому общий push-сервис — одновременно удобная часть мобильной системы и единая точка зависимости: он экономит батарею и избавляет приложения от необходимости постоянно связываться с телефоном, но его неполадки способны синхронно лишить оповещений миллионы пользователей.
