継続的な構成の自動化

継続的構成自動化（CCA ）は、物理および仮想データセンター機器の設定とソフトウェアの展開と構成を自動化する方法論またはプロセスです。^[1]

概要

継続的な構成自動化は、データセンターおよびアプリケーションの構成管理向けに販売されています。CCAツールは、コーディング、計画、段階的なポリシーの採用を通じて、構成とオーケストレーションのためのプログラム可能なフレームワークを使用します。^[2]^[3]

DevOpsとの関係

CCA ツールはDevOpsと呼ばれる用途に使用され、多くの場合DevOps ツールチェーンの一部として組み込まれています。CCA は、より信頼性の高いソフトウェアをより迅速に開発するという取り組みから生まれました。^{[1] Gartner は CCA を「DevOps イニシアチブの中核となる}リーン、アジャイル、コラボレーションの概念を具体化したCCA ツールは、インフラストラクチャとアプリケーション構成管理の課題に新たなレベルの精度、効率、柔軟性をもたらします」と説明しています。 ^[4]

ツール

CCA ツールは、管理者と開発者が物理および仮想インフラストラクチャの構成とオーケストレーションを体系的に自動化し、企業内のインフラストラクチャの状態を可視化することをサポートします。一般的には、コードとしてのインフラストラクチャ(IaC) フレームワークの拡張と考えられています。^[1] CCA ツールには、 Ansible、Chef ソフトウェア、Otter、Puppet (ソフトウェア)、Rudder (ソフトウェア)、SaltStackなどがあります。^[5]各ツールにはシステムと対話する方法が異なり、エージェントベース、プッシュまたはプル、対話型 UI 経由のものもあります。DevOps ツールの導入と同様に、CCA ツールを導入するための障壁と、導入を妨げたり促進したりする要因があります。^[6]

注目すべき CCA ツールには次のようなものがあります。

評価要因

CCAツールの評価では、以下の点を考慮する必要がある: ^[8]^[9]

ツールの実装と維持に必要なスキル、トレーニング、コスト
プラットフォームとインフラストラクチャのコンテンツとサポート - Windows または Linux などに指定されたツール。
配信方法と類似性の柔軟性 - 拡張性にとって重要
管理システムとの対話方法
サポートとトレーニングの可用性とコスト
オーケストレーションと構成管理の統合
セキュリティとコンプライアンスのレポート

参照

参考文献

^ abc Fletcher, Colin; Cosgrove, Terrence (2015 年 8 月 26 日)。継続的な構成自動化ツールに関するイノベーションの洞察。Gartner (レポート)。^{[リンク切れ‍ ]}
^ Ramos, Martin (2015 年 11 月 4 日). 「Continuous Integration: Infrastructure as Code in DevOps」. easydynamics.com . 2016 年 2 月 6 日時点のオリジナルよりアーカイブ。 2016 年5 月 11 日閲覧。
^ Infrastructure As Code: より高速なアプリケーション配信への推進力 (レポート)。Forrester。2015 年 3 月。
^ Phillips, Andrew (2015 年 5 月 14 日)。「インフラストラクチャ自動化から真の DevOps への移行」。DevOps.com。
^ Venezia, Paul (2013年11月21日). 「Puppet vs. Chef vs. Ansible vs. Salt」. Network World . Network World. 2018年7月18日時点のオリジナルよりアーカイブ。 2015年12月14日閲覧。
^ Garner Market Trends: DevOps – 市場ではなく、継続的デリバリーバリューチェーンをサポートするツール中心の哲学 (レポート)。Gartner。2015年2 月 18 日。
^ 「CFEngine 3.18.0 ドキュメント - CFEngine とは何ですか?」
^ Fletcher, Colin; Cosgrove , Terrence (2016 年 3 月 25 日)。I&O チームが CCA ツールとコンテナーを組み合わせて運用効率を実現する方法。Gartner (レポート)。
^ Fletcher, Colin; Cosgrove, Terrence (2016 年 12 月 8 日)。継続的な構成自動化ツールのマーケットガイド。Gartner (レポート)。

[CCA-1] Fletcher, Colin; Cosgrove, Terrence (2015 年 8 月 26 日)。継続的な構成自動化ツールに関するイノベーションの洞察。Gartner (レポート)。^{[リンク切れ‍ ]}

[2] Ramos, Martin (2015 年 11 月 4 日). 「Continuous Integration: Infrastructure as Code in DevOps」. easydynamics.com . 2016 年 2 月 6 日時点のオリジナルよりアーカイブ。 2016 年5 月 11 日閲覧。

[3] Infrastructure As Code: より高速なアプリケーション配信への推進力 (レポート)。Forrester。2015 年 3 月。

[4] Phillips, Andrew (2015 年 5 月 14 日)。「インフラストラクチャ自動化から真の DevOps への移行」。DevOps.com。

[5] Venezia, Paul (2013年11月21日). 「Puppet vs. Chef vs. Ansible vs. Salt」. Network World . Network World. 2018年7月18日時点のオリジナルよりアーカイブ。 2015年12月14日閲覧。

[6] Garner Market Trends: DevOps – 市場ではなく、継続的デリバリーバリューチェーンをサポートするツール中心の哲学 (レポート)。Gartner。2015年2 月 18 日。

[7] 「CFEngine 3.18.0 ドキュメント - CFEngine とは何ですか?」

[8] ^ Fletcher, Colin; Cosgrove , Terrence (2016 年 3 月 25 日)。I&O チームが CCA ツールとコンテナーを組み合わせて運用効率を実現する方法。Gartner (レポート)。

[9] Fletcher, Colin; Cosgrove, Terrence (2016 年 12 月 8 日)。継続的な構成自動化ツールのマーケットガイド。Gartner (レポート)。