DevOps とは?

バージョン コントロールとは、コードの管理をバージョンで行うというプラクティスであり、改訂と変更履歴を追跡することで、コードのレビューと回復がしやすくなります。このプラクティスの実装には通常、Git などのバージョン コントロール システムが使用されます。これにより、複数の開発者が共同作業でコードを作成できます。これらのシステムでは、同じファイル内で発生した複数のコード変更をマージする、競合を処理する、および変更内容をロールバックして以前の状態に戻すための、明確なプロセスが提供されます。

バージョン コントロールの使用は基本的な DevOps プラクティスの 1 つであり、このことは開発チームが共同作業し、コーディング タスクをチーム メンバー間で分担するのに役立ちます。また、すべてのコードを保存しておいて、必要に応じて簡単に回復することができます。

バージョン コントロールは、その他のプラクティス、たとえば継続的インテグレーションや "コードとしてのインフラストラクチャ" でも必須の要素です。

アジャイルはソフトウェア開発手法のひとつで、チームのコラボレーション、顧客とユーザーのフィードバック、短いリリース サイクルを通じた変更に対する高い順応性に重点が置かれています。アジャイルを実践するチームは、継続的に変更と改善を顧客に提供し、顧客からのフィードバックを収集し、その顧客の要望やニーズに基づいて学習し、調整します。アジャイルは本質的に、他の従来型のフレームワークとは異なります。その一例であるウォーターフォールには、順次型のフェーズで定義される、長いリリース サイクルが含まれています。かんばんとスクラムの 2 つは、アジャイルに関連してよく利用されているフレームワークです。

"コードとしてのインフラストラクチャ" では、システムのリソースとトポロジが記述的に定義されるため、チームはそのリソースの管理を、コーディングするように行うことができます。これらの定義は、バージョン コントロール システムに格納してバージョン管理することもでき、ここでもコードと同様に、レビューしたり元に戻したりすることができます。

"コードとしてのインフラストラクチャ" を実践することにより、チームは、信頼できる、反復可能かつ制御された方法でシステム リソースをデプロイできます。"コードとしてのインフラストラクチャ" は、デプロイの自動化にも役立ち、ヒューマン エラーのリスクが縮小します。これは特に、複雑な大規模環境で有効です。環境デプロイのための、この反復可能で信頼できるソリューションを利用すると、チームは開発とテスト用に運用環境とまったく同じ環境を維持することができます。同様に、環境をさまざまなデータ センターやクラウド プラットフォームに複製することも、よりシンプルで効率的になりました。

構成管理とは、システム内のリソース (サーバー、仮想マシン、データベースなど) の状態を管理することを指します。構成管理ツールを使用すると、チームは制御された体系的な方法で変更内容のロール アウトを行うことができるため、システム構成の変更のリスクを減らすことができます。チームは構成管理ツールを使用してシステムの状態を追跡し、構成ドリフト (システム リソースの構成が時間の経過とともに、そのリソースに対して定義された望ましい状態から逸脱すること) を防ぎます。

"コードとしてのインフラストラクチャ" と合わせて実践することで、システムの定義と構成の両方を簡単にテンプレート化して自動化できるようになり、これでチームが複雑な環境を大規模に運用できるようになります。

継続的監視とは、アプリケーション スタック全体 (そのアプリケーションを実行する基盤インフラストラクチャから、上位のソフトウェア コンポーネントまで) のパフォーマンスと正常性を完全に、リアルタイムで可視化することを意味します。この可視性を構成するものとしては、テレメトリとメタデータの収集に加えて、オペレーターの注意を引く必要のある事前定義済みの条件についてのアラートの設定があります。テレメトリの内容は、システムのさまざまな部分から収集されたイベント データとログであり、これらは保管されて、その場所で分析やクエリ実行に使用することができます。

高パフォーマンスの DevOps チームは確実に、アクションにつながる、意味のあるアラートを設定するとともに、豊富なテレメトリを収集しています。これで、大量のデータから分析情報を引き出すことができます。このような分析情報を利用すると、チームは問題をリアルタイムで軽減するとともに、アプリケーションを将来の開発サイクルでどのように改善すればよいかを知ることができます。