パターンのトリアージ機能
適切に構築された適応性 → 耐障害性 → インシデント対応 → 優先順位付け能力についての詳細
| Where to look? 商品領域 | ロケーション |
What does good look like? (良いものは?) パターン |
|---|---|
| プラットフォーム | ビジネス | ✅ 複雑な問題をサポートするためにアラートを出す必要がある SME または関係者をインシデントが発生する前に特定 |
| プラットフォーム | ビジネス | ✅ 配送チームとサポートチーム間の引き継ぎは稼働開始の一部 |
| プラットフォーム | ビジネス | ✅ 相談があれば、Salesforce アーキテクトが迅速に対応し、チームが復旧に集中できるようにします。 |
| プラットフォーム | ドキュメント | ✅ 特定のソリューションで使用されているシステムおよび設計パターンがサポートスタッフによって検出および参照可能 |
| プラットフォーム | 組織 | ✅ ログとカスタムエラーメッセージがシステム全体の実行パスに組み込まれます。 |
監視とアラートパターン
適切に構築された適応性 → 耐障害性 → インシデント対応 → 監視とアラートについての詳細
| Where to look? 商品領域 | ロケーション |
What does good look like? (良いものは?) パターン |
|---|---|
| プラットフォーム | ドキュメント | ✅ プロンプトチューニングアラートのエントリ条件は、直接および間接的な生成 AI フィードバック評価指標に基づいて定義されます。 |
| プラットフォーム | 組織 | ✅ アラートは、人の介入が必要なシナリオをユーザーに通知するためにのみ使用されます。その他の失敗はログに記録され、報告可能です。 |
| プラットフォーム | 組織 | ✅ 対応可能なユーザーにアラートが送信される |
| プラットフォーム | 組織 | ✅ 可能な場合は、潜在的な障害を事前に通知 |
Time to Recover Pattern (リカバリ時間パターン)
適切に設計された適応性 → 耐障害性 → インシデント対応 → 復旧時間の詳細
| Where to look? 商品領域 | ロケーション |
What does good look like? (良いものは?) パターン |
|---|---|
| プラットフォーム | ビジネス | ✅ チームは、本番で所有するサービスについて把握できます。 |
| プラットフォーム | ビジネス | ✅ リカバリープロトコルを定期的に練習する |
| プラットフォーム | ドキュメント | ✅ リカバリー戦略はインシデント種別とトリガーで定義および分類されます |
| プラットフォーム | ドキュメント | ✅ インシデント対応の終了基準が SLO に存在し、明確である |
| プラットフォーム | ドキュメント | ✅ インシデント中の権限昇格の有効化条件と割り当てロジックが明確である |
| プラットフォーム | ドキュメント | ✅ インシデント対応の権限セットと承認が明確にリストされている |
| プラットフォーム | 組織 | ✅ インシデント対応のセッションベースの権限セットが存在し、復旧時にサポートスタッフに割り当てることができます。 |
| プラットフォーム | 組織 | ✅ [Setup Audit Trail (設定監査履歴)] には、指定されたリカバリテスト担当者が合意されたスケジュールどおりにテスト環境にログインし、リカバリテストスクリプトに従っていることが示されます。 |
| プラットフォーム | テスト計画 | ✅ リカバリテスト用のテストスクリプトが存在し、反復可能である |
| プラットフォーム | テスト計画 | ✅ インシデントシミュレーションの環境が明確に記載されている |
アンチパターンのトリアージ機能
適切に構築された適応性 → 耐障害性 → インシデント対応 → 優先順位付け能力についての詳細
| Where to look? 商品領域 | ロケーション |
What to avoid? アンチパターン |
|---|---|
| プラットフォーム | ビジネス | ⚠️ アラートを受け取る必要がある SME または関係者は、インシデントが発生するまで特定されない |
| プラットフォーム | ビジネス | ⚠️ 配送チームとサポートチーム間の引き継ぎはリリースプロセスに含まれない |
| プラットフォーム | ビジネス | ⚠️ Salesforce アーキテクトはインシデント対応は自分の業務範囲外と考える |
| プラットフォーム | ドキュメント | ⚠️ 特定のソリューションで使用されているシステムおよびデザインパターンをサポートスタッフがすぐに使用できない |
| プラットフォーム | 組織 | ⚠️ ログとカスタムエラーメッセージは使用されません |
アンチパターンの監視とアラート
適切に構築された適応性 → 耐障害性 → インシデント対応 → 監視とアラートについての詳細
| Where to look? 商品領域 | ロケーション |
What to avoid? アンチパターン |
|---|---|
| プラットフォーム | ドキュメント | ⚠️ 生成 AI アプリケーションのプロンプトチューニングアラートをトリガーする条件が定義されていない |
| プラットフォーム | 組織 | ⚠️ フォローアップアクションが必要かどうかに関係なく、何らかの障害が発生した場合にアラートが送信されます。 |
| プラットフォーム | 組織 | ⚠️ 技術的な解決策が必要な問題についてのアラートがビジネスユーザーに配信される |
| プラットフォーム | 組織 | ⚠️ アラートはすでに発生した失敗に対してのみ配信されます。 |
アンチパターンの回復時間
適切に設計された適応性 → 耐障害性 → インシデント対応 → 復旧時間の詳細
| Where to look? 商品領域 | ロケーション |
What to avoid? アンチパターン |
|---|---|
| プラットフォーム | ビジネス | ⚠️ 本番でさまざまなサービスを担当するチームが不明である |
| プラットフォーム | ビジネス | ⚠️ リカバリープロトコルが存在しないか、定期的に練習されていない |
| プラットフォーム | ドキュメント | ⚠️ インシデント対応がアドホックに実行される |
| プラットフォーム | ドキュメント | ⚠️ インシデント対応の終了条件が存在しない |
| プラットフォーム | ドキュメント | ⚠️ 昇格した権限が割り当てられていないか、アドホックに割り当てられている |
| プラットフォーム | ドキュメント | ⚠️ インシデント対応権限セットと承認がリストされていない |
| プラットフォーム | 組織 | ⚠️ インシデント対応用のセッションベースの権限セットが存在しないか、サポートスタッフによる使用が許可されていない |
| プラットフォーム | 組織 | ⚠️ [設定] [監査履歴] には、指定されたリカバリテスト担当者がテスト環境にログインしていないか、リカバリテストスクリプトに従っていないことが示されます。 |
| プラットフォーム | テスト計画 | ⚠️ インシデントシミュレーションの環境が確立されていない |
| プラットフォーム | テスト計画 | ⚠️ リカバリテスト用のテストスクリプトが存在しない |