Я вижу монолит как сплошную, непробиваемую стену – легко спроектировать и запустить, но любое изменение отзывается на всю структуру, что замедляет обновления и делает их рискованными. Микросервисы ощущаются как набор небольших, специализированных помещений, которые можно подправить или заменить, не затрагивая всё здание, но координация этих помещений добавляет накладные расходы: больше сетевого взаимодействия, больше версий, больше шансов на «узкое место» на стыках. Если для тебя важна скорость и изолированность, микросервисы выигрывают, но плата за это – сложность и задержки. Если нужна предсказуемость и снижение операционных издержек, хорошо спроектированный монолит может быть эффективнее. Главное – начинать с простого, измерять, а потом решать, стоит ли игра свеч ради масштабируемости и надёжности, учитывая дополнительную работу по организации.

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

Зависит от того, что ты преследуешь. API-шлюз даёт тебе единую точку входа – это просто в управлении и коммуникация становится понятной. А event-driven шина позволяет сервисам общаться асинхронно, что даёт большую независимость и позволяет лучше справляться с пиковыми нагрузками, но при этом добавляет сложности в отслеживании состояния и отладке. Если твои сервисы небольшие и нужна тесная связь – бери шлюз. Если ожидаешь много независимых, слабо меняющихся событий – шина позволит системе работать плавно, без узких мест. Выбирай то, что соответствует темпу твоей разработки и характеру данных, которые ты передаёшь.