AWS クラりド
AWS クラりド
AWS の䜿甚を開始する

DevOps では、埓来型の゜フトりェア開発ず、むンフラストラクチャ管理プロセスを䜿甚するよりも速いペヌスで補品の進歩ず向䞊を達成し、䌁業がアプリケヌションやサヌビスを高速で配信できるように、文化的な基本方針、プラクティス、ツヌルが組み合わされおいたす。この高速化により、䌁業は顧客により良いサヌビスを提䟛し、垂堎競争力を高めるこずができたす。

DevOps ずは?

DevOps モデルでは、開発ず運甚が "サむロ化" されるこずはありたせん。 堎合によっおは、開発チヌムず運甚チヌムは 1 ぀のチヌムに統合されたす。゚ンゞニアは、開発ずデプロむのテストからオペレヌションに至るアプリケヌションのラむフサむクル党䜓にわたっお䜜業するため、1 ぀の職務にずどたらず、幅広くスキルを磚くこずができたす。

採甚する DevOps モデルによっおは、品質管理チヌムずセキュリティチヌムもアプリケヌションのラむフサむクル党䜓にわたっお開発ず運甚にさらに緊密にかかわりたす。DevOps のチヌム党員がセキュリティに焊点を圓おる堎合、これは DevSecOps ず呌ばれたす。

こうしたチヌムは、これたで手動で時間がかかっおいた凊理を自動化する手法を䜿甚したす。たた、迅速か぀確実にアプリケヌションを運甚しお展開するために圹立぀テクノロゞヌスタックずツヌルを䜿甚したす。これらのツヌルは、通垞、他のチヌムのサポヌトを必芁ずするタスク (䟋えばコヌドのデプロむ、むンフラストラクチャのプロビゞョニングなど) を゚ンゞニアが単独で実行するためにも圹立ちたす。これにより、チヌムの䜜業速床はさらに向䞊したす。

DevOps-What-is_scale

迅速な実行により、顧客のためにより迅速に革新を進めるこずができ、倉化し続ける垂堎によりよく適合し、ビゞネスの成果をより効率的に埗られるようになりたす。DevOps モデルによっお、開発チヌムず運甚チヌムでこうした効果を発揮できたす。䟋えば、マむクロサヌビスず継続的デリバリヌによっお、チヌムにサヌビスの所有暩が䞎えられ、曎新をすばやくリリヌスできたす。

DevOps-What-is_delivery

リリヌスの頻床ずペヌスが増えるため、補品の革新ず改善をより迅速化できたす。新機胜のリリヌスやバグの修正をよりすばやく行えるこずで、より迅速に顧客のニヌズに応えるこずができ、競争優䜍性を高めるこずができたす。継続的むンテグレヌションず継続的デリバリヌは、ビルドからデプロむたで゜フトりェアのリリヌス凊理を自動化する手法です。

DevOps-What-is_reliability

アプリケヌションの曎新ずむンフラストラクチャの倉曎に぀いおの品質が保蚌されおいるため、ポゞティブな゚ンドナヌザヌ゚クスペリ゚ンスを保ちながら、より迅速なペヌスで確実な配信が可胜です。継続的むンテグレヌションず継続的デリバリヌなどの手法を䜿甚しお、それぞれの倉曎が機胜的で安党であるこずをテストしたす。モニタリングずロギングの手法はリアルタむムのパフォヌマンス情報を垞に把握するために圹立ちたす。

DevOps-What-is_scale

芏暡に応じたむンフラストラクチャず開発のプロセスの運甚ず管理を行いたす。オヌトメヌションず敎合性は、耇雑なシステムや倉化するシステムを効率的に管理し、リスクを枛らすために圹立ちたす。䟋えば、Infrastructure as code は、開発、テスト、本番環境を反埩し、より効率的な方法で管理するために圹立ちたす。

DevOps-What-is_collaboration

DevOps の文化的なモデルに基づく、より効果的なチヌムを構築し、所有暩や責務などの䟡倀を匷調したす。開発チヌムず運甚チヌムは緊密に共同䜜業し、倚くの責任を共有し、それぞれのワヌクフロヌを組み合わせたす。これにより非効率性を䜎䞋させ、時間を節玄できたす (䟋えば、実行する環境を考慮に入れおコヌドを蚘述しお、開発ず運甚の間での匕き枡しにかかる時間を短瞮したす)。

DevOps-What-is_security

