Временная очередь MCData и message store: почему срок жизни данных различается
Сообщение MCData некоторое время было доступно для получения, а затем исчезло из списка. Это не обязательно означает удаление из личного архива пользователя. В архитектуре различаются временное хранение для отложенной доставки и MCData message store. У этих механизмов разные задачи и правила, поэтому объединять их под словом «серверное хранилище» неудобно для эксплуатации.
Временное ожидание доставки
Сервис может временно сохранить данные, ожидающие доставки, и сообщить получателю об их наличии. Для таких данных допускается настройка time to live. По истечении этого срока информация может быть удалена из временного хранилища.
Следовательно, уведомление «доступно для загрузки» ещё не является обещанием бессрочного доступа. Пользователь должен понимать применимые ограничения, а программа — корректно обрабатывать исчезновение объекта после истечения установленного времени. Конкретное значение срока задаёт система, а не универсальное число из названия услуги.
Личная область сообщений
Message store предназначен для постоянного хранения коммуникаций в авторизованной пользовательской области. Это отдельная функция с учётной записью и операциями доступа. Само слово «постоянное» при этом не следует расширять до бесконечной ёмкости или отсутствия эксплуатационной политики хранения: такие свойства необходимо согласовать отдельно.
Стандарт также различает обслуживание недоступного пользователя с активной lossless communication и обычную deferred delivery. Если настроено соответствующее lossless обслуживание и действующая учётная запись, недоступность пользователя обрабатывается предусмотренным для него способом, а не автоматически временной очередью.
Как проверить исчезновение объекта
В журнале сначала устанавливают, где именно находились данные: во временной области ожидания или в message store. Затем проверяют режим пользователя, срок жизни и событие, после которого объект стал недоступен. Без такого разделения одна и та же жалоба «файл пропал» объединяет разные ситуации.
Для приёмки временной доставки используют известный объект и проверяют его получение до срока и поведение после срока по конфигурации. Для message store проводят отдельную проверку сохранения, синхронизации и разрешённых операций пользователя. Один сценарий не заменяет другой.
В интерфейсе полезно явно обозначить временную доступность и архивную запись разными состояниями. Это рекомендация по понятности продукта, а не требование к конкретному экрану.
Такой подход помогает согласовать ожидания операторов с реальной услугой. Серверное присутствие данных становится описанным состоянием с понятной областью хранения, а не неопределённой гарантией, что любой однажды увиденный объект останется доступен всегда.
Запросы отправляются на наш e-mail из вашей почтовой программы.
