適切に設計されたフレームワーク

Salesforce Well-Architected Framework は、アーキテクトに、ソリューションの成功に役立つ意思決定を行うための共有の原則的な基盤を提供します。Trust、Reliability、Operational Excellence、Resource and Cost Optimization、Fairnessの5つの柱を中心に構成されており、初期設計から長期的な運用および成長に至るまで、ソリューションのライフ ステージ全体にわたって重要な品質のディメンションを取得します。

このフレームワークは、アーキテクトが今日直面している現実 (管理対象のビジネスシステム内で連携する人間、エージェント、プラットフォーム) に対処します。安全だが負荷がかかっている、または効率的だが意思決定が不透明なソリューションは、適切に設計されていません。これら 5 つの柱が連携して、品質が独立した懸念事項のチェックリストではなく、全体として扱われるようにします。

アーキテクトは、設計レビュー、トレードオフに関する会話、および継続的なガバナンス時にフレームワークを一貫したレンズとして使用します。1 つの正解は規定されません。適切な質問、考慮すべき適切なパターン、およびチーム全体で共通に使用する語彙が提供されます。

Salesforce Well-Architected Framework は、Salesforce Platform で構築されたソリューションのアーキテクチャ品質に関する意見に基づいたガイドです。拡張性と適応性を備えたソリューションと、技術的負債を蓄積したり、プレッシャーで失敗したりするソリューションを区別する原則、パターン、トレードオフが成文化されています。

このフレームワークは 5 つの柱を中心に構成されています。各柱は、品質のディメンションを定義し、主要な設計原則を明確にして、一般的なパターンを特定し、従来のプラットフォーム機能とエージェントの AI ワークロードの両方について明確な指針を提供します。これらの柱は、Salesforce で適切に構築する意味を包括的にカバーします。

このフレームワークは、商品マニュアルや実装ガイドではありません。これはアーキテクチャ上の意思決定フレームワークであり、ソリューションで使用するクラウド、機能、ツールに関係なく適用される品質に関する考え方です。

ハイパースケール クラウド プロバイダーの業界フレームワークは、有益な一般的なガイダンスを提供しますが、仮想マシン、ネットワーキング、ストレージ、コンピューティングなどのクラウド インフラストラクチャと運用上の懸念事項を主な対象として構築されています。Salesforceアーキテクトは、ガバナ制限のあるマルチテナント プラットフォーム、Customer 360の数十年にわたるビジネス ロジック、高度な統合ソリューション、宣言型自動化、メタデータ主導の構成、管理共有モデルなど、さまざまな制約と機能に直面しています。これらは、一般的なクラウドガイダンスでは対処できない方法で、アーキテクチャに関するすべての決定を形成します。

自律エージェントへの移行には、追加の考慮事項があります。推論と行動を行うエージェントは、汎用的なフレームワークが専用の AI レンズを介してこの分野に拡張され始めていますが、以前のフレームワークでは対処できなかった非確定性、確率的推論、Human-in-the-Loop 監視パターンを導入します。Salesforce Well-Architected Framework は、従来のプラットフォームアーキテクチャとエージェントシステムの両方を統合レンズで対応します。

このフレームワークは、Salesforce Platform のアーキテクチャ品質を担当するすべてのユーザーに対応します。

• Salesforce アーキテクトが新しいソリューションを設計したり、既存のソリューションを拡張したりする
• Salesforce システム管理者は、これらのソリューションを実行する組織を設定および保護します。
• チームの標準とパターンを確立する開発リーダー
• プラットフォームのベストプラクティスについて顧客にアドバイスするコンサルタントとパートナー
• AIおよびエージェント スペシャリストが自律エージェント システムを構築および管理

エージェント AI に関する予備知識は必要ありません。このフレームワークは、すべてのアーキテクトがアクセスでき、自律システムの最先端で作業するアーキテクトに深みを与えます。

1 つの正しい読み取り順序はありません。ロールと緊急の必要性に基づいて選択します。

• このフレームワークを初めて使用する場合: この概要ドキュメントを最後まで読んでから、現在のプロジェクトに最も関連する柱を探索します。
• 新しいソリューションを設計する場合: Trust and Reliability (信頼と信頼性) (譲れない基盤) から始めて、Operational Excellence (運用方法)、Resource and Cost Optimization (リソースとコストの最適化)、Fairness (すべてのユーザーに公平に対応する方法) に取り組みます。
• エージェント ソリューションを構築する場合: 包括的なエージェント アーキテクチャのガイダンスについては、最初に「Agentic Enterprise Overview (エージェント エンタープライズの概要)」を参照してください。次に、エージェントソリューションの基盤となるパターン (共有責任モデル、ガバナ制限、監視ツール、TCO モデリング、アクセシビリティ基準) について、主要な柱となるドキュメント (上記リンク) を参照します。最後に、各品質ディメンションのエージェント固有のオーバーレイについて、Agentic Enterprise の柱のバリエーション (各柱からリンク) を参照します。
• 設計レビューを行う場合: 主要ドキュメントを構造化されたレビューチェックリストとして使用します。適切に構築されたソリューションには、関連する各柱の主要な質問に対する明確な回答があります。

最も重要なアーキテクチャ上の決定には、柱間のトレードオフが含まれます。このフレームワークは、次のことを明示的にするのに役立ちます。

• Trust vs. Resource and Cost Optimization (信頼とリソースおよびコストの最適化): 暗号化と監査ログによってリソースが消費されます。このフレームワークは、Trust 要件が交渉不可能な場所と柔軟性のある場所を識別するのに役立ちます。
• 信頼性とリソースおよびコストの最適化: 可用性を高めるとコストが増加します。SLO 定義は、デフォルトで最大限の冗長性を設定するのではなく、実際のビジネス要件に投資を一致させるのに役立ちます。
• Operational Excellence vs. Speed: 包括的なオブザーバビリティとテストの実装には時間がかかります。このフレームワークは、リスクプロファイルの最小限の可観測性を特定するのに役立ちます。
• 公平性と自律性: エージェントの自律性を高めると効率は向上しますが、公平性のリスクが生じます。Human-in-the-Loop パターンは、各決定種別に適したバランスを見つけるのに役立ちます。

これらのトレードオフに対する普遍的な答えはありません。このフレームワークは、本番で適切な質問を投げかけて、トレードオフを意識的に行うのに役立ちます。

Well-Architected Framework 自体は、次の原則を念頭に置いて設計されています。

• プラットフォーム固有でテクノロジーに依存しない: このガイダンスは、特定の製品や機能を指定することなく、Salesforce固有の制約([[]制限、マルチテナントアーキテクチャ、メタデータ駆動型設定])に対応します。アーキテクトはコンテキストに適した機能を選択します。
• 指示的ではない意見: フレームワークは、何が品質を構成するかを明確にしますが、1 つの実装パスには影響しません。要件ではなく、原則、パターン、質問を提供します。
• 現在を尊重しながら将来を見据える:このフレームワークは、従来のプラットフォーム ソリューションに関連しながら、新しいパターン(エージェントAI、自律システム)に対処します。どちらの使用事例でも、同じ基本原則を利用できます。
• 静的でなく生活: このフレームワークは、プラットフォーム、業界の慣行、およびお客様のニーズの変化に応じて進化します。変更ログでは更新が追跡されるため、アーキテクトは最新のガイダンスを把握できます。
• すべてのフェーズでアクション可能: 新しいソリューションの設計、レビューの実施、既存の実装の改善のいずれであっても、フレームワークによって関連するガイダンスが提供されます。これは単なる認定チェックリストではなく、有効なツールです。

これらの原則により、Salesforce ソリューションのアーキテクチャ品質の意味に関する明確で一貫した指針を維持しながら、フレームワークがさまざまなアーキテクチャコンテキストで役立つようにします。

各柱は、建築品質の基本的な側面に対応しています。柱を組み合わせると、包括的なカバー率が得られます。柱は 1 本だけでは不十分で、柱間のトレードオフによって最も重要なアーキテクチャ上の意思決定が行われます。

次の5つの柱は、従来のプラットフォーム アプリケーション、インテグレーション、エージェント システムなど、すべてのSalesforceソリューションの基本的なアーキテクチャ ガイダンスを提供します。Agentic Enterprise Overviewとその付随する柱のバリエーションでは、エージェント固有のオーバーレイが提供されます。つまり、エージェントがこれらの機能に基づいて構築する方法、システムが自律的に動作するときに変更される内容、管理AIに必要なアーキテクチャ パターンです。

両方を併用します。

• まず、コアアーキテクチャパターン (共有責任モデル、ガバナ制限、監視ツール、TCO モデリング、アクセシビリティ基準など) の柱となる指針を示します。
• 次に、エージェント固有の考慮事項 (エージェント権限と監査チェーン、オーケストレーションの失敗時の処理、エージェント開発ライフサイクル、トークンの最適化、エージェントの作業単位、説明可能性、競合性など) に対応する Agentic Enterprise の柱を参照します。

柱は「従来型」と「エージェント型」ではなく、エージェント型ソリューションが基盤となる基本アーキテクチャです。エージェント システムは、他のエンタープライズ ソリューションと同じ Trust、信頼性、優れた運用性、リソースとコストの最適化、公平性の要件に加えて、自律運用に関する考慮事項を満たす必要があります。

次の表にクイックリファレンスを示します。各柱の詳細なガイダンスを次に示します。

最新のセキュリティ、最小権限のアクセス、プライバシー制御、明確なガバナンスにより、ソリューション、そのデータ、ユーザーを保護します。Trust on Salesforceは、共有責任モデルに従って動作します。つまり、Salesforceがインフラストラクチャとプラットフォームを保護し、その基盤に基づいて安全なソリューションを設計します。担当範囲は、次のとおりです。

• ID およびアクセス管理 (ロール、プロファイル、権限セット、MFA、SSO、OAuth)
• データ ガバナンス(Shield Platform Encryption、オブジェクト/項目/レコード レベル セキュリティ)
• インテグレーションセキュリティ (API 認証、指定ログイン情報)
• 安全な開発プラクティス(Salesforce、静的分析、CI/CDセキュリティゲートに適応したOWASP Top 10)

エージェント型ソリューション: エージェントが自律的に行動する場合、Trust 要件は、エージェントに許可されている操作の管理、操作の監査、エージェントとプラットフォームの境界の保護にまで拡張されます (エージェントファブリック、Einstein Trust Layer)。「Agentic Enterprise Trust」を参照してください。

詳細は、「Trust pillar and Agentic Enterprise Trust」を参照してください。

継続的な可用性、中断からの迅速な復旧、予期しない需要に応じて拡張できるように設計されています。信頼性を確保するには、プラットフォーム保証 (複数地域のインフラストラクチャ、プラットフォーム SLA) を理解しながら、それらの制約内で信頼性を維持するソリューションを設計する必要があります。柱は次の内容に対応します。

• 70% の運用上限ガイダンスによるガバナ制限
• 非同期処理パターン (バッチ Apex、キュー可能 Apex、プラットフォームイベント)
• 外部インテグレーション用のサーキットブレーカー
• 業務量計画
• 負荷テスト
• 複数組織パターン
• 災害復旧
• 健康モデリング

エージェント型ソリューション: エージェント駆動型システムでは、オーケストレーション失敗の新しいパターンを必要とする確率的動作、エージェントエラーをカスケードするサーキットブレーカー、ビジネスの結果が予測可能性を必要とする確定的エージェントグラフが導入されます。「Agentic Enterprise Reliability」を参照してください。

詳細は、「信頼性の柱」および「Agentic Enterprise Reliability」を参照してください

包括的な観測性をソリューションに組み込み、明確に定義された手順と自動化を使用して管理します。Operational Excellencespans:

• オブザーバビリティ (イベント監視、Proactive Monitoring、スケールセンター)
• DevOps プラクティス (ソース駆動開発、CI/CD パイプライン、テスト戦略)
• 自動化 (Flow Builder による宣言型優先、Apex によるプログラムパターン)
• インシデント管理 (重要度レベル、オンコールローテーション、無責任な死後)
• 継続的な改善 (DORA 評価指標、運用レビュー)

エージェント型ソリューション: システムの動作が確率的になると、観測しづらくなります。Agent Development Lifecycle (ADLC; エージェント開発ライフサイクル) は、アイデア出しと設計、開発、テストと検証 (正確性、一貫性、命令遵守に関するエージェントテストセンターの評価を含む)、導入とリリース、監視と調整 (エンドツーエンドのインタラクション表示のための Agentforce セッショントレーシングを含む) の 5 つのフェーズからなる構造を提供します。「Agentic Enterprise Operational Excellence」を参照してください。

詳細は、「Operational Excellenceの柱」および「Agentic Enterprise Operational Excellence」を参照してください。

既存のリソースを効率的に使用し、購入したリソースへの投資を慎重に行うことで、1 ドルおよびプラットフォームリソースのすべての単位で最大のビジネス価値を還元します。リソース側では、これはガバナ制限 (SOQL クエリ、DML ステートメント、ヒープサイズ、CPU 時間) を理解し、SOQL 最適化、非同期処理、データスキュー防止を通じてガバナ制限内で設計することを意味します。コスト面では、直接コスト (実装、運用、メンテナンス) と間接コスト (技術的負債、ガバナンスオーバーヘッド) の両方にわたる包括的な TCO モデリングを意味します。多くの場合、これらのコストは直接ライセンスコストを超えます。柱は次の内容に対応します。

• コード整理パターン (トリガーハンドラー、サービスレイヤー、セレクター)
• パッケージ化とモジュール化 (管理パッケージ (2GP) とロック解除済みパッケージ (どちらも第二世代パッケージタイプ、LWC 構成))
• データライフサイクル管理 (アーカイブ戦略、フローの最適化)
• パフォーマンス監視ツール (スケールセンター、クエリプランツール、ApexGuru、Salesforce Code Analyzer)
• Build vs. Buy (構築と購入の比較) 分析 (AgentExchange 評価)
• ライセンスと Sandbox の最適化
• コスト監視とガバナンス (ダッシュボード、予算管理、ショーバックモデルとチャージバックモデル)

エージェント型ソリューション: エージェントワークフローは、推論ステップ、ツールコール、およびデータ取得全体でリソース消費を複合化するため、トークンの使用状況、推測遅延、およびメモリパターンを最適化する必要があります。エージェントシステムは、ユーザーごとのライセンスよりも予測が難しい消費ベースのコスト (Flex Credits、推測トークン) も導入します。エージェント型作業単位 (AWU) は、未加工トークンの消費ではなく、エージェントが実際に完了する (完了した個別の ToDo) 作業を測定します。「Agentic Enterprise Resource and Cost Optimization」を参照してください。

詳細は、「Resource and Cost Optimization Pillar (リソースとコストの最適化の柱)」および「Agentic Enterprise Resource and Cost Optimization (エージェントによるエンタープライズリソースとコストの最適化)」を参照してください。

自動化された意思決定を人間が適切に監視し、ソリューションがアクセス可能、差別的、包括的、透過的であることを確認します。公正さはプラットフォーム基盤の上に成り立っています。Salesforce Lightning Design System(SLDS)では、標準コンポーネントに組み込みのアクセシビリティが提供されますが、カスタムコンポーネントでは、WCAG 2.1 AA の明示的な実装が必要です(2024 年 12 月現在の最新の W3C 勧告である WCAG 2.2 AA では、新しい作業をお勧めします)。柱は次の内容に対応します。

• アクセシビリティテスト (axe-core、sfdx scanner)
• 非差別パターン (OWD、共有ルール、Shield Event Monitoring を使用した FLS)
• プライバシーアーキテクチャ (Data 360 同意管理、項目監査履歴)
• AI 倫理ガバナンス (審査会、公正ゲート、規制コンプライアンス)。

エージェント型ソリューション: エージェントが人に影響する自律的な意思決定を行うと、公平性に関わる問題が増加します。説明可能性 (エージェントが行動した理由の理解)、競合性 (困難な意思決定)、ヒューマンインザループ (比例した監視) が重要になります。「Agentic Enterprise Fairness」を参照してください。

詳細は、「公平性の柱」および「Agentic Enterprise Fairness」を参照してください。

独立した柱は存在しません。1 つの柱のアーキテクチャに関する決定は、必然的に他の要素に影響します。

• Trust Controlの強化(暗号化、監査ログ)によって消費されるリソースとコストが増加し(リソースとコストの最適化)、信頼性に影響するレイテンシが増加する
• 信頼性の向上 (冗長性、マルチリージョン) により、コスト (リソースとコストの最適化) と運用の複雑さが増大 (運用の卓越性)
• より包括的な公平性の適用 (人の監視、バイアス監視) によってエージェントのスループットが低下する (リソースとコストの最適化)
• Operational Excellenceの成熟度が高い(包括的な計装)ため、Trust適用が改善され、公平性の問題が早期に検出される

これらのインタラクションは、建築品質が常にバランスを取ることを意味します。このフレームワークは、アーキテクトが取引内容を理解し、意図的にそれらの取引を行うのに役立ちます。目標は、すべての柱を同時に最大化することではなく、特定のソリューションの要件、リスク許容度、ビジネスコンテキストに適した品質プロファイルを実現することです。

適切に構築されたフレームワークに関するフィードバックを共有する。