次の方法で共有


オペレーショナル エクセレンスの設計原則

運用上の卓越性の柱は、開発プラクティス、監視、リリース管理のプロセスを定義します。 目標は、開発時間、人的エラー、ユーザーの混乱を軽減する標準を確立することです。 Fusion開発プラクティスに従うことで、チームのコラボレーションも向上します。

運用の正常性を評価するには、次の質問から始めます。

  • 継続的な改善を推進し、経験から学ぶにはどうすればよいでしょうか?
  • 摩擦を減らし、一貫性を促進する開発および展開の標準はありますか?
  • ワークロードはユーザーの期待と要件を満たしていますか?

標準と明確なリーダーシップがなければ、ワークロード チームはベスト プラクティスに従わない方法に頼ることが多く、ユーザー エクスペリエンスとサポート エクスペリエンスが低下する可能性があります。

これらの設計原則は、 Microsoft Azure Well-Architected Framework の運用上の卓越性の原則に基づいており、単に症状を治療するのではなく、根本原因に対処することを目的とした運用戦略のガイドラインを提供します。 推奨されるアプローチから始めて、何が機能し、何が機能しないかを観察し、改善できる領域を特定します。 戦略を設定したら、 運用上の優秀性チェックリストを使用してアクションを推進し続けます

ワークロードは、運用要件とビジネス要件の両方を満たす必要があります。 効率的なプロセスにより、コンプライアンスとガバナンスの標準に従いながら、ワークロードがビジネス目標を達成できるようになります。 重要なのは、一貫して再現性を見つけることです。

これらの目標を達成すると、変化の時期でもワークロードは確実かつ予測どおりに実行されます。 運用要件に重点を置かないと、展開の失敗や一貫性のなさ、コストと時間の増加、ユーザー エクスペリエンスの中断につながる可能性があります。

フュージョン開発と DevOps の文化を導入する

目標アイコン開発チームと運用チームが協力し、責任を共有し、所有権を共有するという考え方で連携することで、ワークロードとプロセスを継続的に改善できるようにします。

フュージョン開発、またはフュージョン チーム開発は、 Gartner 「テクノロジーと他の種類のドメイン専門知識を融合した、分散型で多分野にわたるデジタル ビジネス チーム」と定義されています。(出典: 2019年 Gartner デジタル ビジネス チーム調査)

フュージョン開発は、ローコード手法を活用してアプリケーション開発をスケーリングすることを目的とした戦略です。 フュージョン開発では、プロの開発者と市民開発者やローコード開発者の協力を促すことで、より良いアプリケーションをより早く構築することができます。 また、ローコード機能を使用し、それらをコードファースト コンポーネントと組み合わせて、ビジネス ニーズを満たし、フュージョン アプリケーションを作成することもできます。

優れた融合開発とDevOps文化は、知識を共有する共同環境を育み、責任を共有することで繁栄します。 目標と優先順位が一致している開発チームと運用チームは、ビジネスの焦点と目標を念頭に置いています。 フィードバックはすべてのチーム間で共有されます。 たとえば、運用チームはワークロードのサポートに関するフィードバックを開発チームと共有し、時間の経過とともにワークロードを改善します。 同時に、ITプロフェッショナルと運用チームは、市民開発者が最小限の摩擦でより多くの成果を達成できるようにする、安全で管理された環境を確立します。

DevOpsプラクティスでは、各チームに明確な役割と責任を割り当て、運用タスクを合理化して、効率的でありながら負担が大きすぎないようにします。 DevOpsの価値を最大限に高めるには、テクノロジーを活用してプロセスを改善し、組織内でオープンなコミュニケーションを促進する文化が必要です。

Azure Well-Architected FrameworkでDevOps文化を取り入れる方法 について詳しくは、こちら をご覧ください。

開発標準を確立する

目標アイコン開発手法を標準化し、品質ゲートを実施し、体系的な変更管理を通じて進捗と成功を追跡することで、生産性を最適化します。

一貫性とメンテナンスの容易さを推進するために、テクノロジーとコーディング標準、スタイル ガイド、ツールが導入されています。 品質保証プロセスでは、機能要件と非機能要件が満たされていることを保証し、開発ライフサイクルの早い段階でのテストを重視します。 技術的な活動を標準化し、チームと関係者の間で合意を促進するための効果的なプロセスが整備されています。 開発者は標準とプロセスによってサポートされますが、それらによって負担を強いられることはありません。

Azure Well-Architected Frameworkでの 開発標準の確立 の詳細について説明します。

監視と洞察で運用を改善

目標アイコンワークロードを可視化し、洞察を活用してデータに基づいた意思決定を行います。

Power Platform Well-Architectedの柱に従ってワークロードを監視することで、ワークロードの品質を継続的に向上させます。 ワークロードのあらゆる側面を追跡する監視システムを構築します。 学習に役立ち、改善を促進するデータを収集します。 監視は、ワークロードのプロアクティブなメンテナンス、品質とセキュリティの保証、パフォーマンスと容量の計画、および製品管理において重要です。 効率的な監視により、反応サイクルとインシデント対応時間を短縮できます。

Azure Well-Architected Frameworkの 観測性による運用の進化 について詳しく学習します。

自信を持って展開する

目標アイコン予測可能な展開の望ましい状態に到達します。

すべての環境にワークロードを一貫して展開できるようにするワークロード サプライ チェーンを構築します。 自動化、テスト、監視、バージョン管理が可能なツールを選択します。 チームのスキルを向上させて、選択したテクノロジーを活用し、生産性を向上できるようにします。 自動化を通じて展開される不変の資産を実現し、下流の環境での構成のドリフトや手動による変更を回避することを目指します。

Azure Well-Architected Frameworkでの 確実なデプロイ について詳しく学習します。

自動化で効率を高める

目標アイコン反復的な手動タスクを自動化に置き換えて、タスクをより迅速に、一貫性と正確性を高めて完了し、リスクを軽減します。

時間がかかり、エラーが発生しやすい可能性のある反復的なタスクを評価します。 自動化の機会を特定して、チームをより価値の高いタスクに割り当て、生産性と一貫性を向上させます。 アンチパターンを回避し、セキュリティの脅威を念頭に置きながら、全体的なワークロードに適用するのと同じ原則で自動化を設計します。

詳細はこちら 効率化のための自動化 Azure Well-Architected Frameworkで。

安全な展開プラクティスを採用する

目標アイコンエラーや予期しない状況の影響を最小限に抑えるために、デプロイメント プロセスにガードレールを実装します。

パイプラインなどの自動化されたデプロイメント プロセスを使用して、変更のデプロイメントを標準化します。 一貫した展開方法により、展開が安全かつ確実に、繰り返し実行できるようになります。 変更を厳密にテストすることで、展開の早い段階で問題を検出します。 デプロイメントの失敗から迅速に回復するための緩和戦略が確立されていることを確認します。

Azure Well-Architected Frameworkで 安全なデプロイメント プラクティスを採用する 方法の詳細をご覧ください。

次の手順