> Про микросервисы вы странное пишите, совсем им сервер приложений ненужен
> Про отсутствие стейта то-же неверно, это не то что делает микросервисы микросервисами

Я пишу про то, какими они задумывались, как архитектурное решение для замены ESB с их проблемами масштабирования и отказоустойчивости. Причем исключительно для решения Enterprise Master Data Management, то есть работа с НСИ, документами, остатками, деньгами и другими данными, которые по определению считаются бизнес-критичными. У таких приложений всегда есть понятие первоисточника мастердаты, поэтому они избегают хранения данных на разных кусках и модулях приложения и борются с этим ради отказоустойчивости и горизонтального масштабирования. А еще у таких приложений есть отчетность OLAP, чтобы смотреть за динамикой формируя срезы отчетов по кубам. То есть они вручную следят за изменениями данных складывают это в Data Warehouse. И там очень много разных микросервисов, часть отвечает за обработку данных, а часть следит за их изменениями и пишет отчетность. Чтобы всем этим управлять, обновлять, мигрировать и нужны сервера приложений, даже если внутри многопоточный код на Go.

> Например видел такое как сервис управления транзакциями, потому что использовать для этого реляционную БД(которая есть в виде постгри) это не модно.

Хммм... а это точно те транзакции, которые в базе? Может это транзакции в бизнесс-смысле или это просто была реализация координатора распределенных транзакций, когда один кусок приложения (источник) формирует набор инструкций в транзакцию, а микросервис-получатель должен распределить это на несколько назначений сразу так, чтобы либо все выполнились успешно, либо вся транзакция провалена. Это реализация ACID на программном уровне и такое часто нужно. Я не видел проекта, могу только гадать, но раз вы пишите про PostgreSQL и если кому-то требуется видеть не только нынешние данные, но еще и видеть всю историю их изменений с начала времен в соседней базе, да так, чтобы можно было строить кубы... PostgreSQL не может в OLAP, если я правильно помню, она строго OLTP. Вы не можете просто так взять и построить на ней многомерную аналитику, это не Oracle DB и даже не MSSQL.