CFEngineからRudderに切り替える正しい方法は何ですか？
多くのカスタムPromiseを備えた既存のcfengine3-communityインストールがあり、約50台のマシンで実行されます。ラダーに切り替えることに興味があり、移行するための最良の方法について疑問に思っています。 Rudderの最新バージョンはcfengine3.6.3に基づいているようで、最新のcfengineである3.7.1を実行しています。したがって、構文の非互換性がいくつかあります。最新のcfengineバイナリを交換するだけで機能しますか？そうでない場合、移行する適切な方法は何ですか？
ラダーはCFEngineと並べて実行できます。クライアント/サーバー通信用に異なるポート（Rudderの場合は5309）と異なるパス（/ var/rudder/cfengine-community）を使用するため、システム上で連携できます。
最善の戦略は、両方をYouTubeノードで実行し、ポリシーを1つずつラダーにトランスクリプトし（ディレクティブを定義してルールに適用するか、グラフィカルテクニックエディターで独自のテクニックを作成することにより）、移行を無効にすることです。 CFEngineのポリシー。
直接転写は非常に高速です（すべてのブリックはラダーで利用でき、使いやすいです）。しかし、それはレビューする良い機会です：
- ポリシーの関連性-移行中にデッドコードが見つかることがよくあります
- ポリシーの適用-一部のポリシーは、実際に適用されるよりも多くの（場合によっては少ない）ノードに適用する必要がある場合があります
- ポリシーの正確性-ポリシーが正しく適用され、機能しているかどうかを示すRudderでレポートを取得します。報告がなかったので、知らないうちに失敗した人もいるかもしれません。
ラダーは、独立したcfengineインストールと互換性のない組み込みcfengine-communityを使用します（パスは異なります）。
ラダーチームによって維持されているcfengineのパッチがいくつかあるので、バイナリを交換するのは良い考えではないと思います。
非互換性についてはわかりませんが、ラダー内の状態を報告するために、約束にいくつかの情報を追加する必要があることはわかっています。