Опишите типовое окружение для разработки и эксплуатации микросервисного Go-приложения

Да ты посмотри, какой у нас тут зоопарк собрался для одного Go-сервиса! Прямо ёперный театр какой-то. Ну ладно, слушай сюда, как сейчас всё устроено, если ты не из каменного века.

Первое дело — Kubernetes, он же просто «кубер». Это типа главный надсмотрщик, который орёт на все твои контейнеры, чтобы они не разбегались. Его обычно в облаке держат, чтобы самому с этой хуйнёй не возиться. AWS или Yandex — они там сами его кормят и поят, это называется «managed». Идея простая: ты пишешь, что тебе нужно пять копий твоего сервиса, а он уже сам их раскидывает, а если одна сдохнет — новую запустит. Красота, блядь.

А чтобы всё это добро до кубера доехало, нужен CI/CD. Берёшь GitLab CI или GitHub Actions — без разницы, суть одна. Ты в репу код закинул, а эта штука начинает над ним издеваться:

1. lint — проверяет, не написал ли ты какую-то дичь, отступы кривые или переменные с ошибкой. Используют golangci-lint, он злой.
2. test — гоняет твои тесты. go test -race ./... — это чтобы проверить, нет ли гонок данных, а то потом охуеешь от неожиданных багов.
3. build — собирает твой бинарник и запихивает его в Docker-образ. Получается такая консервная банка с твоим софтом внутри.
4. deploy — а вот это уже магия. Берёт твою банку и через Helm или ArgoCD аккуратно вставляет её в кубер. Всё, сервис обновился, пользователи даже не заметили.

Теперь про инфраструктуру. Раньше админы вручную кнопки в облаке тыкали, а теперь всё через Terraform пишут. Это как рецепт: «Дай-ка мне одну PostgreSQL, два кластера Redis и сеть вот с такими настройками». Нажимаешь кнопку — и через пятнадцать минут всё готово. Воспроизводимо, под контролем версий. Удобно, ёпта.

Самое весёлое начинается, когда всё уже работает. Мониторинг и логирование, или, по-умному, Observability. Без этого ты просто слепой:

• Prometheus — этот гад каждые 15 секунд стучится ко всем сервисам и спрашивает: «Ну как ты, живой? Сколько запросов обработал? Сколько памяти сожрал?». Сервисы через библиотечку prometheus/client_golang ему всё выдают.
• Grafana — берёт эти циферки от Prometheus и рисует красивые графики. Можно смотреть, как всё падает в реальном времени, это очень вдохновляет.
• Loki — собирает все логи со всех сервисов в одну кучу. Искать в них — ещё то удовольствие, но хотя бы всё в одном месте.
• Jaeger — это для параноиков в микросервисной архитектуре. Показывает, как один запрос мечется между двадцатью разными сервисами и где именно он застрял нахуй.
• Alertmanager — когда что-то идёт по пизде, эта штука начинает орать: пишет в телегу, сланит в слак или звонит тебе в пять утра. Волшебное чувство, я тебе скажу.

Для разработки, чтобы не разориться на облаке, тоже придумали костыли:

• Docker Compose — поднимает на твоей машине PostgreSQL, Redis и Kafka за секунды. Удобно, локально всё тестировать.
• Minikube или Kind — запускают маленький, игрушечный кубер прямо на твоём ноуте. Можно потрогать всю магию оркестрации, не выходя из дома.
• Telepresence — вот это вообще магия уровня «хуй с горы». Позволяет твоему локально запущенному сервису притвориться частью настоящего, удалённого кластера. То есть ты отлаживаешь код на своей тачке, а он общается с продакшен-базами и другими сервисами как родной. Красота, блядь.

Ну и само собой, чем сервисы между собой болтаются:

• gRPC — для жёсткого, быстрого и типизированного общения. Как по проводу.
• REST — старый добрый HTTP, все его знают, все его понимают.
• Kafka или RabbitMQ — когда нужно не просто поговорить, а прокричать сообщение в очередь и забыть. Адресат сам подойдёт и прочитает, когда сможет. Асинхронщина, мать её.
• PostgreSQL — чтобы данные хранить по-взрослому, с транзакциями и JOIN'ами.
• Redis — чтобы не дергать базу по каждому чиху. Скормил ему данные на пять минут — и живёшь спокойно.

Вот такой вот современный зверинец. С одной стороны — овердохуища всего, с другой — если всё настроить, то жить можно. Главное — не запутаться и не отправить в прод вместо тестовой среды, а то будет пиздец.