ルーチン タスクと非ルーティング タスクの形式化に関する推奨事項

  • [アーティクル]

この Azure Well-Architected Framework のオペレーショナル エクセレンス チェックリストの推奨事項に適用されます。

OE:02 ドキュメント、チェックリスト、または自動化を使用して、必要に応じてルーチンを実行する方法、および緊急時の運用タスクを正式化します。 シフト レフト アプローチなど、業界をリードするプラクティスとアプローチを採用することで、チーム プロセスと成果物の一貫性と予測可能性を目指します。

このガイドでは、ルーチン タスクと非ルーティング タスクの形式化に関する推奨事項について説明します。 効率的で成功したワークロード チームには、一貫した予測可能なワークロード管理プラクティスがあります。 業界で実証済みのツールとプラクティスを採用し、実用的な場合はプロセスを自動化することで、効率と一貫性を最適化します。 ルーチン、即興、緊急タスクの処理方法について一貫することで、問題が発生したときに準備が解除されるリスクを最小限に抑えることができます。 ワークロード管理に継続的な改善アプローチを採用することで、ワークロードのライフサイクル全体にわたってチームの一貫性と効率を向上させることができます。

主要な設計戦略

一貫性のあるプロセスにより、作業品質が予測可能になり、予測可能な作業品質によってワークロードのサポートがスムーズになります。 プロセスの一貫性を実現するには、標準パターンでプロセスを実行する方法について意図的かつ明示的である必要があります。 予測不可能な可能性のある領域を最小限に抑えるには、自動化やシフトレフトアプローチなどの戦略を使用します。

