これは、システム管理者が通常実行するサーバー構成、オーケストレーション、コードとしてのインフラストラクチャなどのタスクに適した、注目すべき無料のオープンソース 構成管理ソフトウェア
の比較です。
基本的なプロパティ
「検証モード」(ドライ ランとも呼ばれる)とは、ノードが準拠しているかどうかを、変更しないことを保証しながら判断する機能のことを指し、通常、システムを変更する可能性のあるすべての操作に対して読み取り専用モードをサポートする内部言語を排他的に使用します。相互認証(mutual auth)とは、クライアントがサーバーを検証すること、およびその逆のことを指します。
エージェントは、追加のソフトウェア デーモンが必要かどうかを示します。管理ソフトウェアに応じて、これらのエージェントは通常、ターゲット システムまたは 1 つまたは複数の中央コントローラサーバーに導入されます。Agent-less = No赤色で表示され、マイナスのように見えるかもしれませんが、エージェントがあることは多くの人にとって非常に有利であると考えられます。エージェントレス ツールが重要な変更を行っているときにノードへの接続が失われ、ノードが不確定な状態になり、その (本番環境の?) 機能が損なわれる場合の影響について考えてみましょう。
プラットフォームサポート
注: これは、ツールの最新バージョンが実際に正常に使用されているプラットフォームを意味します。移植性に優れた C/C++ またはインタープリタ言語で記述されているため、理論的に動作するはずのプラットフォームではありません。プロジェクトの Web サイトでも、サポートされているプラットフォームとしてリストされている必要があります。
短い説明
すべてのツールが同じ目標や機能セットを持っているわけではありません。これらすべてのソフトウェア パッケージを区別できるように、それぞれの簡単な説明を以下に示します。
- アンシブル
- マルチノードのデプロイメント、アドホックタスクの実行、構成管理を1つのパッケージに統合します。SSH経由でノードを管理し、ノードにPython(2.6+または3.5+)がインストールされている必要があります。[106]モジュールはJSONと標準出力で動作し、任意の言語で記述できます。YAMLを使用して、再利用可能なシステムの説明を表現します。
- BCGF2 2015/03/13
- 集中構成モデルとクライアント サーバー パラダイムを使用して、多数のコンピューターの構成を管理するソフトウェア。このシステムにより、クライアントの状態と集中構成仕様の調整が可能になります。詳細なレポートにより、ホスト上の管理されていない構成を識別できます。ジェネレーターにより、集中データ リポジトリからコードまたはテンプレート ベースで構成ファイルを生成できます。
- CFエンジン
- 軽量エージェントシステム。クライアント・サーバーパラダイムまたはスタンドアロンを使用して、多数のコンピュータの構成を管理します。ポリシー記述と異なるクライアント状態は、目的の状態に戻されます。構成状態は宣言型言語で指定されます。[107] CFEngine のパラダイムは、収束的な「コンピュータ免疫学」です。[108]
- cdist
- cdist は依存性のない構成管理システムです。ターゲット ホスト上の ssh のみが必要です。これは通常、すべての Unix 系マシンで有効になっています。管理ホストのみに Python 3.2 がインストールされている必要があります。
- シェフ
- ChefはErlangで書かれた構成管理ツールであり、[109]純粋なRuby DSLを使用して構成「レシピ」を記述します。これらのレシピには、宣言された状態にするリソースが含まれています。Chefはクライアントサーバーツールとして使用することも、「ソロ」モードで使用することもできます。[110]
- コンフィギュレーター
- Debian とその派生ディストリビューションは最もよくサポートされているディストリビューションですが、Consfigurator は他のディストリビューションやさまざまな UNIX でも動作しますが、システムの特定の側面を構成するためのプロパティのサポートはそれほどではありません。Consfigurator は、スキームで適用されるプロパティを設定できます。これには、ターゲット コンピューターに Consfigurator がインストールされている必要があります。ターゲットに Consfigurator をインストールしなくても動作する、より制限された言語も利用できます。リモート構成もサポートされており、ホストはスキーム コードで定義できます。
- ギックス
- Guixは多くのものを同じツールに統合します(ディストリビューション、パッケージマネージャ、構成管理ツール、コンテナ環境など)。システムをリモートで管理するには、対象のマシンでGuixがすでに実行されている必要があります[111]。または、代わりにDigital Ocean Droplet内に構成を展開することもできます。[112]マシンはSchemeで構成されます。
- ISconf
- すべてのノードでコマンドを実行し、ファイルを複製するツール。ノードが起動している必要はありません。コマンドはノードの起動時に実行されます。システムには中央サーバーがないため、どのノードからでもコマンドを起動でき、すべてのノードに複製されます。
- ジュジュ
- Juju は、マシンやサーバーの概念を抽象化したサービスの概念に重点を置き、リンクされた 2 つのサービスで顕著な変更が観察されたときに自動的に更新されるサービス間の関係を定義します。
- ローカル構成システム ( LCFG )
- LCFG は、リソース、アスペクト、プロファイルを指定する XML の中央記述言語を使用して構成を管理します。構成は、クライアント サーバー パラダイムを使用して展開されます。クライアント上の適切なスクリプト (コンポーネントと呼ばれる) は、リソースを構成ファイルに転記し、必要に応じてサービスを再起動します。
- オープン PC サーバー統合 ( Opsi )
- OpsiはLinuxサーバーをベースとしたWindowsクライアント向けのデスクトップ管理ソフトウェアです。自動ソフトウェア展開(配布)、OSの無人インストール、パッチ管理、ハードウェアおよびソフトウェアのインベントリ、ライセンス管理、ソフトウェア資産管理、構成管理のための管理タスクを提供します。[113]
- ピクト
- PIKT は、主に構成管理も行う監視システムです。「PIKT は、洗練された機能豊富なファイル プリプロセッサ、独自の省力化機能を備えた革新的なスクリプト言語、柔軟で集中管理されたプロセス スケジューラ、カスタマイズ可能なファイル インストーラ、強力なコマンド ライン拡張機能のコレクション、およびその他の便利なツールで構成されています。」
- 人形
- Puppet は、システム構成を記述するためのカスタム宣言型言語と、クライアント・サーバーパラダイム (古いバージョンではXML-RPCプロトコルを使用していましたが、最近はRESTに切り替えられました) を使用して分散され、構成を実現するためのライブラリで構成されています。リソース抽象化レイヤーにより、管理者はユーザー、サービス、パッケージなどの高レベルの用語で構成を記述できます。その後、Puppet はサーバーの状態が記述と一致することを確認します。Puppet では、バージョン 2.6.0 から、代替構成言語として純粋な Ruby DSL を使用するための短いサポートがありました。ただし、この機能はバージョン 3.1 から非推奨になりました。[107] [110] [114] [115]
- クアトール
- クアッタ情報モデルは、望ましい状態と実際の状態を区別することに基づいています。望ましい状態は、テンプレートと呼ばれる再利用可能な階層型ビルディング ブロックから構成される構成を表現および検証するために特別に設計されたPanと呼ばれる構成言語を使用して、ファブリック全体の構成データベースに登録されます。構成は管理対象ノードに伝播され、キャッシュされます。
- ラドミンド
- Radmind は、ホストの構成をファイル システム レベルで管理します。Tripwire (およびその他の構成管理ツール)と同様に、管理対象の構成に対する外部の変更を検出し、必要に応じて変更を元に戻すこともできます。Radmind には、高レベルの構成要素 (サービス、パッケージ) の抽象化はありません。グラフィカル インターフェイスは、OS X でのみ使用できます。
- レックス
- Rex は、統合された構成管理とソフトウェア展開機能を備えたリモート実行システムです。管理者は、いわゆるRexfilesを介して構成指示を提供します。これらは小さなDSLで記述されていますが、任意の Perl を含めることもできます。CI 環境で使用される自動ビルド システムとうまく統合されます。
- 塩
- Salt は、リモート サーバー管理ツールとして始まりました。使用が増えるにつれて、ホスト構成のためのより包括的なメカニズムなど、いくつかの拡張機能が追加されました。これは、Salt States コンポーネントによって実現される比較的新しい機能です。Salt が最近獲得した牽引力により、より多くの機能とプラットフォームのサポートが拡大し続ける可能性があります。
- スマートフロッグ
- 複数のマシンに分散されたアプリケーションを展開および構成するための Java ベースのツール。中央サーバーは存在しません。.SF 構成ファイルを任意のノードに展開し、展開記述子自体に含まれる配布情報に従ってピア ノードに配布することができます。
- 宇宙遊泳
- Spacewalk はオープンソースの Linux および Solaris システム管理ソリューション[バズワード]であり、Red Hat Network Satellite のソースのアップストリーム プロジェクトです。Spacewalk は、RHEL、Fedora、および CentOS、Scientific Linux などの他の RHEL 派生ディストリビューションで動作します。Fedora に組み込むためにパッケージ化するための作業が進行中です。Spacewalk は、システム インベントリ (ハードウェアとソフトウェアの情報、ソフトウェアのインストールと更新、カスタム ソフトウェア パッケージの管理可能なグループへの収集と配布、システムのプロビジョニング、構成ファイルの管理と展開、システムの監視、仮想ゲストのプロビジョニング、仮想ゲストの開始/停止/構成、およびこれらすべてのアクションのローカル ユーザーまたは LDAP ユーザーとシステム権限への委任) を提供します。2020 年 5 月現在、Spacewalk は EOL であり、ユーザーは Uyuni または Foreman/Katello に移行しています。
- スタッフ
- ソフトウェア テスト自動化フレームワーク (STAF) を使用すると、ユーザーはクロスプラットフォームの分散ソフトウェア テスト環境を作成できます。STAF を使用すると、自動化インフラストラクチャを構築する手間が省けるため、ユーザーは自動化ソリューションの構築に集中できます。[流行語] STAF フレームワークは、より高レベルのソリューションを構築するための基盤を提供し[流行語]、さまざまなプラットフォームと言語でサポートされるプラグ可能なアプローチを提供します。
- シンクツール
- Synctool は、理解しやすく、学習しやすく、使いやすいことを目指しています。これは Python で書かれており、SSH (パスワードなし、ホストベースまたはキーベースの認証) と rsync を使用します。Synctool を構成するために特定の言語は必要ありません。Synctool には、外科手術のような精度を可能にするドライ ラン機能があります。Synctool は、現在 EOL となっている Python2 に依存しており、現在 Python3 に移行する予定はありません。
参照
注記
- ^ abcdefghi キーペア: SSH のような相互認証に公開/秘密キーペアとキーフィンガープリントを使用します。
- ^ abcdefghi Secure Shell: 暗号化に Secure Shell プロトコルを使用します。
- ^ 証明書とパスワード: クライアントがサーバーを認証するために SSL X.509 証明書と指紋を使用し、サーバーがクライアントを認証するためにパスワードを使用します。クライアントは、互いの構成データへのアクセスが許可されている場合にのみ、同じパスワードを共有する必要があります。
- ^ abcdef SSL: 暗号化には Secure Sockets Layer、Transport Layer Security (TLS) を使用します。
- ^ Bcfg2 構成パスによって以前に変更されていないノードを含む、ノードのコンプライアンスの変更なしの決定を完全にサポートします。
- ^ HTTPS プロキシが設定されている場合は、SSL 経由でペイロードが暗号化されます。
- ^ Chef 10.14.0+ (why-run モードと呼ばれる)
- ^ HMAC:すべてのネットワーク トラフィックでHMAC署名を使用します。
- ^ 証明書: 相互認証に SSL X.509 証明書を使用します。任意の SSL 証明機関を使用して公開鍵インフラストラクチャを管理できます。
- ^ --noop オプションの使用
- ^ 監査モードの使用。
- ^ ネットワーク信頼: rsh のように、ネットワークを信頼します。
- ^ ユーザーのみの認証: ユーザーはパスワードを使用してサーバーに認証しますが、Telnet のようにネットワーク トラストを使用してサーバーにユーザーを認証します。
- ^ Secure Shell: 認証に Secure Shell プロトコルを使用します。
- ^ Synctool はデフォルトでドライランを実行し、'--fix' で呼び出された場合にのみ変更を行います。
- ^ Encap、RPM、POSIX ファイルのみのサポート。
- ^ abc FreeBSD.
- ^ Debian、Ubuntu、Gentoo、RPM ベースのディストリビューション (CentOS、Mandrake、Red Hat、RHEL、SLES、SuSE)
- ^ POSIX ファイル、Launchd、および MacPorts のサポートのみ。
- ^ Unix。
- ^ 「Guix システムのみをサポートします。」
- ^ 「HURD を搭載した Guix システムでも動作します。」
- ^ 「最近のバージョンは Fedora Core (3、5、6) で動作します。LCFG コアの一部を Debian などの他の Linux ディストリビューションに移植した人もいますが、これらの移植は組み込まれていません。」
- ^ 「OS X への実験的な移植版があり、動作し、Mac 固有のコンポーネントもいくつか含まれています。ただし、これは製品品質ではなく、OS X では統一されたパッケージング システムがないため、インストールされたソフトウェアの自動管理は難しい可能性があります。」
- ^ 「LCFG コアは Solaris に移植されており、私たちはこれを本番環境で使用していますが、ソフトウェアは配布用にパッケージ化されておらず、サポートもあまりよくありません」
- ^ デジタル Unix; IRIX
- ^ NetBSD.
- ^ OpenBSD.
- ^ ab 複数のユーザーが FreeBSD 上でエージェントを正常に構築して実行しましたが、現在のところ公式パッケージは提供されていません。
- ^ アンドロイド。
- ^ abc Java で書かれているので、適切な JVM バージョンが利用できる場合は理論的にはこのプラットフォームで動作するはずです。ただし、このプラットフォームではテストされていないため、サポートされていないと見なす必要があります。
- ^ ab Python が実行できる場所ならどこでも実行できますが、異なるプラットフォームのハンドラーはテストされていません。
- ^ 4.3.3+ (パワー 32); 5.1+ (パワー 32/64)
- ^ FreeBSD 4.10 (x86-32); FreeBSD 6.1+ (x86-32)
- ^ 11.00+ (PA-RISC 32、IA-64)
- ^ (x86-32、x86-64、IA-64、PPC 64、zSeries 32/64)
- ^ 2.6+ (Sparc 32); 10+ (x86-32、x86-64)
- ^ 95、98、Me、NT4、2000、XP、2003、Vista (x86-32)、7 (x86-32)、7 (x86-64); 2003、Vista (x86-64)。 2004 (IA-64)
- ^ OS/400 5.2+ (iSeries 32); z/OS Unix 1.4+
- ^ Synctool は、SSH、rsync、Python をサポートする任意のプラットフォームで実行されます。
- ^ SuSE"
参考文献
- ^ Red Hat, Inc.「AWX プロジェクト FAQ - Ansible.com」。ansible.com。
- ^ 「Ansible コミュニティの変更ログ」。docs.ansible.com。Red Hat, Inc. p. 1。2022 年 4 月26 日閲覧。
- ^ solj. 「Bcfg2/LICENSE at master」。GitHub 。 2014年2月10日閲覧。
- ^ 「Bcfg2 Web レポート システム — Bcfg2 1.3.6 ドキュメント」。
- ^ ab 「ダウンロード – Bcfg2」。bcfg2.org 。 2017年6月4日閲覧。
- ^ 「cdist 6.9.8 がリリースされました」。
- ^ 「[#CHEF-13] -noop サポートの追加 - Opscode Open Source Ticket Tracking」。 Tickets.opscode.com。 2014 年 2 月 26 日時点のオリジナルよりアーカイブ。2014 年 2 月 10 日閲覧。
- ^ 「Chef Infra Client 18.1.0 リリース! - Chef リリースのお知らせ - Chef に関する質問」。2023 年 1 月 5 日。2023 年 1 月 26 日閲覧。
- ^ 「Chef Infra Server 15.4.0 リリース! - Chef リリースアナウンス - Chef に関する質問」。2023 年 1 月 5 日。2023 年 1 月 26 日閲覧。
- ^ 「CFEngine ソースコード」。 Northern.tech AS。 2020年5月26日。
- ^ 「core/License at master · cfengine/core · GitHub」。GitHub。2020年5月26日。
- ^ TLS: TLS を使用します。「共通制御の tls_min_version」。 Northern.tech 。2018 年 11 月 30 日閲覧。
- ^ 「cf-agent の --dry-run オプション」。 Northern.tech 。2022 年 1 月 14 日閲覧。
- ^ 「エージェント制御のドライラン オプション」。 Northern.tech 。2018 年 11 月 30 日閲覧。
- ^ 「cf-agent の --simulate オプション」。 Northern.tech 。2022 年 1 月 14 日閲覧。
- ^ 「Common promise attribute action_policy warn or nop」. Northern.tech . 2022年1月14日閲覧。
- ^ 「CFEngine エンタープライズ ミッション ポータル」。 Northern.tech AS。
- ^ 「CFEngine 3.24.0 リリース」。Northern.tech AS。
- ^ 「CFEngine 3.21.5 リリース」。Northern.tech AS。
- ^ 「CFEngine 3.18.8 リリース」。Northern.tech AS。
- ^ https://spwhitton.name/tech/code/consfigurator/
- ^ https://github.com/spwhitton/consfigurator/tags
- ^ https://guix.gnu.org/en/manual/en/guix.html#System-Configuration
- ^ https://guix.gnu.org/en/manual/en/guix.html#Invoking-guix-deploy
- ^ https://git.savannah.gnu.org/cgit/guix.git/tree/gnu.scm?h=v1.4.0#n8
- ^ ターゲット Guix システム上に guix デーモンが必要です。
- ^ "/trunk/LICENSE - ISconf". Trac.t7a.org. 1989-04-01. 2013-04-15 にオリジナルからアーカイブ。2014-02-10に取得。
- ^ 暗号化され、相互認証されたピアツーピア メッセージ バスを含むセキュリティの向上については、"#39 (Implement TCP mesh) - ISconf - Trac" で追跡されています。2012 年 7 月 16 日にオリジナルからアーカイブされました。2007年 4 月 17 日に取得。
- ^ 「Juju ソースコード」. github.com. 2015-06-19 . 2015-06-21閲覧。
- ^ “Juju Gui”. jujucharms.com. 2015-06-15. 2015-06-21時点のオリジナルよりアーカイブ。2015-06-21閲覧。
- ^ "timeline: pyjuju". Launchpad.net . 2014年2月10日閲覧。
- ^ “GitHub”. github.com . 2022年3月21日閲覧。
- ^ LCFG は独自のトランスポート メカニズムを提供していません。外部プログラム (ほとんどの場合 Apache) に依存しています。Apache を使用すると、いくつかの方法で相互認証を行うことができます。ただし、LCFG の完全ガイドのセクション 9.4: 承認とセキュリティのドキュメントでは、IP アドレス範囲に基づくアクセス制御が示されており、クライアントが SSL 証明書を介してサーバーに認証しないことを示しています。また、LCFG クライアントがサーバーの SSL 証明書の有効性を確認するかどうかについても言及されていません (クライアントとともに配布されるサイトごとのフィンガープリント、または認定された CA への信頼チェーンなど)。プロファイルにクライアントごとのパスワードを含めることができると記載されていますが、「LCFG プロファイルの内容は公開されていると見なす必要があります」とも記載されています。
- ^ LCFG は暗号化された通信チャネル (Apache 経由の SSL) をサポートしていますが、LCFG の完全ガイドのセクション 9.4: 承認とセキュリティのドキュメントには、「LCFG プロファイルの内容は公開されているものとみなす必要があります」と記載されています。
- ^ "NOC". nocproject.org .
- ^ サーバーはクライアントに対して認証しますが、クライアントはサーバーに対して認証しません。OCS Inventory NG インストールおよび管理ガイドの 114 ページを参照してください。
- ^ 「2.1.2 安定版が公開されました」。OCS Inventory NG。2014年 12 月 16 日閲覧。
- ^ Robert Osterlund (2014-01-04). 「PIKT ライセンス」. Pikt.org . 2014-02-10閲覧。
- ^ PIKT は相互認証に共有秘密鍵を使用します。「オプションとして、秘密鍵認証を使用して、マスターの ID をスレーブに証明できます。[...] PIKT ドメイン内のいずれかのシステムをクラックできれば、すべての共通秘密にアクセスできるようになります。この問題を解決するには、スレーブごとに uid、gid、および private_key 設定を使用できます。」 - セキュリティに関する考慮事項より。
- ^ 「ファイルのインストール、ファイルのフェッチ(中央構成との差分をとるため)、およびコマンドの実行では、オプションでマスターとスレーブ間のすべてのデータ トラフィックを暗号化できます。」 - セキュリティに関する考慮事項より。
- ^ "/pikt/dist のインデックス".ピクト.org 。2014 年 2 月 10 日に取得。
- ^ 「次の10年に向けて進化するPuppet」Luke Kanies. 2014年9月23日. 2017年5月26日閲覧。
- ^ 「puppet agent マニュアルページ — ドキュメント — Puppet Labs」。Docs.puppetlabs.com。2013-07-07 にオリジナルからアーカイブ。2014-02-10に取得。
- ^ 「Puppet Management GUI Comparison」。olindata.com 。 2015年1月17日時点のオリジナルよりアーカイブ。2015年1月12日閲覧。
- ^ 「/puppet のインデックス」。Puppetlabs.com。2014年 2 月 10 日閲覧。
- ^ 「Puppet リリースノート」 。2024年 5 月 6 日閲覧。
- ^ 「Puppet Server: リリースノート」 。 2024年5月6日閲覧。
- ^ 「EU DataGrid ソフトウェア ライセンス (EUDatagrid) | Open Source Initiative」。Opensource.org。1999 年 2 月 22 日。2014 年 2 月 10 日閲覧。
- ^ 「DataGrid ソフトウェア ライセンス (ページ URL を変更しないでください)」。Eu-datagrid.web.cern.ch。2004 年 5 月 26 日。2014年 2 月 10 日閲覧。
- ^ 「クライアントからサーバーへの認証、およびその逆: 一方で、クライアントの「名前」に応じて機密データへのアクセス ポリシーを適用できます。他方で、クライアントは元のサーバーと通信することが保証されます。」 - Quattor インストールおよびユーザー ガイド: バージョン 1.1.x より、2013-04-06 にWayback Machineでアーカイブ、70 ページ
- ^ 「[...] データが暗号化されるため、情報の転送が安全になります。これにより、ネットワーク経由で転送中の情報を盗聴者が取得するのを防ぐことができます。」 - Quattor インストールおよびユーザー ガイド: バージョン 1.1.x より、2013-04-06 にWayback Machineでアーカイブ、70 ページ
- ^ 「/quattorsw/software/quattor/release のインデックス」。 Quattorsw.web.cern.ch。 2014 年 3 月 18 日時点のオリジナルよりアーカイブ。2014 年 2 月 10 日閲覧。
- ^ 「Quattor 23.6.0 リリース」。quattor.org。
- ^ 「Research Systems Unix Group: beepage」 Rsug.itd.umich.edu. 2015 年 2 月 10 日時点のオリジナルよりアーカイブ。2014年 2 月 10 日閲覧。
- ^ 「SSL 証明書は、DNS や IP アドレスの変動に関係なく、Radmind サーバーと管理対象クライアントの両方を認証するためにも使用できます。」 - Radmind: ファイルシステムの整合性チェックとファイルシステム管理の統合より
- ^ 「ネットワーク セキュリティのため、Radmind は SSL 暗号化リンクをサポートしています。これにより、安全でないネットワーク上のノードを安全に更新できます。」 - Radmind: ファイルシステムの整合性チェックとファイルシステム管理の統合より
- ^ 「Radmind - Browse /radmind/ radmind -0-6-0 at」。Sourceforge.net。2006-02-10。2014-02-10閲覧。
- ^ より幸せに。 「ラドマインド」。ソースフォージ.net。
- ^ 「リリース 0.9.0 · krimdomu/Rex · GitHub」。GitHub。
- ^ 「Rex/ChangeLog at master · RexOps/Rex · GitHub」。GitHub。
- ^ 「Rudder FAQ」. rudder.io .
- ^ 「ポリシー モード (監査/強制) - Rudder 4.0 - ユーザー マニュアル」。rudder-project.org。2017年 1 月 17 日閲覧。
- ^ 「Rudder 7.3 の変更ログ :: Rudder ドキュメント」。rudder.io。
- ^ “SmartFrog / SVN / コミット [r8898]”.ソースフォージ。 2017年5月16日。
- ^ ab 新しいSmartFrog Securityの使い方をご覧ください
- ^ 「SmartFrog - SourceForge.net で /development/smartfrog-3.18.016 を参照」 。2022年 4 月 27 日閲覧。
- ^ Saltはインフラストラクチャを管理するためのオープンソースツールです。数分で簡単に実行でき、数万台のサーバーを管理できるほど高速です。
- ^ 「インストール」。saltstack.com。
- ^ “SaltStack コミュニティ”.ソルトスタック。
- ^ ab 「SaltStack コミュニティ」.ソルトスタック。
- ^ 「Salt SSH」. saltstack.com .
- ^ 「SaltStack エンタープライズ」.ソルトスタック。
- ^ “アーウィンドン/SaltGU”. GitHub。 2021年5月20日。
- ^ 「vRealize Automation SaltStack Config」。vmware.com。
- ^ “SaltStack コミュニティ”.ソルトスタック。
- ^ 「Salt Releases」. saltstack.com .
- ^ 「SpacewalkFaq – spacewalk」. fedorahosted.org .
- ^ "spacewalkproject/spacewalk". GitHub . 2018年10月18日閲覧。
- ^ 「ソフトウェアテスト自動化フレームワーク (STAF)」。sourceforge.net。
- ^ セキュア TCP/IP 接続プロバイダーの機能要求があり、開発者の 1 人が 2007-04-05 に「OpenSSL のソース コードをダウンロードして、ビルド ファイルをそれにポイントする必要があります。それ以外は、問題なく動作するはずです。」と述べているため、ビルド済みのバイナリを使用する代わりに最初からビルドすると、暗号化が機能する可能性があります。OpenSSL に対して認証ビルドを実行すると STAF が生成されるかどうかは不明です。
- ^ 「ソフトウェアテスト自動化フレームワーク (STAF)」。sourceforge.net。
- ^ 「ソフトウェアテスト自動化フレームワーク (STAF)」。sourceforge.net。
- ^ Synctool は、理解しやすく使いやすいことを目指しています。Python で構築されており、SSH と Rsync を使用します。
- ^ 「synctool ドキュメント」. heiho.net .
- ^ 「synctool/LICENSE at master · walterdejong/synctool · GitHub」。GitHub。
- ^ 「synctool ドキュメント」. walterdejong.github.io .
- ^ 「synctool ドキュメント」. heiho.net .
- ^ 「Synctool リリース」。GitHub。
- ^ 「ウユニ:塩と容器を積んだフォーク状の宇宙遊泳」2018年5月26日。
- ^ “「ウユニ2024.01を公開」”.ウユニ。2024 年 2 月 1 日に取得。
- ^ インストール: 制御マシンの要件、 2015 年5 月 12 日取得Python 2.4 以降と sshd を搭載した任意のマシンを管理できます。制御マシンは、Python 2.6 または 2.7 がインストールされている任意の非 Windows マシンにすることができます。これには、Red Hat、Debian、CentOS、OS X、BSD などが含まれます。
- ^ Opscode と IBM が協力してオープンソースのクラウド自動化を企業に導入、2013-04-25
- ^ Microsoft Windows に chef-client をインストールする、2017-03-15取得
- ^ abc https://spwhitton.name/doc/consfigurator/introduction.html#portability-and-stability
- ^ Windows ワークロード、juju 使用、 2015 年11 月 25 日取得
- ^ Puppet on Windows: 2019 年のトップ質問、 2019 年 1 月 15 日取得
- ^ "quattor". sourceforge.net .
- ^ ab 「Rex インストール手順」 。2014年 7 月 19 日閲覧。
- ^ 「rudder-packages/rudder-agent/other at master · cfengineers-net/rudder-packages · GitHub」。GitHub。
- ^ “SaltStack コミュニティ”.ソルトスタック。
- ^ Saltは2012年9月にSaltのバージョン0.10.2でOpenCSWパッケージリポジトリに追加されました。
- ^ 「BrainBox – 宇宙遊泳」。fedorahosted.org。
- ^ 「宇宙遊泳」。fedorahosted.org。
- ^ 「ManagingSolarisSystems – spacewalk」. fedorahosted.org .
- ^ [1]10.2以降 (?)
- ^ 「インストール — Ansible ドキュメント」 2018-01-29.
- ^ ab 「CFEngine vs Puppet: 詳細な比較 | UpGuard」。
- ^ Burgess, Mark (1998 年 12 月). コンピュータ免疫学(PDF) . システム管理カンファレンス. マサチューセッツ州ボストン.
- ^ 「Chef Github リポジトリ」。GitHub 。 2021年5月21日。
- ^ a b Alan Sharp-Paul. 「人形対シェフ - 戦いは続く」upguard.com。
- ^ https://guix.gnu.org/en/manual/en/guix.html#index-machine_002dssh_002dconfiguration
- ^ https://guix.gnu.org/en/manual/en/guix.html#index-digital_002docean_002dconfiguration
- ^ 「opsi の機能」。2009 年 1 月 30 日時点のオリジナルよりアーカイブ。2009 年 2 月 22 日閲覧。
- ^ 「Puppet & Ruby DSL - Puppet Labs」。Puppet Labs。
- ^ 「Puppet 3.0 — 3.4 リリースノート」。puppetlabs.com 。 2013年5月13日時点のオリジナルよりアーカイブ。2013年5月23日閲覧。