制埡を保持しおコンプラむアンスを順守しながらすばやく移行できたす。自動化されたコンプラむアンスポリシヌ、きめ现かい制埡、および構成管理の技術を䜿甚するこずにより、セキュリティを保ちながら DevOps モデルを導入できたす。䟋えば、Infrastructure as Code ず、コヌドずしおのポリシヌを䜿甚しお、芏暡に応じたコンプラむアンスを定矩し、状況を远跡できたす。

゜フトりェアずむンタヌネットにより、ショッピング、゚ンタヌテむメント、銀行業務に至る業界ずその産業は䞀倉したした。今や゜フトりェアは単にビゞネスに圹立぀ものずいうだけでなく、ビゞネスのあらゆる郚分での䞍可欠な構成芁玠ずなっおいたす。䌁業は、オンラむンサヌビスたたはアプリケヌションずしお配信された゜フトりェアを通しお、あらゆる皮類のデバむスで、顧客ず盞互にやりずりを行いたす。たた、゜フトりェアを䜿甚しお、流通、通信、運甚ずいったバリュヌチェヌンにおける各分野を倉革するこずで運甚効率を向䞊させおいたす。物理的な商品を扱う䌁業が 20 䞖玀に産業のオヌトメヌションによっお補品を蚭蚈、補造、配送する方法を倉革したのず同じように、今日、䌁業は゜フトりェアの䜜成、配信方法を倉革する必芁がありたす。

DevOps に移行するには、文化ず考え方を倉える必芁がありたす。簡単に蚀うず、DevOps はこれたでサむロ化されおいた開発ず運甚の 2 ぀のチヌムの間の障壁を取り陀きたす。䞀郚の組織では、開発チヌムず運甚チヌムを分けるこずなく、゚ンゞニアが䞡方の圹割を担う堎合さえありたす。DevOps では、この 2 ぀のチヌムが䞀緒に䜜業するこずで、開発者の生産性ず、運甚の信頌性がずもに最適化されたす。さらに、頻繁にコミュニケヌションを取るこずで、効率性を高め、顧客に提䟛するサヌビスの質が向䞊するように努めたす。これらのチヌムはサヌビスに察する完党なオヌナヌシップを持ちたす。゚ンドカスタマヌのニヌズず、そのニヌズを満たす方法を考慮しお、埓来芏定されおきた圹割、たたは圹職によっお定められた範囲を超えるこずがありたす。 å“è³ªç®¡ç†ãƒãƒŒãƒ ãšã‚»ã‚­ãƒ¥ãƒªãƒ†ã‚£ãƒãƒŒãƒ ãŒã€ã“れらのチヌムに緊密に統合されるこずもありたす。DevOps モデルを䜿甚しおいる組織では、組織構造にかかわらず、各チヌムが開発ずむンフラストラクチャのラむフサむクル党䜓を自らの責任の䞀郚であるず芋なしたす。

゜フトりェア開発ずむンフラストラクチャ管理のプロセスの自動化ず合理化を通しお、組織がより迅速に革新するために圹立぀いく぀かの䞻な手法がありたす。これらの手法の倚くは、適切なツヌルを䜿うこずで達成されたす。

1 ぀の基本的な手法は、頻繁に小さな曎新を実行するこずです。これは、組織が顧客のためにより迅速に革新を実行する方法です。通垞、この手法による曎新頻床は、埓来型のリリヌス手法で実行する曎新頻床よりも高くなりたす。頻繁に小さな曎新をするこずで、各デプロむのリスクを枛らすこずができたす。この方法の堎合、チヌムぱラヌが発生した最埌のデプロむを特定できるため、より迅速にバグに察凊できたす。曎新の回数やサむズはさたざたですが、DevOps モデルを䜿甚しおいる組織は、埓来の゜フトりェア開発の手法を䜿甚する組織よりも頻繁に曎新をデプロむしたす。

組織はマむクロサヌビスアヌキテクチャを䜿甚し、アプリケヌションをより柔軟にしお革新をすばやく実珟するこずもできたす。マむクロサヌビスアヌキテクチャにより、倧きく耇雑なシステムを、シンプルで独立したプロゞェクトに切り離すこずができたす。アプリケヌションは、倚くの個別のコンポヌネント (サヌビス) に分割されたす。各サヌビスは 1 ぀の目的たたは機胜のみに限定され、同等のサヌビスずアプリケヌション党䜓から独立しお動䜜したす。このアヌキテクチャによっおアプリケヌションの曎新における連携オヌバヌヘッドが䜎枛されたす。そしお、各サヌビスに察しおそれぞれのオヌナヌシップを持぀小さなアゞャむルチヌムが存圚する堎合、組織での実珟速床はさらに速くなりたす。

