ソフトウェアとインターネットは、ショッピング、エンターテイメント、銀行業務に至るまで、その世界と産業を一変させました。今やソフトウェアは単にビジネスに役立つものというだけではありません。それどころか、ビジネスのあらゆる部分での不可欠な構成要素となっています。企業は、オンラインサービスまたはアプリケーションとして配信されたソフトウェアを通して、あらゆる種類のデバイスで、顧客と相互にやりとりを行います。また、流通、通信、および運用など、価値連鎖のあらゆる分野を一変させて運用効率を向上させるためにソフトウェアを使用します。物理的な商品を扱う企業が 20 世紀に産業のオートメーションによって製品を設計し、製造し、配送する方法を変化させたのと同じように、今日の世界で企業は、ソフトウェアを作成し、配信する方法を変化させる必要があります。

DevOps に移行するには、文化と考え方を変化させる必要があります。簡単に言うと、DevOps はこれまでサイロ化されていた開発と運用の 2 つのチームの間の障壁を取り除きます。一部の組織では、開発チームと運用チームを分けることなく、エンジニアが両方の役割を担う場合さえあります。DevOps では、2 つのチームが一緒に作業することで、開発者の生産性と、運用の信頼性がともに最適化されます。さらに、頻繁にコミュニケーションを取ることで、効率性を高め、顧客に提供するサービスの質が向上するように努めます。これらのチームはサービスに対する完全なオーナーシップを持ちます。エンドカスタマーのニーズと、そのニーズを満たす方法を考慮して、従来規定されてきた役割、または役職によって定められた範囲を超えることがあります。品質管理チームとセキュリティチームも、これらのチームと緊密に統合される場合があります。DevOps モデルを使用している組織には、組織構造にかかわらず、全体の開発とインフラストラクチャのライフサイクルを責任を持って確かめるチームが必要です。

ソフトウェア開発およびインフラストラクチャ管理のプロセスの自動化および合理化を通して、組織がより迅速に革新するために役立つ幾つかの主な手法があります。これらの手法の多くは、適切なツールで実行されます。

1 つの基本的な手法は、頻繁に小さな更新を実行することです。これは、組織が顧客のためにより迅速に革新を実行する方法です。通常、この手法による更新頻度は、従来型のリリース手法で実行する更新頻度よりも高くなります。頻繁に小さな更新をすることで、各デプロイのリスクを減らすことが可能です。この方法では、チームはエラーが発生した最後のデプロイを特定できるため、チームはより迅速にバグに対処できます。更新の回数やサイズはさまざまですが、DevOps モデルを使用している組織は、従来のソフトウェア開発の手法を使用する組織よりも頻繁に更新をデプロイします。

組織はマイクロサービスアーキテクチャを使用し、アプリケーションをより柔軟にして革新をすばやく実現することもできます。マイクロサービスアーキテクチャにより、大きくて複雑なシステムを、シンプルで独立したプロジェクトに切り離すことができます。アプリケーションは、多くの個別のコンポーネント (サービス) に分割されます。各サービスは 1 つの目的または機能のみに限定され、同等のサービスとアプリケーション全体から独立して動作します。このアーキテクチャによってアプリケーションの更新における連携オーバーヘッドが低減されます。そして、各サービスに対して、それぞれのオーナーシップを持つ小さなアジャイルチームが存在する場合、組織はよりすばやく作業できます。

しかし、マイクロサービスと増大するリリース頻度の組み合わせは、より多くのデプロイにつながり、運用上の課題をもたらします。そのため、継続的インテグレーションや継続的デリバリーのような DevOps の手法は、これらの問題を解決し、安全で信頼できる方法で組織が迅速に配信できるようにします。コードとしてのインフラストラクチャや、設定管理のようなインフラストラクチャをオートメーションする手法は、頻出する変化に対してコンピューティングリソースが伸縮自在に対応できる状態に保つために役立ちます。さらに、モニタリングとログ記録の使用により、エンジニアがアプリケーションとインフラストラクチャのパフォーマンスを追跡することがサポートされ、それによって問題にすばやく対応できます。

全体的にこれらの手法は、組織が顧客により速く、より信頼性のある更新を配信するために役立ちます。これが重要な DevOps の手法に関する概要です。

開発者とシステム管理者はコードを使用してオペレーティングシステムを自動化し、設定、運用タスクなどをホストします。コードを使用することで、設定変更は反復可能になり、標準化できます。開発者とシステム管理者がオペレーティングシステム、システムアプリケーション、およびサーバーソフトウェアを手動で設定する必要がなくなります。

Amazon EC2 Systems Manager を使用した Amazon EC2 とオンプレミスシステムの設定と管理については、こちらをご覧ください »

AWS OpsWorks を使用した設定管理の活用についてはこちらをご覧ください »

インフラストラクチャとクラウドで体系化された設定では、組織はスケールに応じて動的にコンプライアンスを監視して適用できます。つまり、コードで記述されたインフラストラクチャによって、自動化された方法で追跡、検証、および再設定が可能になります。これにより、組織にとってリソース全体の変更を管理することが容易になり、セキュリティ対策が分散された方法で適切に実施されます (例えば、情報セキュリティ、PCI-DSS 準拠、または HIPAA 準拠)。準拠していないリソースについては、詳細に検査するように自動的に警告することや、コンプライアンスに自動的に戻すことさえできるので、組織内のチームはよりすばやい速度で作業できます。

AWS Config と Config Rules を使用して、インフラストラクチャのコンプライアンスを監視し、実施する方法についてはこちらをご覧ください » 

DevOps モデルでは、チームが顧客のために迅速かつ確実にデプロイして、革新を進めることをサポートする効果的なツールを利用しています。これらのツールを使用して、手動タスクの自動化、規模に応じた複雑な環境を管理するチームのサポート、エンジニアによる DevOps で達成可能な高速性の制御を可能にします。AWS では DevOps 向けに設計され、最初に AWS クラウドで使用するように作られたサービスを提供しています。これらのサービスは、前述のような DevOps の手法を使用するために役立ちます。

AWS DevOps サービスについての詳細はこちらをご覧ください »

AWS パートナーソリューションについての詳細はこちらをご覧ください »