Comments 10
Шёл 2026-й ...
Мы поднимали веб-сервера на apache, использовали make/make install архива с "http://archive.ubuntu.com/" ..ага, в критической инфре, и героически регистрировали наколенный python-скрипт на 1000 строк в реестре отечественного ПО
IT-будущее, которое уже наступило
предложу вам дорогу из «желтого кирпича» …
Так себе аналогия. Ведь в сказке про волшебника Изумрудного города, драгоценные камни оказались стеклом, а сам волшебник обычным шарлатаном :-(
Интересно, а какая юридическая судьба кода, который вы предоставили? После внесения в реестр он удаляется и никому не может быть распространен?
И скажите, пожалуйста, а когда выйдет новая версия вашего продукта вам снова надо проходить экспертизу?
С судьбой переданного кода есть немного тайны, покрытой мраком. Права на него остаются у нас, в публичный реестр исходники не выкладываются. Отдельного правила, что после экспертизы файлы обязательно удаляются, я не нашел. Мы предполагаем, что код хранится вместе с материалами заявки.
Реестровая запись относится к продукту в целом и каждую новую версию заново регистрировать не нужно. Но если продукт поменяется существенно, то тогда скорее всего придется...
Про ansible не слышали?
Конечно слышали.
И даже специально доказывали Минцифре, что HConfig не является прослойкой над Ansible.
Нам нужен был свой более узкий инструмент под наши типовые задачи и российский стек, которым мы можем сами управлять и на который у нас есть права. Подробнее, почему вообще решили делать свое, рассказывал здесь https://habr.com/ru/articles/1053728/
Почитал, не убедили.
Ни одного аргумента против того же Ansible не нашел.
Есть роли, есть плейбуки, есть несколь yaml файлов, полностью опиысывающих целевое состояние. При правильном использовании конфигурации получаются идемпотентными, хранятся как код, можно покрыть тестами, выполнить dry run, следствие - легкое сопровождение для инструментов рефакторинга и LLM.
По поводу отечественного стека. Работают с ним прекрасно что РедОС, что астра. Инструмент массовый и кадров, умеющих в него, массы.
Итого, что выбрать?
Легковесную роль для универсального OSS инструмента или закрытый продукт, не покрывающий и толику функционала первого решения?
В чем заключается экономический эффект вашей разработки?
Как мы регистрировали HConfig в реестре российского ПО