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

Infrastructure as Codeを実現する技術

Infrastructure as Codeで変わる運用管理の現場

この連載の記事をもっと見る

この記事の著者

関連記事

• 

  今さら聞けない「コンバージドインフラ」と「“ハイパー”コンバージドインフラ」の違い

• 

  オンプレミス、ホスティング……従来型インフラのメリット／デメリットをおさらい

• 

  1回で分かる：仮想化とは違うコンテナ技術「Docker」って何？

• 

  DevOpsの成否は“運用”次第、「インフラ技術者」に期待する役割とは

• 

  【技術解説】ネットワーク運用管理業務を効率化・自動化する技術

新着ホワイトペーパー PR

• 製品資料
  [富士ソフト株式会社] 受注業務は既に変革のステージ　出遅れて競争力を失わないためのDX戦略
• 市場調査・トレンド
  [富士ソフト株式会社] 受注業務でありがち　「今は困っていない」と見直しを先送りにすることの弊害
• 製品資料
  [富士ソフト株式会社] 「B2B EC」選定を製品比較から始めると迷走する理由
• 技術文書・技術解説
  [SB C&S株式会社] 「Everpure FlashArray」技術詳細解説資料：概要から認証、サイジングまで解説
• 市場調査・トレンド
  [セコムトラストシステムズ株式会社] EDR導入を成功に導くロードマップ：選定／稟議／運用のつまずきを防ぐコツ