DevOps：開発と運用の融合

**DevOps**とは、開発と運用を組み合わせたもので、文化、運動、または実践を表しています。

*本ブログは英語版からの翻訳です。オリジナルは[こちら](https://www.alibabacloud.com/blog/devops-development-and-integration_73889)からご確認いただけます。一部機械翻訳を使用しております。翻訳の間違いがありましたら、ご指摘いただけると幸いです。*

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/3170b852-ad2e-c4e3-2214-ae02fe6b3c8e.png)

#序章
DevOpsは、開発と運用の組み合わせであり、文化と実践を表しています。ソフトウェア開発者(Dev)と情報技術(IT)運用保守(O&M)の専門家(Ops)の両方のコラボレーションとコミュニケーションを重視し、ソフトウェアの提供とインフラストラクチャの変更を促進します。それは、ソフトウェアの構築、テスト、リリースがより便利に、より頻繁に、より確実に起こることができる文化と環境を確立することを目指しています。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/3ab11128-28a3-f5fa-bfff-67d45e3d863b.png)

#Devops - 背景
2016年、DevOpsは徐々に優勢になりました。テックアナリストは、基本的なクラウド、モバイル、ソーシャルの需要の原動力は、最終的にはDevOpsのベストプラクティスが確保できる文化的、パフォーマンス、経済的なメリットを実現するために企業に影響を与えると予測しています。

最新かつ柔軟性のある企業は、DevOpsと継続的なデリバリの利点を経験しています。さらに、成熟した大企業はDevOpsベストプラクティスの価値を認識しており、それが文化的変革のきっかけとなっています。しかし、これらの企業はDevOpsに対する実践的な姿勢を堅持しています。2016年には、DevOpsが広範囲に適用される前、企業はプロセス、自動化、コラボレーション、ツールの側面を含む非キーまたは新しいITプログラムでDevOpsのテスト実験を行っていました。しかし、現在のコラボレーションでは、作業効率が向上しています。

IT Central Station上で実際のユーザーが投稿したDevOpsソリューションのコメントの傾向を観察していると、DevOpsソリューションを調査・購入するユーザーに変化が見られます。以前はDevOpsマネージャーやリリースマネージャーがコメントの大半を執筆していました。現在では、アーキテクト、顧客サービスマネージャ、ミドルウェアソフトウェアの専門家、ネットワークエンジニアなどによって構成されたDevOpsツールに関するコメントが増加傾向にあります。さらに、2016年には、より多くの主流のITバイヤーがDevOpsツールを予算に加え始めました。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/04410f55-4ab3-6df7-e1c1-f0051fff2bfc.png)

出所：ガートナー（2015年9月 ガートナー（2015年9月)

現在、成熟したDevOpsのバイヤーは、早い段階で近代的なプラクティスやテクノロジーを採用したソフトウェア業界や技術業界出身者です。一方で、大企業やフォーチュン500企業では、DevOpsアプローチの採用率が急増しています。2016年末までに、DevOpsはその普遍的なアクセスと実践のおかげで、有利な戦略であることが証明されていました。

#DevOpsの採用 - 大企業向け
2016年には、より多くの大企業や組織がDevOpsソリューションを検討しました。今後、データ分析と問題解決に依存する自動関連付けのためのより洗練された機器がますます増えていくでしょう。これには、展開の共有または集約の計算、ストレージ、およびネットワークリソースのパフォーマンスリスクを軽減するためのインフラストラクチャのシステム間インテリジェントインサイトが含まれます。

全体的な戦略の一環として、グローバルなFortune500企業は引き続きDevOpsチーム設立を行っていきます。さらに、新しいソフトウェア、ツール、QA技術の活用により、この勢いはさらに増すと予想されます。DevOpsの採用に対して、製品の品質やサービスの妥協の可能性を理由に、組織が冷たい態度で対応していた時代は終わりました。DevOpsの利点と新しいQA技術が定期的に登場することで、製品の品質とサービスが保証されるようになったのです。

世界のトップ500社が、自社の取り組みやコスト削減の成果を公開フォーラムで議論を開始しました。さらに、DevOpsの採用により、組織はその成果を誇りに思っています。DevOpsは、1つのプライマリアプリケーションのみを運用しているソフトウェア企業よりも、より多くのアプリケーションを運用している大企業の方が難易度が高いため、大企業はDevOps文化を部分的に受け入れることで、大きな利益を得ることができます。

2016年、DevOpsの動きは、開発と真のDevOpsプロセスへの移行に完全に失敗したものの、基本的なDevOpsの概念を受け入れる必要があった従来の開発チームに影響を与え始めました。当然のことながら、彼らはコラボレーションからスタートし、エンドユーザー、アジリティ、自動化、測定メカニズムにもっと注意を払い始める必要がありました。最後に、最も重要なことは、パフォーマンスを基準として使い始める必要があるということです。

