Опис послуги
ПерекладНапишу переиспользуемые бібліотеки на Jsonnet та конфігурацію Kubernetes і Grafana, які перетворять розросшийся, скопійований вручну YAML у компактну та поддерживаєму кодову базу. Jsonnet — це мова шаблонізації даних: вона генерує JSON та YAML з функцій, змінних та спадкування, тому одна зміна розходиться по всім окруженням, а не правиться вручну в двадцяти файлах.
Що входить у роботу:
— Переиспользуемые бібліотеки: параметризовані функції, міксини та об'єкти, які описують ваші сервіси, щоб нове окруження займало кілька рядків, а не копію каталогу.
— Маніфести Kubernetes: Deployment, Service, ConfigMap, Ingress і HPA, зібрані під кожне окруження (dev/stage/prod) з єдиного джерела істини, готові до kubectl apply або Argo CD.
— Дашборди Grafana: дашборди та панелі як код через grafonnet, версіонуються та проходять ревю, без ручного кліканння в інтерфейсі.
— CI-пайплайни: описи збірок під ваш раннер з вийняттям спільних стадій.
— Інструменти: jsonnetfmt, jsonnet-lint та jsonnet-bundler, плюс скрипт рендера в CI, який перевіряє вивід на кожному коміті.
Строго дотримуюся принципу DRY: ніяких дублів, зрозумілі значення за замовчуванням, документовані точки входу. Ви отримуєте вихідники, згенерований вивід, короткий README та розбір, щоб команда впевнено розвивала рішення далі. Пришліть поточну структуру конфігів та цільову платформу — запропоную схему.
Що входить у роботу:
— Переиспользуемые бібліотеки: параметризовані функції, міксини та об'єкти, які описують ваші сервіси, щоб нове окруження займало кілька рядків, а не копію каталогу.
— Маніфести Kubernetes: Deployment, Service, ConfigMap, Ingress і HPA, зібрані під кожне окруження (dev/stage/prod) з єдиного джерела істини, готові до kubectl apply або Argo CD.
— Дашборди Grafana: дашборди та панелі як код через grafonnet, версіонуються та проходять ревю, без ручного кліканння в інтерфейсі.
— CI-пайплайни: описи збірок під ваш раннер з вийняттям спільних стадій.
— Інструменти: jsonnetfmt, jsonnet-lint та jsonnet-bundler, плюс скрипт рендера в CI, який перевіряє вивід на кожному коміті.
Строго дотримуюся принципу DRY: ніяких дублів, зрозумілі значення за замовчуванням, документовані точки входу. Ви отримуєте вихідники, згенерований вивід, короткий README та розбір, щоб команда впевнено розвивала рішення далі. Пришліть поточну структуру конфігів та цільову платформу — запропоную схему.