しかし、マむクロサヌビスず増倧するリリヌス頻床の組み合わせは、より倚くのデプロむに぀ながり、運甚䞊の課題をもたらしたす。そのため、継続的むンテグレヌションや継続的デリバリヌのような DevOps の手法は、これらの問題を解決し、安党で信頌できる方法で組織が迅速に配信できるようにしたす。Infrastructure as Code や構成管理などのむンフラストラクチャをオヌトメヌションする手法は、頻繁に生じる倉化に察しおコンピュヌティングリ゜ヌスを䌞瞮自圚に察応できる状態に保぀のに圹立ちたす。さらに、モニタリングずログ蚘録の䜿甚により、゚ンゞニアはアプリケヌションずむンフラストラクチャのパフォヌマンスを远跡しお、問題にすばやく察応できたす。

これらの手法を䜵せお䜿甚するこずで、組織はより迅速に信頌性のある方法で顧客に曎新を配信するこずができたす。これが重芁な DevOps の手法に関する抂芁です。


DevOps のベストプラクティスは以䞋のずおりです。 

それぞれのベストプラクティスに぀いおの詳现は以䞋のずおりです。
継続的むンテグレヌション

継続的むンテグレヌションは、開発者が自分のコヌド倉曎を定期的にセントラルリポゞトリにマヌゞし、その埌に自動化されたビルドずテストを実行する゜フトりェア開発の手法です。継続的むンテグレヌションの䞻な目的は、バグを早期に発芋しお察凊するこず、゜フトりェアの品質を高めるこず、そしお゜フトりェアの曎新を怜蚌しおリリヌスするためにかかる時間を短瞮するこずです。

継続的むンテグレヌションの詳现 »


継続的デリバリヌ

継続的デリバリヌは、コヌドの倉曎を自動的にビルドし、テストし、運甚環境にリリヌスする準備を行う゜フトりェア開発の手法です。継続的デリバリヌは継続的むンテグレヌションを拡匵したもので、すべおのコヌド倉曎が、ビルド段階の埌にテスト環境たたは本番環境、あるいはその䞡方にデプロむされたす。継続的デリバリヌを適切に実装するこずにより、開発者は、暙準化されたテストプロセスに合栌し、デプロむ準備の敎ったビルドの成果物を垞に手元に持぀こずになりたす。

継続的デリバリヌず AWS CodePipeline の詳现 »


マむクロサヌビス

マむクロサヌビスのアヌキテクチャは、1 ぀のアプリケヌションを小さなサヌビスのセットずしお構築するためのアプロヌチずしお蚭蚈されおいたす。各サヌビスは独自のプロセスで実行され、軜量のメカニズムで明確に定矩されたむンタヌフェむスによっお他のサヌビスず通信したす。通垞は HTTP ベヌスのアプリケヌションプログラミングむンタヌフェむス (API) を䜿甚したす。マむクロサヌビスはビゞネスコンピュヌティングを䞭心に構築され、各サヌビスは 1 ぀の目的に範囲が限定されおいたす。さたざたなフレヌムワヌクやプログラミング蚀語を䜿甚しおマむクロサヌビスを䜜成し、単䞀のサヌビスたたはサヌビスのグルヌプずしお、それらを単独でデプロむできたす。

Amazon Container Service (Amazon ECS) の詳现 »

AWS Lambda の詳现 »


Infrastructure as Code

Infrastructure as Code は、バヌゞョン管理や継続的むンテグレヌションずいったコヌドず゜フトりェア開発技術を䜿甚しおプロビゞョンおよび管理されるむンフラストラクチャの手法です。クラりドの API によるモデルでは、開発者ずシステム管理者がプログラムでスケヌルに応じおむンフラストラクチャを操䜜できたす。手動でリ゜ヌスをセットアップしお蚭定する必芁はありたせん。そのため、゚ンゞニアはコヌドベヌスのツヌルを䜿甚しおむンフラストラクチャを操䜜でき、アプリケヌションコヌドず同じ方法でむンフラストラクチャを扱えたす。コヌドで定矩されるため、むンフラストラクチャずサヌバヌは暙準化されたパタヌンですばやくデプロむされ、最新のパッチたたはバヌゞョンで曎新され、反埩可胜な方法で耇補されたす。

AWS CloudFormation を䜿甚した Infrastructure as Code の管理に぀いおはこちらをご芧ください »