#DevOpsの導入 - 小規模ITチームのために
ここ数年、小規模なITチームや組織はDevOpsを扱う際に頭を抱えていました。しかし、この傾向は変わると予想されています。DevOpsは、小規模な組織にもかなり浸透してきています。アナリストは、小規模な IT チームが大企業が開拓したプロセスを反映した開発戦略に移行するのを目の当たりにすることになるだろうと考えています。DevOps文化とテクノロジーの両方を成功裏に導入することで、小規模なIT組織はアジャイル開発を活用することが容易になります。これにより、市場投入までの時間が短縮され、ビジネス価値が向上するはずです。

#DevOpsベストプラクティスの生成

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/d60084b5-799d-6524-df23-8cc18713e579.png)

ソフトウェア開発の分野では、DevOpsはまだ始まったばかりで、その実践にはまだ明確な基準がなく、企業はこの文化的変革を完全に受け入れることを躊躇しています。2016年には、企業が独自の標準を構築することになるでしょう。そして徐々にベストプラクティスが出現し、業界がそれを適用するようになるでしょう。

#APM：重要なDevOpsテクノロジー
2016年は、開発環境のさらなる仮想化・クラウド化、開発者のワークステーションの仮想化の増加、アーキテクチャメトリクスやビジネス上のKPI（Key Performance Indicators）のモニタリングだけでなく、自動取り込みを実現するための様々な取り組みによるユニットテストや機能テストの対象範囲の拡大など、大きな動きを経験することになるでしょう。最後に、アプリケーション構築を迅速化し、デプロイメントパッケージを小型化し、エンジニアへのフィードバックを迅速化するためのアーキテクチャの再編成を見ることになるでしょう。APMは、これらの分野で成功を収めるために重要な役割を果たしていきます。

![image.png](https://qiita-image-store.s3.ap-northeast-1.amazonaws.com/0/647921/7349dfe4-acb5-593b-152f-f3e0eeb22c88.png)

#DevOpsにおける自動テスト
DevOpsにおけるテストは、プロダクトマネージャー、開発者、テスター、アーキテクトを含むすべてのメンバーがコラボレーションすることで、テストがあらゆる側面をカバーできるように自動化されていることは間違いありません。製品を1日に何度もオンラインでリリースする必要がある場合や、パッチや機能のアップデートが必要な場合、自動テストは完全な製品テストを保証するための完璧な選択となります。自動テストは手動テストよりも高速であるだけでなく、指定されたコンポーネントのすべての履歴テストケースに対して反復テストを行うことができるからです。

DevOpsにおける品質保証（QA）は、特定の詳細なテストのみを行うのではなく、全体的な製品品質に焦点を当てることで、より良いQAを提供します。

#DevOpsにおける共同開発
DevOpsでは、コードコミットには開発チーム間の連携が不可欠であり、管理モデル、テストの仕組み、コードデリバリーサイクル、フィードバック、モニタリングの仕組みなどが必要となります。開発者はコードの品質だけでなく、コードを書くことにも力を入れるべきです。テスト担当者がコードの問題をバグやアプリケーションのパフォーマンス低下の原因として特定した場合、コードライターは責任を問われます。

DevOpsアプローチでは、開発チームがデリバリーを完了させます。これまでのプラクティスでは、開発チームとデリバリチームは、それぞれが好むツールを採用する別個のチームとして考えられていました。配信で使用されるツールキットは、開発プロセスで利用されるツールであり、開発テスト担当者がツールを変更する必要がなくなるため、開発テスト担当者の作業が簡素化されます。

#DevOpsにおけるO&Mの可視化
成熟した DevOps O&M システムには以下のものを含むべきだと考えています。

- 自動化されたテスト
- 基本コンポーネントの一括設定
- 監視と警告
- データの可視化
- 連携・協力

洗練されたO&Mシステムは、アプリケーション、ネットワーク、計算、ストレージ、仮想化などのリソースのパフォーマンスや警告メッセージを総合的に分析することができます。さらに、シンプルでわかりやすいインターフェイスを通じて、ビジネスの健全性レベルを直感的に表示することができます。障害が発生した場合、最初に情報を受信して関連情報に基づいて問題の所在を特定し、障害の所在範囲を狭め（つまり、問題が計算、アプリケーション、ネットワークのいずれにあるかなど）、さらに関連する問題の所有権を明確にすることができ、経験豊富な開発・O&M担当者が責任を回避することなく、迅速に問題を処理することができるようになります。

#結論
DevOpsは、大規模な組織から小規模な組織まで受け入れられる技術的なソリューション/ツールとして進化してきました。その利点と結果を生み出す能力により、すべての組織のパラメータの中での勝ち組となっています。

参考文献：
[http://www.devopsdigest.com/2017-devops-predictions-6](http://www.devopsdigest.com/2017-devops-predictions-6?spm=a2c65.11461447.0.0.f64978ebVJrk9G)
[https://www.gartner.com](https://www.gartner.com/?spm=a2c65.11461447.0.0.f64978ebVJrk9G)

*アリババクラウドは日本に２つのデータセンターを有し、世界で60を超えるアベラビリティーゾーンを有するアジア太平洋地域No.1(2019ガートナー)のクラウドインフラ事業者です。
アリババクラウドの詳細は、こちらからご覧ください。
[アリババクラウドジャパン公式ページ](https://www.alibabacloud.com/ja)*