HashiCorpの「Terraform」はオープンソースのIaCツールだ。Terraformは、さまざまなベンダーのクラウドに適合するサードパーティー製ツールとして知られている。他のIaCツールと同様、Terraformもモデル（テンプレート）を作成する。テンプレートにはドメイン固有言語（DSL）で構成が記述されているため、開発者はテンプレートを簡単に作成し使い回しができる。このDSLの構文はおおむねJSONと互換性があり、開発者にも取っつきやすいものとなっている。

　開発者は実際のコードと同じようにTerraformテンプレートを作成し管理する。テンプレートはバージョン管理が可能なので、インフラのプロビジョニングや構築、新しいテンプレートの開発に流用できる。このテンプレート再利用機能は複数のプロバイダーのインフラ構成を標準化するので、ハイブリッド環境やマルチクラウド環境にメリットがある。

　Terraformのテンプレートには計画フェーズと実行フェーズがある。そのため、定義した手順の分析や、手順を適用する前のダブルチェックが可能だ。環境間で構成を移行させることも容易なので、ハイブリッド環境やマルチクラウド環境のユーザーに向いている。

クラウドベンダーネイティブのIaCツール

　最も普及しているクラウドベンダーのネイティブIaCツールは、Amazon Web Services（AWS）の「AWS CloudFormation」とMicrosoftの「Azure Resource Manager」（ARM）だ。どちらのツールも基本レベルではTerraformの機能と大差ない。だがIaCテンプレートコードのモジュール性については、Terraformが圧倒的に優れている。このため、AWS CloudFormationやARMでは、ツールの導入やテンプレートの再利用に難がある。

　AWS CloudFormationとARMのIaCに対するアプローチは若干異なる。ユーザーにとっては、この違いが極めて重要になる。

　Microsoftの「Azure Terraform Resource Provider」では、Azureユーザーが「Terraform Provider」を、Azureのネイティブリソースプロバイダーのように導入できる。Terraform Providerとは、クラウドやデータセンターのリソースと、Terraformテンプレートとの間にリンクを確立するサービスだ。このサービスにより、TerraformとARMが連携され、Terraformエレメントがタスクを実行できるようになる。こうした連携により、Terraformを実質全てのAzureサービスと併用できる。

　AWS社はAWS内でTerraformを利用する方法についての情報を提供している。HashiCorpはAWSの大手DevOpsパートナー企業だ。しかし、両社ともTerraformとのインテグレーション用の機能をまだ開発していない。従ってTerraformの動作範囲外にあるAWSの機能はまだ幾つかあるものの、こうした機能はAWS CloudFormationで簡単に処理できる。2018年9月時点では、AWSでのIaC運用にはAWS CloudFormationが必要だと考えるべきだ。しかしTerraformと統合し、機能を拡張するという選択肢もある。

何が最適か

　AWS社もMicrosoftも、ネイティブIaCツールの拡張機能としてのTerraformが持つ価値を認識している。ハイブリッドモデルやマルチクラウドモデルが普及する中、両社ともTerraformとの連携に必要な機能をネイティブIaCツールに組み込む準備をしていない。こうしたクラウドベンダーのネイティブツールは、主にシングルクラウドやシンプルなハイブリッドクラウド環境の運用に重きを置いている。

　AWSを重視して、複雑なアプリケーションをハイブリッドクラウド環境やマルチクラウド環境に導入する予定であれば、AWS CloudFormationとTerraformの両方の利用を考えるとよい。AzureのIaCなら、Azure Terraform Resource Providerを利用できる。

　ハイブリッドクラウドやマルチクラウドのユーザーにとって、今後はTerraformが「IaCのKubernetes」といえる存在になりそうだ。