DevOps採用のアプローチ:計画と設計（第三回章）

その経験の一部を共有し、DevOpsプロジェクトの計画と設計の旅に皆さんをご招待したいと思います。開発ライフサイクルのさまざまな段階を通じて、DevOpsプロジェクトを成功させるために必要なことを説明します。この記事は長いので３回にわけて投稿します。今回は最終章です。

DevOps戦略

クラウドパラダイムは、ソフトウェアを管理するためのフレームワークをより迅速かつ俊敏にすることにつながりました。このおかげで、冗長なタスクの自動化、反復的で煩雑な手作業の排除、ヒューマンエラーの低減など大きな効果が出ています。この新しいパラダイムは、すべてを統合するのに役立っています。

• - 自社のリクエストを把握する
• - DevOpsのプロセスを定義する
• - 開発者と運用者の両方のスキルを持つ人材を探し、make liaisons。
• - すべての本番環境は、同一の開発環境とミラーリングされている。
• - 開発担当者と運用担当者は全員、予定された “オフィスアワー “を持つ。
• - すべてのインフラとソフトウェアコンポーネントの自動テストに重点を置く。
• - インフラとアプリの両レベルで自動化されたテストが実施されないと、アプリは起動しない。
• - 自動化されたモニタリングやプラットフォームが、インフラとソフトウェア層を24時間365日監視し、開発者と運用者を24時間365日ページします。
• - 開発部門と運用部門の両方が、環境のパフォーマンスと可用性に対して24時間365日、説明責任を持ちます。
• - 定期的なコードレビューが必要であり、Opsはコードレビューに関与する。
• - 理解できないことは自動化しないこと。

DevOpsアプローチの導入

DevOpsは、複雑なビジネス上の問題を解決し、組織により高い速度と迅速な変化への対応力を提供する、画期的な技術です。ビジネス継続性に影響を与えることで、より良い、より迅速なビジネス成果を実現することができます。

DevOpsは、エンドユーザーへの継続的な価値提供を可能にする人材、プロセス、およびツールの組み合わせです。文化的変革の一環として、各チームが異なる優先順位と目的を持っていることを認識し、チームの異なるニーズを受け入れることです。他のグループの視点やニーズも考慮する必要があります。ツールよりも人とプロセスに重点を置くべきです。

デザイン思考はDevOpsの問題解決にどう役立つのか

デザイン思考をDevOpsの問題解決に利用すると、アプリケーション開発者が行うのと同じ方法で理解を深めることができます。ユーザーペルソナを作成し、journeyをマッピングしてペインポイントやディリーターを特定…