> Как устроена разработка сервисов: существующие или с нуля (Go)

Разработка сервисов в Go, как с нуля, так и доработка существующих, строится вокруг принципов модульности, простоты и производительности. Для нового сервиса я начинаю с определения границ контекста (DDD) и выбора архитектуры: чаще всего это чистая архитектура или гексагональная, где бизнес-логика изолирована от инфраструктуры (базы данных, очереди, HTTP). Типичный стек: chi или gin для роутинга, sqlx или pgx для PostgreSQL, zap для логирования, prometheus для метрик. Обязательно добавляю Graceful Shutdown, конфигурацию через envconfig и структурированный лог. Для существующего сервиса первым делом изучаю код: смотрю на наличие интерфейсов, тестов, обработку ошибок и мониторинг. Часто встречаю монолит - тогда рефакторинг иду по пути выделения доменных слоёв, внедрения DI через конструкторы и покрытия тестами. Ключевое - не ломать обратную совместимость API и постепенно мигрировать на новые паттерны, например, заменяя глобальные переменные на явные зависимости. В обоих случаях важен код-ревью: проверяем, что нет утечек горутин, корректно закрываются ресурсы (defer), и используется context.Context для таймаутов.