プロセスの標準化には多くの図形が必要です。 標準化に取り組むあらゆる方法について説明することは、このガイドの対象外ですが、一般的な推奨事項には次のようなものがあります。

  • 標準化するプロセスは、ワークロード管理のすべての側面 (信頼性、セキュリティ、コストの最適化、パフォーマンス、運用プロセス) をカバーする必要があります。 ワークロード チームは、organizationの全体的なガバナンスの下でワークロードを維持し、継続的に改善するために必要なだけ、プロセスの所有権を持つ必要があります。

  • 作成するドキュメントでは、標準的な運用手順がキャプチャされ、処理方法が決まりますが、ドキュメントは最終版ではありません。 手順は、ワークロードとチームの進化に合わせて進化する必要があります。 標準を定期的に確認してチャレンジし、今すぐチームにとって適切な標準であることを確認します。 ドキュメント形式の一貫性を確保し、レビューと更新の記録を確保するために、ドキュメントをテンプレート化してバージョン管理する必要があります。 バージョン管理は、チームが定期的にスケジュールされた間隔でドキュメントのレビューを行う要件を強化するのにも役立ちます。

  • ルーチン、即興、緊急タスクを、理解しやすいチェックリスト項目に分割します。 ルーチン タスクの例として、オープンソースの依存関係に更新プログラムを適用するプロセスがあります。 ワークロードでは、サードパーティのメッセージ サービスを使用するために、SDK などのオープンソース ライブラリを使用する必要がある場合があります。 この SDK は、セキュリティパッチ、バグ修正、および機能改善のために定期的に更新する必要があります。

    更新プログラムが必要であると判断した場合、ワークロード チームには、下位環境での更新プログラムのテスト、運用環境での更新プログラムのデプロイのための変更管理要求の作成、Wiki やサポート情報などのドキュメントの更新などの項目を含むチェックリストが用意されている場合があります。 明確に定義された個別のタスクに各チェックリスト項目をフォーカスします。

  • 即興タスクと緊急タスクはシナリオ固有ですが、オペレーターは引き続きその役割と責任を明確に理解する必要があります。 これらのタスクを効率的に処理するには、ワークロード チームやorganization内の他のチームとやり取りする方法を知る必要があります。

    たとえば、即興タスクでは、ワークロード機能の強化が承認された新しい種類のリソース (機械学習サービスなど) をデプロイできます。 この種類のリソースのデプロイとテストのための完全に実現されたチェックリストがない可能性があります。 ただし、コード テンプレートとしてインフラストラクチャに新しいリソースを追加するための一般的なチェックリストと、プロモーション チェーンの各段階でパフォーマンス、セキュリティ、信頼性のインフラストラクチャ テストをカバーする標準が必要です。

    同様に、 緊急対応計画 では、役割と責任、一般的なプロセスと手順を明確に定義する必要があります。 緊急時にこの計画に従って、効率的に対処する必要があります。

    即興および緊急業務は、標準的な運用手順を改善する方法を学ぶ良い機会でもあります。 ワークロード チームに、運用がスムーズに進んだ方法を考え、既存のプロセスの更新が今後有益であるかどうかを判断するように依頼します。

  • 業界で実証済みのプラクティスを採用して、チームがプロセスと標準の発明に費やす時間を最小限に抑えます。 スクラムでのアジャイルプラクティスに従い、かんばんボードを通じて作業を整理し、シフトレフトのエトスを採用することは、長年にわたって開発され、あらゆる規模の組織にとって効果的であることが証明されているプラクティスの例です。 多くの成熟した組織では、一貫性を強制するために、バージョン管理された標準運用手順、Wiki、新入社員マニュアル、および操作マニュアルを使用しています。

    チームのエクスペリエンスに依存して、ワークロード ライフサイクル管理に適合するプラクティスを決定します。 他のチームから、特定のプラクティスが組織構造にどのように適合するかを理解するために、正常に実装された標準について学習します。

    このコンテキストでは、シフトレフトの精神は、ワークロード チームが、ワークロードのセキュリティ、信頼性、コスト効率を向上させる対策を探す権限を与える必要があることを意味します。 次に、外部チームに責任を移すのではなく、それらの改善策を独自のバックログに追加します。

    たとえば、探索的テストでは、セキュリティ スキャンによって公開されるまで検出されなかった可能性があるセキュリティの改善のための領域が明らかになることがあります。これは、毎月または頻度が低くなります。 ワークロード チームが、他のチームに依存するのではなく、ライフサイクルのすべての側面でワークロードの所有権を取得し、継続的な改善に積極的に貢献するよう奨励します。

  • 組織の要件と横断的機能を標準の運用手順に組み込みます。 organizationには、採用する必要がある一部のプロセスの標準がある場合があります。 ただし、他のプロセスに対して独自の標準を開発できる場合もあります。そのため、必要な標準をプロセスに組み込む方法を探してください。 自分が所有するプロセスは他のチームのプロセスと交差する可能性が高いので、標準を実用的な範囲に合わせるように努めます。

    ワークロード チームと他のチームのプロセスが分岐する場所を文書化して、交差点がある場合にワークロード チームが他のチームとより適切に連携できることを確認します。 中央のセキュリティ チームは、ワークロード チームとは異なるツールと手順を使用する場合があり、それらの違いを認識していれば、チームはより簡単に共同作業できます。

  • 標準の運用手順にコンプライアンス要件を組み込みます。 業界や運用している地域によっては、タスクの実行方法と文書化方法に関する厳密な要件が存在する場合があります。 標準を構築するときに、それらの要件を理解し、組み込むことを確認してください。 これらの要件についてワークロード チームを定期的にトレーニングします。

  • 一貫性を実現するには、自動化を使用します。 反復的で人為的なエラーが発生しやすいタスクを自動化して、チームの管理負担を軽減します。 たとえば、ITSM チケットの生成など、プロセスを自動化する機会を探します。 詳細については、「 自動化を実装するための推奨事項」を参照してください。

  • オープンソースの導入に対するアプローチについて意図的に検討してください。 オープンソース ツールの使用が許可されるタイミングに関する規則を標準化し、組織とコンプライアンスの要件に準拠していることを確認します。 ワークロード チーム メンバーのオープン ソース プロジェクトへのコントリビューションに関する標準を作成し、organization内の他の開発チームに社内コードを開くかどうかを決定できます。

トレードオフ: 標準の運用手順を体系化すると、停滞や自己満足につながるリスクが伴う可能性があります。 標準に従う必要がありますが、固定または静的にしないでください。 プロセスが時間の経過と共に安全に進化できるように、厳格な遵守とイノベーションの許容量のバランスを見つめるように努めます。

Azure ファシリテーション

プロセスと手順の正式化を直接促進する Azure 製品はありませんが、Microsoft はこのトピックに関する多くのガイダンスを公開しています。 このガイダンスを使用して、業界で実証済みの推奨されるプラクティスを理解し、ワークロードに適用する方法を検討します。

また、Well-Architected Framework では、ワークロードとワークロード チームが業界標準に従って実行されるように、体系化する必要があるプロセスと手順に関する詳細なガイダンスも提供されます。

オペレーショナル エクセレンス チェックリスト

推奨事項の完全なセットを参照してください。

オペレーショナル エクセレンス チェックリスト