DevOps 変革、ツールだけでは不十分!

＃＃＃導入＃＃＃ アジャイル ソフトウェア開発は、要件分析、テスト、開発の間の障壁を打ち破りました。ソフトウェア開発プロセスでは、開発と運用および保守が同じ分離の問題に直面します。 DevOps 運動の目標は、開発と運用の間の障壁を取り除き、開発と運用の間のコラボレーションを促進することです。

アジャイル ソフトウェア開発は、要件分析、テスト、開発の間の障壁を打ち破りました。ソフトウェア開発プロセスでは、開発と運用および保守が同じ分離の問題に直面します。 DevOps 運動の目標は、開発と運用の間の障壁を取り除き、開発と運用の間のコラボレーションを促進することです。

新しい運用およびメンテナンス ツールの出現とアジャイル エンジニアリング プラクティスの確立により、DevOps が可能になりました [1]。しかし、DevOps の利点の理解は十分とは言えません。最高のツールを使用していても、適切な文化が必要ですが、DevOps は単なるバズワードにすぎません。

DevOps 文化の本質的な特徴は、開発と運用の役割間のコラボレーションがますます増加していることです。このコラボレーションをサポートするには、チームと組織の両方のレベルで文化的な変化が必要です。

責任の共有

責任の共有は DevOps のチーム文化の 1 つであり、責任の共有によりチームのさらなるコラボレーションが促進されます。システムの運用保守業務を他のチームに引き継いだ場合、開発チームは通常、具体的な運用保守業務については関心を持ちません。

開発チームがシステムのライフサイクルにおける運用保守の作業と責任を共同で分担すると、開発チームは運用保守チームの苦労を理解し、開発や運用保守の面倒な作業を積極的に簡素化することができます(例: 自動化された展開と改善のログ)。

実稼働環境のシステム監視を通じて追加の要件を取得することもできます。運用保守チームが率先してシステムのビジネス目標を引き受けると、運用保守チームは開発チームとより緊密に連携して、運用保守のニーズを理解し、サポートを提供できます。

実際には、開発チームが運用および保守作業 (展開や監視など) についてさらに知る必要があると認識したとき、または運用および保守チームが新しい自動化ツールや手法を採用したときに、コラボレーションが開始されることがよくあります。

開発チームと運用チームを統合する

責任を共有する文化には、組織の変化も必要です。開発チームと運用チームの間に障壁があってはなりません。まず、文書の引き渡しは、共同作業の代替として当てにできません。組織のリソース構造は、運用チームが製品提供プロセスにできるだけ早く介入し、他のチームと協力できるようにサポートする必要があります。

開発チームと運用チームを統合すると、共同作業を効果的に推進できます。 「引き継ぎと承認」は、チームが責任を共有するのに役立ちず、責任を負う文化につながる可能性があります。代わりに、開発チームと運用チームは製品の成功と失敗に対して共同で責任を負う必要があります。

DevOps 文化は開発と運用の境界を曖昧にし、最終的には境界を排除します。 DevOps を組織に導入する際の一般的なアンチパターンは、DevOps ロールまたは DevOps チームを作成することです。そうすることによって、より多くの障壁が作られ、DevOps の文化と実践がより広範なチーム全体に広がり、使用されることが妨げられるだけです。

自己組織化チームのサポート

もう 1 つの貴重な組織的変化は、自己組織化チームをサポートすることです。より効率的に連携するために、開発チームと運用および保守チームは独立して意思決定を行う必要があり、変更を採用する際に長時間にわたる変更管理プロセスを必要としません。これには、チームへの信頼、リスク管理方法の変更、失敗を心配しない環境を構築する必要性が含まれます。

たとえば、チームは変更をテスト環境にリリースする前に、変更のリストを作成し、多数の承認を得る必要がありますが、これらの変更は遅れることがよくあります。広範な手動チェックではなく、監査可能なバージョン管理に頼るべきです。バージョン管理の変更は、手動でのサインオフや承認を必要とせずにチームのタスク管理ツールにリンクできるため、チームは変更を自動的に展開し、テスト サイクルを短縮できます。

DevOps 文化への変化の影響の 1 つは、コードを実稼働環境にデプロイすることが容易になることです。これにはさらなる文化的変化が必要です。実稼働環境への変更を確実に信頼できるものにするために、チームは開発プロセスに品質を組み込むことに重点を置く必要があります。これには、パフォーマンスやセキュリティなど、部門を超えた懸念が含まれます。継続的配信手法 (コードの自己テストを含む) により、日常的な低リスクの導入が可能になります。

チームがフィードバックに注意を払うことも重要であり、チームとして開発や運用保守を継続的に推進していくためには、本番環境のモニタリングは非常に有用なフィードバックループであり、問​​題点の診断や改善点の発見に役立ちます。ポイント。

自動化は DevOps 運用の​​基礎であり、コラボレーションを高速化できます。テスト、構成、展開を自動化することで、チームは他の貴重な活動に集中できる時間が増え、人的エラーが削減されます。自動化されたスクリプトとテストのもう 1 つの利点は、システムのドキュメントが常に最新であることが保証されることです。たとえば、サーバー構成が自動化されるということは、開発チームと運用チームの両方がサーバー構成を理解し、変更できることを意味します。

＃＃＃注記：＃＃＃ [1]: 運用およびメンテナンス ツールには、仮想化、クラウド コンピューティング、自動構成管理が含まれており、これらのツールは継続的統合、インクリメンタル デザイン、コード精製などのエンジニアリング プラクティスでサポートされています。

以上がDevOps 変革、ツールだけでは不十分!の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。