以下は、ウィキペディアの定義は次のとおりです。
DevOpsチーム（開発事業の開発、運用、単語の組み合わせの維持）が配信プロセスとインフラの変更、互いのソフトウェア開発者およびその他の情報技術（IT）自動化ソフトウェアの専門家を強調する文化、運動や練習、ですコラボレーションとの間の通信。それは頻繁に、より安定的、迅速に構築するためにある文化や環境を確立することを目指し、テスト、ソフトウェアの出版社。
DevOpsチームの過去と現在
私たちは、DevOpsチームは、さまざまな段階でさまざまな問題を解決している滝からアジャイル開発モデルに、現在のモデルにソフトウェアエンジニアリングの開発モデルの開発モデルを知っています。
ウォーターフォール開発モデルは、初期のソフトウェア開発プロセスを定義し、配信および標準製品の納入の異なる段階を標準化。
インターネットアプリケーションの頻繁な反復にアジャイル開発モデルは、自動テスト、継続的インテグレーションと高品質のソフトウェアの持続的な急速な配送を確保するための他の手段を使用してフォームの連続繰り返し、小さな実行するために方法論を提供します。しかし、配信は本当に速い場合にのみ、本番環境にデプロイし、そしてしばしば運用・保守要員の展開側面に関係なく、システムの安定性、可用性とセキュリティのは、より高いしきい値を確立するために、ライン上に展開されます。これは何の意味もないだろう行迅速な配達に配備することはできません。
DevOpsチームがちょうど開発モデルアジャイルこれらの欠点を解決するために、DevOpsチームは、プラットフォーム（プラットフォーム）、プロセス（処理）およびC（コラボレーション）A（自動）L（リーン）Mの人（人々）有機統合によるものです（メトリック）S（共有）文化素早く価値を提供し、継続的に最新のIT組織を改善する能力を持ってする方法の確立を目的としたガイド、など。
DevOpsチームは、より速く、よりビルド、テスト信頼性が高い、とソフトウェアを公開することができ、開発（開発）とO＆M（オペレーション）を一緒に密接に仕事、として理解することができます。
より速く、より信頼性の高いビルド、テスト、およびソフトウェアを公開：DevOpsチームは、開発者が技術の発展を理解するために運用・保守技術、運用、保守を理解しなければならないことが、仕事の2種類がより緊密な協力すること、共通の目標を持っているという意味ではありません。運用・保守のために、競合がもはや開発してデプロイ頻繁に更新され、この手段は、自動展開ツールを提供し、ビルド自動展開プラットフォームを支援しません。開発者にとって、それはもはや運用・保守作業や開発もないではない問題で、開発者と見なさ運用・保守要員は、自動化スクリプトの開発を支援するアーキテクチャ設計、運用・保守に参加するよう招待されます。
利益をもたらすDevOpsチーム
我々はより多くの運用・保守の配慮や懸念があるでしょう、最終的なリング「デプロイ」で、その結果、ソフトウェア開発プロセスに関与の深いアジャイルモード、操作および設計全体のメンテナンスなし、で述べて上に。DevOpsチームは、利益をもたらすとどのような問題を解決することができるように？
高度に自動化されたソフトウェアを通じて、ビルド、テスト、およびリリースプロセス
DevOpsチーム、自動化の適用により、自動化のための非常に重要な基盤である開発・運用・保守の間の障壁を打破するための最も簡単で効果的な方法です。製品の品質が良好な保護を提供するための操作や保守担当者のための自動化のアプリケーションなので、自動化された配信プロセスは、面倒な手動操作を減らし、自動テストは有効です。開発者にとって、それは簡単に高周波を展開することができます。
測定が容易、より透明性と情報
開発、運用・保守情報の伝統的なパターンは、開発と共有する前に透明ではありません。問題があり、私たちは、多くの場合、鍋にお互いを投げています。開発者にとって、状況はサーバー上で実行中のプログラムを理解していない、運用、保守のために、プログラムはブラックボックスで、内部手続きを監視することができない、問題は再起動またはバックをロールバックすることができます。
ツールをロギングすることで、作業DevOpsチーム、より透明性の高い情報を、使用した場合、より多くのデータを測定することもできます。例えば：
- あなたは視覚的にリンクを向上させることができるデプロイするために必要などのくらいの開発時間を、見ることができますか？
- どのような実行している現在のサービスについて、どのように多くの分あたりの訪問、APIエラーレートどのくらい？
- ユーザーとどのように多くの新規ユーザーの現在の数？
これらのデータは、唯一のより良い運用・保守警告やヘルプの開発者がより良い最適化プログラムは、ヘルプのビジネスチームは、より良いサービスの動作を理解することができます助けることができません。
DevOpsチームに何をすべきか
- 継続的インテグレーションと連続配信ワークフローに基づいてヘルプのビルドAチーム
- モニターのアラームログへのシステムの確立、および障害応答のプロセスに基づいて、
- クラウドコンピューティングと仮想化技術に基づいたインフラストラクチャを構築
参考資料
- タイムオタクコラム「ソフトウェア工学の美」
- タイムオタクコラム「DevOpsチーム本当のノート」