Представьте: вы в команде разработки, которая работает с самым ценным — деньгам пользователя. API задокументированы, провайдеры платежей обещают постоянную доступность, и кажется, что проектировать интеграции можно с закрытыми глазами. Но на деле любая ошибка может стоить компании миллионов потерь и репутации, а породить всю эту драму может один не заданный на этапе обсуждения задачи вопрос. Я раскрою несколько сценариев — от взломов и сбоя провайдеров до незаметных «мелочей», которые могут лишить команду выходных. И покажу, как проактивная позиция команды разработки может уберечь компанию от убытков, а вас — от ночных пожарных релизов и горящих дедлайнов.

Любой проект может начаться с небольшой команды и монолитной архитектуры, которая прекрасно справляется с задачами. Но с ростом функционала и увеличением нагрузки проявятся сложности — усложнится разработка, появятся проблемы с масштабированием и производительностью. Чтобы справиться с этими вызовами, вы можете перейти к микросервисной архитектуре. Мы разберём ключевые подходы, которые используют в крупных компаниях при построении микросервисов, а также плюсы и издержки обеих архитектур

Обсудим, почему передача данных в распределённых системах — сложное дело. Рассмотрим подходы, паттерны и инструменты надёжной доставки данных.