Каждый раз при смене ноутбука устанавливаю одни и те же настройки, от каких-то избавился, а какие-то со мной уже давно, здесь перечислю, чтобы и самому не забывать и может другим помочь.

Часть 1: https://levaminov.ru/z3TpTpYSK4J

Часть 1: https://levaminov.ru/z3TpTpYSK4J

Так уж вышло, что в ArgoCD плоская структура для хранения описания приложений - все они живут в одном namespace, а значит должны иметь уникальные имена, чтобы предостеречь себя от разных непонятных ситуаций есть простое решение - проверять, не дублируются ли эти самые имена.

Часть 2: https://levaminov.ru/Rmks9ZZ7RLl

В очередной раз пришлось настраивать сбор метрик с Qrator, прошлая моя заметка на этот счет жила в виде Issue в репозитории StupidScience/qrator-exporter (в проекте используются deprecated-методы), но там она пропала, поэтому опишу здесь, чтобы уж точно не потерялось.

Недавно в одном из разговоров я упоминал, что на Prometheus-based стеке смог каждый алерт ассоциировать с командой, которая обслуживает сервис и в случае критических событий эта самая команда меншенится в Slack, чтобы привлечь её внимание. Что ж, показываю как это выглядит в реальности.

В первой части мы проверяли чарты на соответствие нашим ожиданиям по входящим параметрам, хранящимся в values-файлах. В этой части я расскажу, как мы валидируем пользовательские values-файлы к этом чарту, которые правят разработчики, так как проблема остается той же – недопустимый набор входных параметров порождает неприменимые спецификации Kubernetes, что приводит к ошибкам публикации.

Мероприятие проходило в конце октября 2019 года, на нем я рассказывал как мы применяем GitOps подход и ArgoCD в частности.

Тестирование – не совсем корректное слово, речь пойдет о способах валидации этих самых чартов и входных параметров для них.