на php (если брать fpm) нету никакого смысла писать микросервисы - там каждый запрос это отдельный микросервис - крашнулся и ладно.
На Go, даже с recover отдельных вызовов ситуация не такая радужная.. появляется понятие statefull приложений с долгой инициализацией, где монолит становится рискованной затеей.
Если подходить более философски,за что я всегда топлю - в некотором смысле скорость процессинга данных выросла настолько, что в пару порядков опередила скорость реакции пользователя. Это значит, что сколько бы микросервисов не было, сетевые задержки в современном мире позволяют строить любые юниты достаточно атомарно. Упрощается поддержка, тестирование, защита от "падучек". Увеличивается значимость архитектуры, речь идет о верном комбинировании юнитов, а может даже и FaaS

Если это сервис авторизации, к примеру, какая разница на пхп он или на го? Есть функционал, и есть необходимость вынести его в сервис, язык очень второстепенная штука в этом действии

сервис авторизации обычно stateless

Все упирается в задачу

именно поэтому там где influxdb жрало 7ГБ памяти, после жкспериментальной дупликации метрик на прометеус - он жрал 30ГБ памяти

Я точно знаю 3 хранилища на го, из которых одна - распределенная с почти полной поддержкой апи постгреса )