IaC ツールの選択

IaC ツールの選択は重要です。 一部のツールは、手元のタスクにより適しています。 多くの場合、構成管理とプロビジョニングのために異なるツールを使用することが、最も効果的な選択です。 セクション「 Understanding Schematics features and IaC tools 」では、 Ansible および Terraform と、関連する Schematics フィーチャーへのオペレーターおよび Helm のマッピングが示されています。

しかし、プロビジョニングと構成管理とは何ですか?

プロビジョニングとは

プロビジョニングとは、IT インフラストラクチャーをセットアップするプロセスのことです。 また、データおよびリソースへのアクセスを管理し、それらをユーザーおよびシステムが使用できるようにするために必要なステップを参照することもできます。 何かがプロビジョンされている場合、次のステップは構成です。 Red Hat

プロビジョニング・ツール (Terraform および Ansibleを含む) は、サーバー (VM)、ロード・バランサー、データベース、ネットワーキング構成などのインフラストラクチャーをプロビジョンします。 これらは、構成ツールに構成を任せます。

「プロビジョニング」は、多くの場合、これが初期タスクであることを意味します。

構成管理とは

構成管理 は、必要な一貫性のあるパフォーマンス状態でコンピューター・システム、サーバー、およびソフトウェアを確立および保守するためのシステム・エンジニアリング・プロセスです。 IT システム構成の管理には、サーバー構成などのシステムの状態を定義し、それらのシステムを構築および保守することが含まれます。

構成管理ツールは、パッケージまたはソフトウェアをインストールし、既存のプロビジョンされたサーバー、クラスター、およびインフラストラクチャー上でソフトウェアと構成を管理します。 Terraform および Ansible は、 Helm および Operator とともに構成管理に使用できます。

通常、構成管理は繰り返し行われます。

IaC ツールの選択方法

一部のツールは、プロビジョニングや構成管理の作業に適しています。 ブログ「 Infrastructure as Code: Chef, Ansible, Puppet, or Terraform? 」は、いくつかの一般的なオープン・ソース IaC ツールの概要を提供し、それらの機能と相対的な強みを要約しています。

IBM Cloud は Terraform と Ansibleを使用します。その他のオープン・ソース・ツールには Red Hat OpenShift on IBM Cloud、オペレーター、および Helm が含まれており、 IaC をマネージド・サービスとしています。 Schematics では、単一のツールに制限するのではなく、タスクに最も適したツールとアプローチを使用できます。 実行するタスクを宣言し、 Schematics でそのタスクを実行します。

Schematics の機能と IaC ツールについて

ツールの説明を確認して、使用する IaC 機能にマップされる Schematics フィーチャーを識別します。

オープン・ソース・プロジェクト
ロゴ オープン・ソース・プロジェクト Ansible 拡張機能 Terraform IBM カタログ
Ansible Ansible は、Chef や Puppet に似た構成管理およびプロビジョニング・ツールです。 環境の構成と管理を自動化し、クラウドにアプリケーション・ワークロードをデプロイするように設計されています。 チェックマーク チェックマーク
Helm Helm は Kubernetes パッケージマネージャで、 Helm のチャートを使って、 IBM Cloud Kubernetes Service クラスタ内の複雑な Kubernetes アプリを定義、インストール、アップグレードします。 チェックマーク
オペレーター Red Hat OpenShift on IBM Cloud は、コミュニティ、サードパーティ、その他のサービスを Red Hat OpenShift on IBM Cloud クラスタに追加して実行する便利な方法です。 チェックマーク
Terraform Terraformは、高水準のスクリプト言語を使ってクラウドインフラのリソースとサービスを指定するオープンソースプロジェクトだ。 チェックマーク チェックマーク

次のステップ

  • これらのオープン・ソース・ツールが Schematicsでどのように使用されているかを知りたいですか? これらの ユース・ケース を検討します。
  • Infrastructure as code とそのベスト・プラクティスについて詳しく理解するには、 Infrastructure as Code とは何ですか? を参照してください。