構成管理は、テクノロジ プラットフォームを成功させるための重要な要素です。 優れた技術幹部は、それを実装するために何が必要かを知りたがるでしょう。 構成管理の主な目的は、迅速かつ自信を持って行動できるように、このデータを分類することです。 構成管理は多くのプロジェクト管理方法論で利用されていますが、ソフトウェア開発のコンテキストでは特に重要です。
組織内で構成管理を実装するために使用する開発とツールに関連する構成管理の定義について見ていきましょう。
構成管理とは
構成管理は、組織の物理システムと仮想システム、およびこれらの資産に関連付けられたメタデータを分類および追跡するプロセスです。 構成管理は、ソフトウェア開発で使用され、ダウンタイムを削減するために本番環境のアプリケーション構成を最適化します。
組織の複数のシステムのメタデータを取得することは、構成管理の主な焦点です。 このようにして、開発チームは、どのサーバーにアクセスできるかだけでなく、アプリケーションの動作要件に一致するように各サーバーが実行しているオペレーティング システムも把握できます。
パスワードや API キーなどのシークレット、API などの外部接続のエンドポイント、RAM ニーズなどの計算仕様は、構成メタデータの他のインスタンスです。
システムとそのメタデータのインベントリ作成、およびこれらの資産に加えられた変更の追跡にも同様に関心があります。 仮のケースでスマートフォンのモデルが突然変更された場合は、適切な充電器の検索を調整できるように通知する必要があります。 ソフトウェアの構成、開発、および運用チームには、同じレベルの専門知識が必要です。
構成管理が重要な理由
多くのチームにとって、構成管理は歴史的に二次的な責任でした。 通常、構成データはコア データベースやバージョン管理システムには保存されません。 DevOps サイクルの運用部分に関して言えば、構成データは非常に重要です。
構成管理がなかったらどうなるかを最初に考えれば、構成管理の重要性を理解するのは簡単です。
不適切または存在しない構成管理の代償
統合されたナレッジ ベースの欠如は、構成管理のないソフトウェア開発ライフサイクルの重大な欠点です。 本番環境を構成する多くのシステムのメタデータは、複数のファイルやワークステーションに分散している可能性があり、その結果、API キーやパスワードなどの重要な情報が分散されます。 このデータを見つけると、パイプラインが遅くなります。
この可視性の欠如によるもう XNUMX つの欠点は、アプリケーションのテスト環境を、それが存在する本番環境に一致させるのが難しいことです。 この不一致は、パフォーマンス テストの品質を危険にさらすことになります。これは、プログラムが稼働している間の操作設定が、デモ環境の設定と大幅に異なる可能性があるためです。 さらに悪いことに、ソフトウェアの構成ミスにより、本番環境への展開が妨げられる可能性があります。
構成を誤るとパフォーマンスが低下し、コンプライアンス違反につながる可能性があります。 たとえば、データが許可されたデータベースの外に保存されている場合、アプリケーションはデータのプライバシー要件に違反する可能性があります。 あるいは、開発チームが正確なインベントリを欠いている場合、どのシステムでどのソフトウェアが更新されたかを適切に追跡できず、サイバーセキュリティ基準に違反し、脆弱性が生じる可能性があります。
優れた構成管理の利点
DevOps チームは、構成管理から大きな恩恵を受けます。 前のセクションで示したように、それが提供する可視性は、チームがアプリケーションを開発および保守するときに説明できるシステムとサービスの統合カタログを開発するために重要です。
構成管理によると、ドキュメントはこの可視性の重要な要素です。 これにより、新しいエンジニアのオンボーディングが容易になり、迅速な対応が必要な緊急事態でより効果的になるために、他のエンジニアが運用環境をすばやく学習できることが保証されます。
運用環境の分析とテスト環境が一致することの確認は、構成管理のおかげで両方とも簡単なプロセスです。 これにより、アプリケーションが計画どおりに実行される可能性が高くなり、アプリケーションに対して実行されるテストが実際のソフトウェア要求を表すため、展開のリスクが軽減されます。 アプリケーションのダウンタイムが金銭的な影響を与える場合は、可能な限りリスク要因を最小限に抑えることをお勧めします。
最後に、障害やその他の予期しないインシデントが発生した場合の災害復旧に役立ちます。 トレーサビリティは構成管理の基本要素であるため、ソフトウェアの最新の既知の安定バージョンへのアップグレードを比較的簡単にロールバックできます。 これにより、チームが長期的なソリューションに取り組んでいる間、プログラムはビジネス責任を果たし続けることができます。
優れた構成管理の利点を理解したところで、それを会社に実装する方法を見てみましょう。
構成管理戦略とは?
構成管理計画は、XNUMX つの領域に焦点を当てています。 それぞれについて見ていきましょう。
＃1。 発見
既存のシステムのインベントリを作成することが最初のステップです。 カタログ化は、アプリケーションのテストと操作にとって重要なすべてのコンテキストで行う必要があります。 次に、検出プロセスは、識別されたアイテムのメタデータを XNUMX つの中央リポジトリに収集します。 この信頼できる唯一の情報源は、パスワードやキーなどの機密データを保存する前に暗号化するために細心の注意を払って、このデータをデータ ファイルに保存します。
＃2。 基準
検出プロセスが完了したら、収集された構成データを分析して、操作を成功させるためのベースラインを作成できます。 つまり、ベンチマークは、プログラムが適切に動作するために必要な構成のベースラインです。 これらのパラメーターは、実行中のアプリケーションとその周辺を調べることで見つけることができます。
＃3。 バージョン管理
構成管理には、広範囲にわたるバージョン管理が含まれます。 Git のようなバージョン管理システムを使用し、構成データ ファイルを追跡すると、行われた変更の検証可能な履歴が得られます。 また、バージョン管理により、アップグレードによってアプリケーションが中断された場合に、以前のバージョンに簡単にロールバックできます。
＃4。 レビュー
バージョン管理システムを使用する別の重要な利点は、構成データをコードと同じリポジトリに保持できるため、不正な変更を防ぐことができることです。 編集機能を特定のチーム メンバーに制限し、承認プロセスを設計して、構成の変更がアプリケーションにロールアウトされる前に事前承認が必要になるようにすることができます。
チーム全体がリポジトリ内の構成ファイルを調べることができるため、説明責任が促進され、リスクが排除され、協力が促進されます。
構成管理がDevOps、継続的デリバリー、およびその他のテクノロジーとどのように結びついているか…
ここまでで、構成管理とは何か、また構成管理が何を目指しているかについて十分に理解できたはずです。 ツールについて説明する前に、アジャイル、DevOps、継続的インテグレーション、継続的デリバリー、Docker などの他のソフトウェア開発の概念と構成管理がどのように適合するかを調べて、これらの概念が構成管理のアイデアとどのように適合するかを理解できるようにします。
アジャイルは構成管理と互換性がありますか?
はい。 アジャイル ソフトウェアとは、定義上、市場の要求に適応するためにソフトウェアをより迅速に変更したいという欲求を表しています。 構成管理により、変更を安全に管理しながら高速を維持できます。
構成管理と DevOps: どのように適合するか?
DevOps は、開発部門と運用部門の両方にアジャイルの概念を適用したものです。 実際、DevOps は両方の部門の目的を一致させることを目指しています。 企業によっては、開発部門は変化を追求し、運用部門は安定を追求します。 一方、DevOps を採用する企業は、デプロイされた資産の安定性と変更の頻度の両方を求めます。 しかし、この結果に到達するには、文化的な変化が必要になります。
アジャイルのような構成管理は、チームに迅速に変更を加える自信を与えます。 組織は、アジャイルの原則に基づいて開発チームに管理タスクを割り当て、独自のインフラストラクチャを提供、構成、および維持できるようにします。 あなたはそれを構築し、それを操作します。
構成管理におけるパイプラインの位置付けは?
ソフトウェア パイプライン (または「バリュー ストリーム」。Plutora などのツールを使用して設計する場合があります) は、通常、コードをコミットから本番環境に移行するために自動化する段階です。 通常、パイプラインには、リンティング コード、単体テスト コード、統合テスト コード、アーティファクト作成などのフェーズが含まれます。
したがって、ソフトウェア パイプラインは一種の構成管理です。 Docker などのツールを使用してソフトウェアを構築する場合、構築手順を Dockerfile に体系化します。 これにより、アーティファクトの依存関係をよりよく理解できます。
Infrastructure-as-Code の構成管理は現実のものですか?
コードとしてのインフラストラクチャ (または IaC) は、すべてのインフラストラクチャのプロビジョニングがコードを通じて行われるようにする方法です。 IaC の目標は、どのサービスが存在し、どこにあり、どのような条件で利用できるかを文書化して記録することです。 構成管理者は、組織が所有するすべてのテクノロジー資産を完全に把握するために、IaC のコンポーネントを使用することを決定する場合があります。
継続的インテグレーション/デリバリー構成管理はありますか?
ソフトウェアが常にリリース可能な形式であることを保証するプロセスは、継続的デリバリーとして知られています。 これは、広範な自動化とテストによって実現できます。 継続的インテグレーションは、多くの場合、コードが正常に統合されるように、異なるソフトウェア アーティファクトを XNUMX つの場所にまとめるプロセスです。 多くの場合、自動化テスト スイートを実行するサーバーである継続的統合ツールは、特定のソフトウェア資産のセットアップと構成に必要な手順を可視化することにより、一種の構成管理として機能します。
これは、構成管理が、あなたが採用している、またはよく知っている方法やアイデアとどのように連携するかについての残りの質問のいくつかに答えるはずです. ただし、構成管理に関する議論は、ツールの議論なしでは不十分です。 したがって、構成管理を実装するために使用できるさまざまなツールを見てみましょう。
構成管理ツール
＃1。 ギット
Git は、コードの変更を追跡するための業界をリードするバージョン管理ソリューションです。 コードを含む構成管理データを Git リポジトリに含めると、プロジェクト全体の包括的なバージョン管理ビューが提供されます。 Git は、高レベルの構成管理のための基本的なツールです。 次の代替構成管理ツールのリストは、Git リポジトリに保持し、Git バージョン管理の追跡を使用することを目的としています。
＃2。 ドッカー
コンテナー化は、構成のロックダウンと同様に、Docker が提供する構成管理の高度な形式です。 Docker は、Dockerfiles と呼ばれる構成ファイルに基づいています。これには、オペレーティング システムの状態の意図したスナップショットを再構築するために評価されるコマンドのリストが含まれています。 Docker は、プリセット アプリケーションのスナップショットであるこれらの Dockerfiles からコンテナーを生成します。 Dockerfile は、バージョン管理のために Git リポジトリにコミットされており、インフラストラクチャに展開する前に追加の構成管理が必要です。
＃3。 テラフォーム
HasiCorp の Terraform は、オープンソースの構成管理プラットフォームです。 IaC は Terraform によって使用され、クラスター、クラウド インフラストラクチャ、およびサービスのプロビジョニングと管理を行います。 Terraform は、AWS、Microsoft Azure、およびその他のクラウド プラットフォームをサポートしています。
各クラウド プラットフォームには、サーバー、データベース サーバー、キューなどの基本的なインフラストラクチャ コンポーネント用の独自の表現とインターフェイスがあります。 Terraform は、クラウド プラットフォーム用の構成ツールの抽象化レイヤーを作成しました。 構成ツールを使用すると、チームはインフラストラクチャの再現可能な説明であるファイルを作成できます。
＃4。 Chef、Puppet、Ansible、Salt Stack
IT 自動化フレームワークには、Ansible、Salt Stack、Chef、および Puppet が含まれます。 これらのフレームワークによって、いくつかの典型的なシステム管理者プロセスが自動化されます。 各フレームワークは、一連の構成データ ファイル (通常は YAML または XML) を使用し、実行可能ファイルによって分析されます。
構成データ ファイルは、システムを構成するために実行する手順の概要を示しています。 次に、実行可能ファイルがアクションを実行します。 実行可能ファイルの言語はプラットフォームによって異なります。 Ansible と Salt Stack は Python ベースですが、Chef は Ruby ベースです。 この方法は、アドホック シェル スクリプトの実行に似ていますが、それぞれのプラットフォームのエコシステムを通じて、より構造化され洗練されたエクスペリエンスを提供します。
これらのツールは、CI/CD の実現に必要な自動化を提供します。
構成管理を始めるにはどうすればよいですか?
もちろん、一瞬で「ゼロ」から「望ましい状態」に移行することはできません。 実際、構成管理システムを選択する前に、まずそのシステムが必要な理由を判断する必要があります。 構成管理を開始する方法は次のとおりです。
- すべての (またはほとんどの) システムに存在する構成オプションの共通のグループに手動チェックリストとドキュメントをコンパイルすることから始めます。 最初に最も一般的なパターンに構成管理の労力を集中させることで、最も人的労力を節約し、自動化のメリットを迅速に会社にもたらすことができます。
- 監視、ウイルス対策、およびその他の一般的に使用されるソフトウェアがチェックリストに含まれていることを確認します。
- 再利用可能なインフラストラクチャをコードとして開発するには、特定のアプリケーション、地理的な場所、またはその他のカテゴリに固有のものにするために何を変更する必要があるかに応じて、システムを分類します。
- 構成管理システムを選択します。
まとめ
それだけです！ これにより、構成管理についての理解が深まることを願っています。 ソフトウェアとインフラストラクチャの現在の状態を追跡することがすべてです。
構成管理を実装するには、多数のツールと手順だけでなく、多数のアプローチがあります。 したがって、戦略に関しては、時間をかけて選択肢を評価し、構成管理手順をどのように機能させたいかを決定してください。
それでも、最終的にはすべての価値があります。 構成管理を正しく行うと、チームはより安全で生産性が向上し、より迅速に変更を加えることができます!
頑張ってください。これからは、すべてをコードとして監査し、追跡し、記述してください!
関連記事
- ソフトウェア構成管理: SCM の詳細ガイド
- 2023 年の構成管理システムとツール
- IT サービス管理: 定義とプロセス
- モバイル デバイス管理ツール: 意味、無料、最高のツール [2023]
- SITE TO SITE VPN: 意味、種類、および使用方法
参考文献
