Опис послуги
ПерекладВаша конфігурація переросла звичайний YAML та шаблонний JSON. Дублюючі блоки, непомітні опечатки та оточення, які поступово розходяться між собою, перетворюються на простої та довгі ревью. Я описую конфігурацію як справжній типізований код на Nickel — мові від Tweag — і генерую з неї той JSON або YAML, який уже розуміють ваші інструменти.
Що ви отримуєте:
— Кодову базу на Nickel, де оточення (dev, staging, production) описані композованими записами: спільні значення за замовчуванням зливаються з перевизначеннями конкретного оточення замість копіювання.
— Контракти, які перевіряють кожне значення до рендеру: перелічення регіонів і типів інстансів, межі для реплік і таймаутів, обов'язкові поля, коректні хости та порти. Помилкова конфігурація падає на етапі збірки з зрозумілим повідомленням, а не вночі у продакшені.
— Переновляні функції та бібліотечні модулі: типові сутності (сервіс, деплой, ingress) описуються один раз і параметризуються.
— Конвеєри експорту, які видають чистий JSON або YAML для Kubernetes, Terraform, Nomad, systemd, GitHub Actions та будь-якого інструменту, який читає структурований конфіг.
— Шлях міграції з існуючих Jsonnet, Dhall, Helm-values або ручного YAML, з діффом, який доводить збіг згенерованого виводу з тим, що працює у вас зараз.
— Тести, ціль для Makefile або justfile та документацію, щоб команда розширювала схему без мене.
Також підключаю Nickel до CI: кожен merge request автоматично проходить перевірку типів і контрактів. Опишіть поточну схему та цільовий формат — і я оцінюю завдання точно.
Що ви отримуєте:
— Кодову базу на Nickel, де оточення (dev, staging, production) описані композованими записами: спільні значення за замовчуванням зливаються з перевизначеннями конкретного оточення замість копіювання.
— Контракти, які перевіряють кожне значення до рендеру: перелічення регіонів і типів інстансів, межі для реплік і таймаутів, обов'язкові поля, коректні хости та порти. Помилкова конфігурація падає на етапі збірки з зрозумілим повідомленням, а не вночі у продакшені.
— Переновляні функції та бібліотечні модулі: типові сутності (сервіс, деплой, ingress) описуються один раз і параметризуються.
— Конвеєри експорту, які видають чистий JSON або YAML для Kubernetes, Terraform, Nomad, systemd, GitHub Actions та будь-якого інструменту, який читає структурований конфіг.
— Шлях міграції з існуючих Jsonnet, Dhall, Helm-values або ручного YAML, з діффом, який доводить збіг згенерованого виводу з тим, що працює у вас зараз.
— Тести, ціль для Makefile або justfile та документацію, щоб команда розширювала схему без мене.
Також підключаю Nickel до CI: кожен merge request автоматично проходить перевірку типів і контрактів. Опишіть поточну схему та цільовий формат — і я оцінюю завдання точно.
