Микросервисы на Go в Enterprise — почему придется писать велосипеды и зачем нужна платформа?

Go простой и минималистичный язык. Но минимализм не бесплатен: чем больше у вас микросервисов, тем быстрее вы замечаете, что каждая команда пишет собственный DI, собственные middleware, собственные клиенты, собственную работу с БД, собственную обвязку ретраев и метрик. А дальше у вас пять форматов логов, у каждой команды свой retry policy, свой загрузчик конфигов, свои клиенты для Postgres и Kafka и т. д.

Почему так происходит и как можно этого избежать?

В докладе разберём:
- Какие вещи в Java Spring Boot и .NET Aspire уже давно есть, а в Go приходится собирать вручную.
- Почему отсутствие единого пути в Go приводит к зоопарку решений.
- Какие open-source инструменты в Go могут заменить Enterprise-магии, а где все же нужны свои велосипеды.
- Что должна давать внутренняя Go-платформа: стандарты, конвенции, каркас, observability, клиенты, отказоустойчивость и инфраструктурные интеграции.

Если у вас больше 5–10 Go-сервисов, этот доклад поможет избежать хаоса и увидеть, какие платформенные решения нужно строить, прежде чем станет слишком поздно.