ルーチン タスクと非ルーチン タスクの形式化に関する推奨事項
Azure Well-Architected フレームワークのオペレーショナル エクセレンスに関するチェックリストの次の推奨事項を対象とします。
| OE:02 | ドキュメント、チェックリスト、またはオートメーションを使用して、ルーチン タスク、必要に応じてのタスク、緊急時のタスクなど、タスクの実行方法を形式化します。 シフト レフト アプローチなど、業界をリードするプラクティスとアプローチを採用することで、チームのプロセスと成果物の一貫性と、予測可能性を追求します。 |
|---|
このガイドでは、ルーチン タスクと非ルーチン タスクを形式化するための推奨事項について説明します。 効率的で成功したワークロード チームには、一貫した予測可能なワークロード管理プラクティスが存在します。 業界で実証済みのツールとプラクティスを採用し、実用的な場合はプロセスを自動化することで、効率と一貫性を最適化します。 日常的、即興、緊急のタスクの処理方法に一貫性を持たせることで、問題が発生したときに準備ができていないというリスクを最小限に抑えることができます。 ワークロード管理に継続的な改善アプローチを採用することで、ワークロードのライフサイクル全体にわたってチームの一貫性と効率を向上させます。
主要な設計戦略
一貫性のあるプロセスにより、作業品質が予測可能になり、予測可能な作業品質によってワークロードのサポートがスムーズになります。 プロセスの一貫性を実現するには、標準的なパターンでプロセスを実行する方法について意図的かつ明示的にする必要があります。 予測不能の可能性がある領域を最小限に抑えるには、オートメーションやシフト レフト アプローチなどの戦略を使用します。
プロセスを標準化する
プロセスの標準化には多くの形があります。 このガイドでは、標準化に取り組むすべての方法について説明していませんが、一般的な推奨事項には次のようなものがあります。
標準化するプロセスは、信頼性、セキュリティ、コストの最適化、パフォーマンス、運用プロセスなど、ワークロード管理のすべての側面をカバーする必要があります。 ワークロード チームは、組織の全体的なガバナンスの下でワークロードを維持し、継続的に改善するために必要なプロセスの所有権を持っている必要があります。
作成するドキュメントは、標準的な運用手順をキャプチャし、その方法を指示しますが、ドキュメントは最終版ではありません。 手順は、ワークロードとチームの進化に合わせて進化する必要があります。 標準を定期的に見直してチャレンジし、今すぐチームにとって適切な標準であることを確認します。 ドキュメント形式の一貫性とレビューと更新の記録を確保するために、ドキュメントをテンプレート化し、バージョン管理する必要があります。 バージョン管理は、定期的にスケジュールされた間隔でチームがドキュメントのレビューを行う要件を強化するのにも役立ちます。
ルーチン タスク、即興タスク、緊急タスクを、わかりやすいチェックリスト項目に分割します。 ルーチン タスクの例として、オープンソースの依存関係に更新プログラムを適用するプロセスがあります。 ワークロードでは、サードパーティのメッセージ サービスを使用するために、SDK などのオープンソース ライブラリを使用しなければならない場合があります。 この SDK は、セキュリティ パッチ、バグ修正、および機能改善のために定期的に更新する必要があります。
更新プログラムが必要であると判断した場合、ワークロード チームは、正しいバージョンが反映されていることを確認するために、下位環境での更新プログラムのテスト、運用環境での更新プログラムのデプロイのための変更管理要求の作成、Wiki やナレッジ ベースなどのドキュメントの更新などの項目を含むチェックリストを作成する必要があります。 各チェックリスト項目は、明確に定義された個別のタスクにフォーカスします。
即興タスクと緊急タスクはシナリオ固有ですが、オペレーターは引き続きその役割と責任を明確に理解する必要があります。 これらの種類のタスクを効率的に処理するには、ワークロード チームや組織内の他のチームとやり取りする方法を知っている必要があります。
たとえば、即興タスクでは、ワークロード機能の強化が承認された新しい種類のリソース (機械学習サービスなど) をデプロイできます。 この種類のリソースのデプロイとテストのための完全に実現されたチェックリストがないことがあります。 ただし、新しいリソースをコード テンプレートとしてインフラストラクチャに追加するための一般的なチェックリストと、プロモーション チェーンの各段階でのパフォーマンス、セキュリティ、信頼性に関するインフラストラクチャ テストをカバーする標準が必要です。
同様に、緊急対応計画では、役割と責任、一般的なプロセスと手順を明確に定義する必要があります。 緊急時にこの計画に従って、それらを効率的に処理する必要があります。
即興タスクおよび緊急タスクは、標準的な運用手順を改善する方法を学ぶ良い機会でもあります。 ワークロード チームに、運用がスムーズになった可能性がある方法を反映し、既存のプロセスの更新が今後有益であるかどうかを判断するように依頼します。
業界で実証済みのプラクティスを採用する
業界で実証済みのプラクティスを採用して、チームがプロセスと標準の立案に費やす時間を最小限に抑えます。 スクラムを用いたアジャイル プラクティスに従い、かんばんボードを使用して作業を整理し、シフトレフトのエトスを採用することは、長年にわたって開発され、あらゆる規模の組織にとって効果的であることが証明されているプラクティスの例です。 多くの成熟した組織では、バージョン管理された標準の運用手順、Wiki、新入社員マニュアル、運用マニュアルを使用して一貫性を強制しています。
チームのエクスペリエンスに従って、ワークロード ライフサイクル管理に適したプラクティスを決定します。 特定のプラクティスが組織構造にどのように適合するかを理解するために、正常に実装された標準について他のチームから学習します。
このコンテキストでは、シフトレフトのエトスは、ワークロード チームが、ワークロードのセキュリティ、信頼性、およびコスト効率を向上させる取り組みを探す権限を与える必要があることを意味します。 その後、外部チームに責任を移すのではなく、それらの改善策を自分のバックログに追加します。
たとえば、探索的テストでは、毎月あるいはそれ以下の頻度のセキュリティ スキャンによって公開されるまで検出されていない可能性のある、セキュリティの向上のための領域が明らかになることがあります。 ワークロード チームは、他のチームに頼るのではなく、ライフサイクルのすべての側面でワークロードの所有権を取得し、継続的な改善に積極的に貢献するよう奨励します。
一元化された標準とリソースを活用する
組織の要件と横断的な機能を標準の運用手順に組み込みます。 組織には、一部のプロセスについて採用すべき標準がある場合があります。 ただし、他のプロセスに対して独自の標準を開発できる場合もあります。そのため、必要な標準をプロセスに組み込む方法を模索してください。 自分が所有するプロセスは他のチームのプロセスと交わる可能性が高いので、基準を実用的な範囲に合わせるように努めます。
ワークロード チームと他のチームのプロセスが分岐する場所を文書化して、交点がある場合にワークロード チームが他のチームとより適切に連携できることを確認します。 中央のセキュリティ チームは、ワークロード チームとは異なるツールと手順を使用する場合があり、それらの違いを認識していれば、チームはより簡単に共同作業を行うことができます。
標準の運用手順にコンプライアンス要件を組み込みます。 業務を行う業界や地域によっては、タスクの実行や文書化の方法に関する厳密な要件が存在する場合があります。 標準を構築する際に、これらの要件を理解し、組み込むことを確認します。 これらの要件についてワークロード チームを定期的にトレーニングします。
オートメーションを実装する
オートメーションを使用して一貫性を実現します。 反復的で人為的なエラーが発生しやすいタスクを自動化して、チームの管理負担を軽減します。 たとえば、ITSM チケットの生成など、プロセスを自動化する機会を模索します。 詳細については、「自動化を実装するための推奨事項」をご覧ください。
オープンソースの使用を管理する
オープンソースの導入に対するアプローチについて意図的に検討してください。 オープンソース ツールの使用が許可されるタイミングに関する規則を標準化し、組織とコンプライアンスの要件に確実に適合させます。 ワークロード チーム メンバーのオープンソース プロジェクトへの貢献に関する標準を作成し、社内のコードを組織内の他の開発チームに公開するかどうかを決定する場合があります。
トレードオフ: 標準的な操作手順を体系化することは、停滞や自己満足につながる危険性があります。 標準には従う必要がありますが、硬直的であったり、固定的であってはなりません。 プロセスが時間の経過と同時に安全に進化できるように、厳密な遵守とイノベーションの許容量のバランスを見つけることに努めます。
Azure ファシリテーション
プロセスと手順の形式化を直接的に簡素化する Azure 製品はありませんが、Microsoft では、このトピックに関する多くのガイダンスを公開しています。 このガイダンスを使用して、業界で実証済みで推奨されるプラクティスを理解し、ワークロードに適用する方法を検討します。
また、適切に設計されたフレームワークでは、ワークロードとワークロード チームが業界標準に従って運営されるよう、成文化する必要のあるプロセスや手順に関する詳細なガイダンスも提供しています。
関連リンク
オペレーショナル エクセレンス チェックリスト
レコメンデーションの完全なセットを参照してください。