「Infrastructure as Code」の版間の差分

{{ソフトウェア開発工程}}'''Infrastructure as Code（IaC）''' はコンピューティング・インフラ（プロセス、ベアメタル[[サーバー]]、仮想サーバーなど）の構成管理・機械処理可能な定義ファイルの設定・プロビジョニングを自動化するプロセスである。定義されたファイルは[[バージョン管理システム]]で保持することもある。従来、手動のプロセスではなくスクリプトや宣言的な定義によって行われていたが、IaCの開発は今では、宣言的なアプローチに焦点が当てられている。<ref name="AWS in Action, IaC">{{Cite book|title=Amazon Web Services in Action|last=Wittig |first=Andreas|last2=Wittig |first2=Michael|year=2016|publisher=Manning Press |isbn=978-1-61729-288-0|ref={{harvid|AWS in Action|Wittig|2016}}|page=93}}</ref>。

IaCは、2つの破壊的な技術（[[ユーティリティコンピューティング]]と第2世代のWebフレームワーク）の難点に対処することで成長した。以前は、このようなスケーラビリティーの問題は巨大企業でしか見つかっていなかったが、今では多くの企業で広がっている。具体的には、2006年に新しい課題が最前線にもたらされて、技術産業を揺るがした：{{en|Amazon Web ServicesのElastic Compute Cloud}}と、数ヶ月前の{{en|Ruby on Rails 1.0}}版の発売。この新しい分野を処理するツールが登場するにつれて、IaCが生まれてきた。ソフトウェア開発者とITインフラ管理者は、現在のソフトウェアのベスト・プラクティスを使用して、コードを使ってインフラストラクチャを再編成し、アプリのインフラを設計、実装、展開できることに興味を示している。インフラをコードのように扱い、他のソフトウェア・プロジェクトと同じツールを使用することで、開発者はアプリを迅速に展開できる. <ref >{{cite web

}}</ref>。

[[宣言型プログラミング]]（機能的）、[[命令型プログラミング]]（手続き的）、とインテリジェント（環境認識）の3つのIaCアプローチがある。それらの違いは「何」「どのように」と「なぜ」の違いと同じである。<ref >{{cite magazine

}}</ref>。

自動化と共同作業は、DevOpsの中心的なポイントであるため、多くの場合、インフラストラクチャ自動化ツールはDevOpsツールチェーンのコンポーネントとして含まれている。<ref>{{cite report | last= Wurster | first= Laurie F. |last2= Colville | first2= Ronni J. |last3= Height| first3= Cameron | last4= Tripathi | first4= Somendra | last5= Rastogi | first5= Aditi | title= Emerging Technology Analysis: DevOps a Culture Shift, Not a Technology| publisher= Gartner }}</ref>。