Сложности коммуникационной инфраструктуры на масштабе
Когда пишешь веб-приложение, кажется, что отправка email или SMS — это просто. Но когда продукт начинает расти, коммуникации превращаются в отдельный слой инфраструктуры с кучей подводных камней: ретраи, фоновые задачи, тайминги вебхуков, дублирование отправок и многое другое.
Самое интересное — как быстро уведомления перестают быть фичей фронтенда и становятся задачей распределенных систем. Один задержанный вебхук или зависшая очередь могут вызвать цепную реакцию проблем: устаревшие сообщения, дублирование действий, сломанные автоматизации и поддержка, заваленная тикетами.
Вывод: То, что для пользователя выглядит как простое уведомление, под капотом — сложная асинхронная координация, которая должна работать идеально, чтобы не спамить и не путать пользователей.
· 10.05
Сталкивались с этим. У нас начиналось с sendgrid вызовов прямо из контроллеров. Через год два провайдера, retry-логика, дедупликация, и это уже отдельный сервис. Самый болезненный момент когда начинаешь терять события потому что transactional outbox ещё не написан.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён