---
schema_version: "1"
id: 69b8388cd67f98d680561fb93dee5e31cee4db83f76d1e3fb8d8afb637d6a3b3
title: 耐障害性 - アプリケーションライフサイクル管理
collection: architect
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/architect/next/ja-jp/well-architected-tools/guides/adaptable-application-lifecycle-management.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/ja-jp/well-architected-tools/guide/adaptable-application-lifecycle-management.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 84e41669fbf97d106122d6793a12f4aaceb3b657345eb4bf80f553ed9da87d29
products:
- 適切に設計されたツール
- Architect Site Content Repo
---
# 耐障害性 - アプリケーションライフサイクル管理
### 環境戦略パターン
適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性 → [耐障害性](/docs/architect/ja-jp/well-architected/guide/resilient) → [アプリケーションライフサイクル管理](/docs/architect/ja-jp/well-architected/guide/resilient#アプリケーションライフサイクル管理) → [環境戦略](/docs/architect/ja-jp/well-architected/guide/resilient#環境戦略)の詳細
| Where to look?
商品領域 \| ロケーション | What does good look like? (良いものは?)
パターン |
| ------------------------------------------ | --------------------------------------------------------------------------------------- |
| プラットフォーム \| 組織 | ✅ 特定の環境のメタデータはリリースアーティファクトから独立している |
| プラットフォーム \| 組織 | ✅ 環境はリリースパスに直接対応していません |
| プラットフォーム \| 組織 | ✅ 変更のリリースパスは、変更の種別 (高リスク、中リスク、低リスク) によって異なります。 |
| プラットフォーム \| 組織 | ✅ 過密環境が存在しない |
| プラットフォーム \| 組織 | ✅ 本番でリスクの高い設定変更を直接行うことはありません |
| プラットフォーム \| 組織 | ✅ ピーク営業時間中にリリースが発生しない |
| プラットフォーム \| 組織 | ✅ ソース駆動の開発・リリースモデルを採用 |
| プラットフォーム \| Sandbox | ✅ Developer Sandbox および Developer Pro Sandbox でソース追跡が有効になっている |
### リリース管理パターン
適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性 → [耐障害性](/docs/architect/ja-jp/well-architected/guide/resilient) → [アプリケーション ライフサイクル管理](/docs/architect/ja-jp/well-architected/guide/resilient#アプリケーションライフサイクル管理) → [リリース管理](/docs/architect/ja-jp/well-architected/guide/resilient#リリース管理)の詳細
| Where to look?
商品領域 \| ロケーション | What does good look like? (良いものは?)
パターン |
| ------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------- |
| プラットフォーム \| 設計標準 | ✅ リリース名が明確 |
| プラットフォーム \| 設計標準 | ✅ チームは、アーティファクト、開発項目、その他の作業に正しいリリース名でタグ付けするための明確なガイドラインを見つけて従うことができます。 |
| プラットフォーム \| ドキュメント | ✅ リリース名は検索および検出可能 |
| プラットフォーム \| ドキュメント | ✅ リリース名別にリリースマニフェストを明確にまとめることができる |
| プラットフォーム \| KPI | ✅ 生成 AI アプリケーションの品質しきい値は、さまざまな開発フェーズで定義されます。 |
| プラットフォーム \| 本番 | ✅ メタデータで安定したリリースメカニズムが使用されていることが示されています。メタデータ API を使用したリリースでは、`source`形式が使用されます。 |
| プラットフォーム \| 本番 | ✅ 安定したリリースメカニズムが使用されていることを示すメタデータがロック解除済みパッケージに整理されている |
| プラットフォーム \| 本番 | ✅ リリースログに使用可能な履歴内の失敗したリリースが表示されない |
| プラットフォーム \| 本番 | ✅ リリース履歴には、リリース期間内の明確なリリースケイデンスおよびかなり統一されたリリースクラスターが表示されます。 |
| プラットフォーム \| 本番 | ✅ DevOps センターが有効でインストール済みである |
| プラットフォーム \| 本番 | ✅ メタデータで安定したリリースメカニズムが使用されていることが示される変更セットは変更のリリースに使用されない |
| プラットフォーム \| ロードマップ | ✅ 機能が特定の名前付きリリースに明確に関連付けられている |
| プラットフォーム \| ロードマップ | ✅ リリース名が明確 |
| プラットフォーム \| ロードマップ | ✅ リリース名は検索および検出可能 |
### テスト戦略パターン
適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性 → [耐障害性](/docs/architect/ja-jp/well-architected/guide/resilient) → [アプリケーションライフサイクル管理](/docs/architect/ja-jp/well-architected/guide/resilient#アプリケーションライフサイクル管理) → [テスト戦略](/docs/architect/ja-jp/well-architected/guide/resilient#テスト戦略)の詳細
| Where to look?
商品領域 \| ロケーション | What does good look like? (良いものは?)
パターン |
| ------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| Apex | ✅ Apex テストクラスには、Data Cloud オブジェクトに対して実行されるクエリの対象範囲が含まれます。テストクラスは System.SoqlStubProvider クラスを拡張し、handleSoqlQuery() メソッドを上書きします。DMO インスタンスは Test.createStubQueryRow() または Test.createStubQueryRows() を使用して作成されます。 |
| プラットフォーム \| Apex | ✅ 単体テストにデータファクトリパターンを使用 |
| プラットフォーム \| Apex | ✅ モック/スタブを使用して API 応答をシミュレーション |
| プラットフォーム \| ビジネス | ✅ B2C 規模のアプリケーション、大量のユーザー、大量のデータがある場合、QA プロセスにスケールテストを含める |
| プラットフォーム \| ビジネス | ✅ スケールテストの基準が明確に定義されている |
| プラットフォーム \| ビジネス | ✅ Full Sandbox でスケール テストを実施する |
| プラットフォーム \| ビジネス | ✅ スケールテストは、システムの優先度の高い側面に焦点を絞ります。 |
| プラットフォーム \| ビジネス | ✅ シミュレーターを使用して本番同様の条件を再現し、拡張性とパフォーマンステストを実施 |
| プラットフォーム \| ビジネス | ✅ 変更がソース管理に取り込まれると、テストが自動的に実行されます。 |
| プラットフォーム \| ビジネス | ✅ アプリケーション開発サイクルで耐久テスト、ストレステスト、パフォーマンステスト、スケールテストを複数の間隔で実行し、進行中のタスクとして考慮 |
| プラットフォーム \| ビジネス | ✅ 人間による品質レビューを含むプロンプトエンジニアリング |
| プラットフォーム \| ビジネス | ✅ ユーザビリティテストでは、さまざまなデバイスと支援技術が使用されます。 |
| プラットフォーム \| 組織 | ✅ すべてのテストデータは機密データと識別データで精緻化されます。 |
| プラットフォーム \| テスト計画 | ✅ サポート可能なテストの種類によって環境が分類される |
| プラットフォーム \| テスト計画 | ✅ リスク、使用事例、複雑さに応じて適切なテスト体制が指定されている |
---
### 環境戦略パターン対策
適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性 → [耐障害性](/docs/architect/ja-jp/well-architected/guide/resilient) → [アプリケーションライフサイクル管理](/docs/architect/ja-jp/well-architected/guide/resilient#アプリケーションライフサイクル管理) → [環境戦略](/docs/architect/ja-jp/well-architected/guide/resilient#環境戦略)の詳細
| Where to look?
商品領域 \| ロケーション | What to avoid?
アンチパターン |
| ------------------------------------------ | ---------------------------------------------------------------------------------------- |
| プラットフォーム \| 組織 | ⚠️ 環境はリリースパスに直接対応 |
| プラットフォーム \| 組織 | ⚠️ すべての変更のリリースパスが同じである |
| プラットフォーム \| 組織 | ⚠️ 過密環境が存在する |
| プラットフォーム \| 組織 | ⚠️ リスクの高い設定変更は本番で直接行われる |
| プラットフォーム \| 組織 | ⚠️ 組織ベースの開発・リリースモデルを採用 |
| プラットフォーム \| 組織 | ⚠️ リリースは営業時間のピーク時に行われます。 |
| プラットフォーム \| 組織 | ⚠️ 特定の環境のメタデータがリリースアーティファクトである |
| プラットフォーム \| Sandbox | ⚠️ Developer Sandbox および Developer Pro Sandbox ではソース追跡が有効になっていません。 |
### リリース管理アンチパターン
適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性 → [耐障害性](/docs/architect/ja-jp/well-architected/guide/resilient) → [アプリケーション ライフサイクル管理](/docs/architect/ja-jp/well-architected/guide/resilient#アプリケーションライフサイクル管理) → [リリース管理](/docs/architect/ja-jp/well-architected/guide/resilient#リリース管理)の詳細
| Where to look?
商品領域 \| ロケーション | What to avoid?
アンチパターン |
| ------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------- |
| プラットフォーム \| 設計標準 | ⚠️ リリース名がありません |
| プラットフォーム \| 設計標準 | ⚠️ チームはアーティファクト、開発項目、その他の作業を異なる方法で参照します。 |
| プラットフォーム \| ドキュメント | ⚠️ リリース名が一時的であるか、存在しない |
| プラットフォーム \| ドキュメント | ⚠️ リリース名を使用してリリースマニフェストの明確なビューをまとめることはできません |
| プラットフォーム \| KPI | ⚠️ 生成 AI アプリケーションの品質しきい値が定義されていない、または異なる開発フェーズで定義されていない |
| プラットフォーム \| 本番 | ⚠️ メタデータは、メタデータ API を使用した組織ベースのリリースメカニズムの使用を示す`package.xml`形式 |
| プラットフォーム \| 本番 | ⚠️ メタデータは、組織ベースのリリースメカニズムを使用していることを示します。 |
| プラットフォーム \| 本番 | ⚠️ リリースログには、使用可能な履歴内の失敗したリリースの繰り返しが表示されます。 |
| プラットフォーム \| 本番 | ⚠️ リリースに識別可能なケイデンスがないか、リリースのクラスターが不規則である (ホットフィックスおよびアドホックロールバックの兆候) |
| プラットフォーム \| 本番 | ⚠️ DevOps センターが有効になっておらず、インストールされていない |
| プラットフォーム \| ロードマップ | ⚠️ 機能が特定のリリースに明確に関連付けられていない |
| プラットフォーム \| ロードマップ | ⚠️ リリース名がありません |
| プラットフォーム \| ロードマップ | ⚠️ リリース名が一時的であるか、存在しない |
### テスト戦略のアンチパターン
適切に設計され[た適応](/docs/architect/ja-jp/well-architected/guide/adaptable-overview)性 → [耐障害性](/docs/architect/ja-jp/well-architected/guide/resilient) → [アプリケーションライフサイクル管理](/docs/architect/ja-jp/well-architected/guide/resilient#アプリケーションライフサイクル管理) → [テスト戦略](/docs/architect/ja-jp/well-architected/guide/resilient#テスト戦略)の詳細
| Where to look?
商品領域 \| ロケーション | What to avoid?
アンチパターン |
| ------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| Apex | ⚠️ Data Cloud オブジェクトに対して実行された SOQL クエリのテスト対象範囲が存在しない DMO に対する SOQL クエリは Apex テストメソッドの対象ではない |
| プラットフォーム \| Apex | ⚠️ 単体テストは組織データに依存します。 |
| プラットフォーム \| Apex | ⚠️ モック/スタブは使用されません |
| プラットフォーム \| ビジネス | ⚠️ スケールテストに優先度が設定されていない |
| プラットフォーム \| ビジネス | ⚠️ QA プロセスの一環としてスケールテストを実施しておらず、B2C スケールのアプリケーション、大量のユーザー、大量のデータがある |
| プラットフォーム \| ビジネス | ⚠️ スケールテストに明確な条件がない |
| プラットフォーム \| ビジネス | ⚠️ Partial Copy Sandbox または Developer Sandbox でスケール テストを実行する |
| プラットフォーム \| ビジネス | ⚠️ ユーザビリティテストが実施されていない、または一部のデバイスで実施されている |
| プラットフォーム \| ビジネス | ⚠️ 本番のようなユーザー要求の量、API トラフィック、ネットワーク速度の変動はテストされません。 |
| プラットフォーム \| ビジネス | ⚠️ テストの自動化が行われていない |
| プラットフォーム \| ビジネス | ⚠️ 人間による品質レビューがないプロンプトエンジニアリング |
| プラットフォーム \| ビジネス | ⚠️ 耐久、応力、性能、スケールテストは、開発のフェーズまたはフェーズとみなされます。 |
| プラットフォーム \| 組織 | ⚠️ テストデータは本番データと同一 |
| プラットフォーム \| テスト計画 | ⚠️ どの環境でどの種類のテストをサポートできるかが明確でない |
| プラットフォーム \| テスト計画 | ⚠️ テスト計画はリスク、使用事例、複雑さで分類されない |
| プラットフォーム \| テスト計画 | ⚠️ カスタム LWC のパフォーマンス テストは後付けです。カスタム Lightning コンポーネントのテストは開発サイクルの終わりまで待機します。 |
| プラットフォーム \| テスト計画 | ⚠️ 予想されるユーザートラフィックの 50% 未満でインテグレーションをテストする インテグレーションテストは十分であると考える少数のユーザーの結果に依存する |
---