У нас есть существующая cfengine3-общественная установка с большим количеством пользовательских обещаний, и она работает приблизительно на 50 машинах. Я интересуюсь переключением на Руководящий принцип, и я задаюсь вопросом о лучшем способе мигрировать. Новейшая версия Руководящего принципа, кажется, основана на cfengine 3.6.3, и мы выполняем последний cfengine, который является 3.7.1. Таким образом, существует некоторая несовместимость синтаксиса. Это работало бы, чтобы просто загрузить новейшие cfengine двоичные файлы? В противном случае, что состоит в том, чтобы переместить надлежащий путь?
Rudder может работать бок о бок с CFEngine. Они используют разные порты для связи клиент-сервер (5309 для Rudder) и разные пути (/ var / rudder / cfengine-community), чтобы они могли работать вместе в системе.
Лучшей стратегией было бы, чтобы они оба работали. на ваших узлах и одну за другой транскрипцию ваших политик в Rudder (путем определения директив и применения их в правилах или создания ваших собственных методов с помощью графического редактора техник) и отключения политик переноса в CFEngine.
Прямая транскрипция вполне достаточно быстро (все кирпичи доступны в Rudder и просты в использовании); но это хорошая возможность проверить:
руль использует встроенное cfengine-community, которое не является несовместимым с независимой установкой cfengine (пути другие).
Есть некоторые пакеты cfengine, поддерживаемые командой Rudder, поэтому я думаю, что это будет не лучшая идея менять двоичные файлы.
Что касается несовместимости, я не знаю, но я знаю, что вам нужно будет добавить некоторую информацию в свои обещания, чтобы сообщить о состоянии внутри Rudder.