「Infrastructure as Code」の速さはもろ刃の剣、便利さの影にあるリスクとは：自動化するにしても、人的リソースは必要

「Infrastructure as Code」によってデータセンターは大きく変わる可能性がある。だが運用上の混乱を避けるためには、徹底的にドキュメントを残しテスト環境を確保する必要がある。

[Brian Kirsch，TechTarget]

　データセンターの各要素を仮想化し、ソフトウェアで構成可能にする「ソフトウェア定義データセンター」（SDDC）の登場により、従来のデータセンターで使われていた多くのテクノロジーが不要になった。たくさんのラックやハードウェアやケーブルが、統合型インフラの「ハイパーコンバージドインフラ」（HCI）と仮想化ソフトウェアに置き換わっている。ネットワーク、ストレージ、サーバ、サーバリソースを、安全で自動化された方法で利用可能にするSDDCは、DevOps（開発と運用の融合）の在り方やIT部門の役割を大きく変える可能性がある。

　「Infrastructure as Code」（IaC：コードによるインフラの構成管理）は、IT部門の運用チームと開発チームがソフトウェアを使って、インフラリソースのプロビジョニング（利用可能な状態にすること）と管理を自動的に実行する。IaCによってIT部門は俊敏性を高め、ビジネスニーズに応えるスピードをさらに上げることができる。その結果、ターンアラウンドタイム（命令を出してから処理が完了するまでの時間）を短縮できる。これは、顧客の獲得にも維持にも効果がある。

　どんなものでも課題やリスクが伴う。IaCも例外ではなく、大きな課題やリスクが幾つかある。

併せて読みたいお薦め記事

IaCについて詳しく学ぶ

• ハイブリッド、マルチクラウド環境での「Infrastructure as Code」（IaC）ツール　何を導入すればよい？
• いまさら聞けない「Infrastructure as Code」、一体どんなメリットが？
• 「Infrastructure as Code」に失敗する人が見落としがちな“5つの課題”
• コンポーザブルインフラはハイパーコンバージドに次ぐ大ブームを巻き起こすか

マルチクラウド、ハイブリッドクラウドの運用

• 企業がマルチクラウド環境に向かうべき“必然”と普及へのハードル
• ハイブリッドクラウド導入を成功させるための4つのヒント

IaCのリスクの評価