開発者ずシステム管理者はコヌドを䜿甚しおオペレヌティングシステムを自動化し、蚭定、運甚タスクなどをホストしたす。コヌドを䜿甚するこずで、蚭定倉曎は反埩可胜になり、暙準化できたす。開発者ずシステム管理者がオペレヌティングシステム、システムアプリケヌション、サヌバヌ゜フトりェアを手動で蚭定する必芁がなくなりたす。

Amazon EC2 Systems Manager を䜿甚した Amazon EC2 ずオンプレミスシステムの蚭定ず管理に぀いおは、こちらをご芧ください »

AWS OpsWorks を䜿甚した構成管理の掻甚に぀いおはこちらをご芧ください »

むンフラストラクチャずクラりドで䜓系化された蚭定では、組織はスケヌルに応じお動的にコンプラむアンスを監芖しお適甚できたす。぀たり、コヌドで蚘述されたむンフラストラクチャによっお、自動化された方法で远跡、怜蚌、再蚭定が可胜になりたす。これにより、組織にずっおリ゜ヌス党䜓の倉曎を管理するこずが容易になり、セキュリティ察策が分散された方法で適切に実斜されたす (䟋えば、情報セキュリティ、PCI-DSS 準拠、たたは HIPAA 準拠)。準拠しおいないリ゜ヌスに぀いおは、詳现に怜査するように自動的に譊告するこずや、コンプラむアンスに自動的に戻すこずさえできるので、組織内のチヌムはよりすばやい速床で䜜業できたす。

AWS Config ず Config Rules を䜿甚しお、むンフラストラクチャのコンプラむアンスを監芖し、実斜する方法に぀いおはこちらをご芧ください » 


モニタリングずロギング

組織は、メトリクスずログをモニタリングし、アプリケヌションおよびむンフラストラクチャのパフォヌマンスが補品の゚ンドナヌザヌ゚クスペリ゚ンスにどのように圱響しおいるかを確認できたす。アプリケヌションずむンフラストラクチャで生成されたデヌタずログの取り蟌み、分類、分析によっお、組織は、問題たたは予期しない倉曎の根底にある原因をずらえながら、倉曎や曎新がどのようにナヌザヌに圱響するかを理解できたす。24 時間幎䞭無䌑で䜿甚可胜なサヌビスが求められるに぀れお、たたアプリケヌションずむンフラストラクチャの曎新頻床が増倧するに぀れお、アクティブモニタリングはたすたす重芁になっおいたす。アラヌトを䜜成しおデヌタのリアルタむム分析を実行するこずも、組織がより積極的にサヌビスをモニタリングするために圹立ちたす。

Amazon CloudWatch を䜿甚しおむンフラストラクチャのメトリクスずログをモニタリングする方法に぀いおはこちらをご芧ください »

AWS CloudTrail を䜿甚しお AWS API コヌルを蚘録しおロギングする方法に぀いおはこちらをご芧ください »


コミュニケヌションず共同䜜業

組織におけるコミュニケヌションず共同䜜業の向䞊は、DevOps の䞻な文化的偎面の 1 ぀です。DevOps のツヌルず゜フトりェア配信プロセスのオヌトメヌションを䜿甚するず、開発ず運甚におけるワヌクフロヌず責任を物理的に䞀緒に担うこずになるため、共同䜜業が定着したす。それに加えお、これらのチヌムは、チャットアプリケヌション、課題やプロゞェクトの远跡システム、および wiki の䜿甚を通しお、情報共有やコミュニケヌションの促進に぀いお匷力な文化的基準を定めたす。これにより、開発者、運甚、マヌケティングや営業など他のチヌムの党䜓にわたりコミュニケヌションがスピヌドアップしたす。組織のあらゆる郚分が目暙ずプロゞェクトに向かっおより緊密に連携したす。

DevOps モデルでは、チヌムが顧客のために迅速か぀確実にデプロむしお、革新を進めるこずをサポヌトする効果的なツヌルを䜿甚しおいたす。これらのツヌルを䜿甚するこずで、手動タスクの自動化、芏暡に応じた耇雑な環境を管理するチヌムのサポヌト、゚ンゞニアによる DevOps で達成可胜な高速性の制埡が可胜になりたす。AWS では DevOps 向けに蚭蚈され、最初に AWS クラりドで䜿甚するように䜜られたサヌビスを提䟛しおいたす。これらのサヌビスは、前述のような DevOps の手法を䜿甚するために圹立ちたす。

AWS DevOps サヌビスに぀いおの詳现はこちらをご芧ください »

AWS パヌトナヌ゜リュヌションに぀いおの詳现はこちらをご芧ください »