Infrastructure as Codeで変わる運用管理の現場【第1回】いまさら聞けない「Infrastructure as Code」、一体どんなメリットが？ (1/2)

最近はやりの「Infrastructure as Code」とは何か。「Immutable Infrastructure」とどう違うのか。IT管理者の業務をどのように変えるのか。具体的なシーンとともに解説する。

[堀内晨彦，著]

　ITインフラの構築や管理の分野では、驚異的な速度で新しい概念やツールが登場し、進化し続けている。「Infrastructure as Code」（コードによるインフラの構成管理）もその1つだ。本連載では、Infrastructure as Codeの概要からツールの比較、簡単な実践方法をお届けする。

Infrastructure as Codeの概要

　Infrastructure as Codeを一言で表すと「コードによるインフラの管理」である。近い言葉として「プロビジョニング」（Provisioning）や「オーケストレーション」（Orchestration）などがある。

　これまでのインフラ管理は、サーバを構築し、必要なパッケージを導入し、設定ファイルをITエンジニアが記述するといった手作業が主流だった。例えばWebサーバの「Apache HTTP Server」であれば、パッケージ管理システムの「yum」で「httpd」（Apacheを構成する実行ファイル）を、テキストエディタの「vi」で「httpd.conf」（Apacheの設定ファイル）を記述するなどだ。そのため、手順書や変更管理簿と呼ばれるドキュメントが必要とされてきた。

　だが、同じ構成のサーバを複数台構築する場合も、手作業を繰り返さなければならないのか。また手順が変更された際に差分を確認したり、バージョンを管理したりすることはできるだろうか。

　Infrastructure as Codeでは、これらの問題を「コード化」によって解決する。インフラをソフトウェアと同様にコード化することで、複数の同じ環境のサーバを同時に構築したり、コード化した手順書をバージョン管理システムの「Git」によって管理したりすることが可能になる。インフラに対するテストコードを記述し、「CI」（継続的インテグレーション、注1）のプロセスと組み合わせることもできる。

※注1　ソフトウェア開発における品質向上の仕組みの１つ。コンパイルやテストなどの処理を定期的に繰り返すことで、バグの早期発見を可能にする。

関連記事

今さら聞けない「ITインフラ」

• 今さら聞けない「コンバージドインフラ」と「“ハイパー”コンバージドインフラ」の違い
• オンプレミス、ホスティング……従来型インフラのメリット／デメリットをおさらい

「Docker」とは何か

• 1回で分かる：仮想化とは違うコンテナ技術「Docker」って何？
• 企業での安定稼働に向かう「Docker」、2014年をまるっと振り返り

インフラ管理者が知っておきたい基礎知識

• 変化するインフラの構成／資産情報を一元管理できるNEC「WebSAM AssetSuite」
• DevOpsの成否は“運用”次第、「インフラ技術者」に期待する役割とは
• 【技術解説】ネットワーク運用管理業務を効率化・自動化する技術

Infrastructure as Codeを実現する技術