ストレージおよび API コストの最適化 - パターン

適切に設計されたリソースとコストの最適化 → データの最適化についての詳細

パターン

参照すべき場所外観
データモデルの有効なデータ✅ アクティブ データはプレミアム ストレージ処理を受けます。ビジネス運用のために定期的にアクセスされるデータは、完全なクエリ機能、ワークフローの自動化、ユーザー アクセスを備えた標準Salesforceオブジェクトに残ります。頻繁なアクセスには即座の可用性が必要なため、有効なデータはストレージへの投資を正当化
✅ 例: 今年の商談と有効なケースは、フル機能を備えた標準オブジェクトに残ります。
データモデルのウォームデータ✅ ウォーム データで中間ストレージ戦略を使用 - レポートや参照のために時々アクセスされるデータは、絞り込まれたビューを有効にするアーカイブ フラグ付きでSalesforceに残ったり、ワークフロー機能のないインデックス ベースの取得をサポートするBig Objectに移行したりできます。
✅ 例: アーカイブ済みとしてフラグが付けられているが、履歴分析のために照会可能な前年の商談
データモデルのコールドデータ✅ Big Objectまたは外部システムにアーカイブされたコールド データ - コンプライアンスのために保持され、アクセス頻度の低いデータは、Big Object(標準データ ストレージ制限に含まれない)または外部アーカイブ システムに移動します。予測可能なアクセスパターンを持つ大量のアーカイブに適した Big Object。データウェアハウスまたはオブジェクトストレージへの外部アーカイブにより、コンプライアンスデータを低コストで保持
✅ 例: Big Objects にアーカイブされた 36 か月を超えるケース (コンプライアンスアクセス用のインデックスベースの取得)
データモデルの期限切れデータ✅ 自動化されたライフサイクル プロセスで削除された期限切れのデータ - ビジネス バリューのない保持要件を過ぎたデータは、無期限に蓄積するのではなく、自動化プロセスで削除する必要があります。多くの組織は「いつか必要になった場合はどうすればよいか」という懸念からデータを削除せず、その結果、ビジネス上の正当性がないままストレージが増加して予算が消費される
✅ 例: データ保持ポリシーでは、規制保持要件に基づいて 7 年後にレコードが自動的に削除されます。
[設定] → [システムの概要] → [データストレージ]
「設定」 → 「ストレージ使用量」		✅ パターン:容量ダッシュボードには、増加トレンドのあるオブジェクト別のストレージ消費量、ピーク パターンとの統合によるAPI使用量、予測のある処理能力使用率が表示されます。
✅ 制限によって停止や予期しない超過料金が発生する前にプロアクティブな最適化を有効化
ストレージ追跡なし → Annual surprises⚠️ アンチパターン: 更新交渉中にストレージの過剰使用が見つかり、アーカイブ戦略を評価する時間がなく、プレミアム価格で即座に購入する必要がある
⚠️ 組織は、容量を消費するデータやアーカイブによって容量が減少するかどうかを分析せずに、毎年追加のストレージを購入している

パターン

参照すべき場所外観
Salesforce Files Large Files✅ 外部ファイル ストレージ統合による大規模なコスト削減 - Amazon S3やAzure Blob Storageなどのサービスにファイルを保存し、Salesforceが外部コンテンツにリンクする参照レコードを保持します。外部ストレージのコストは、エディションに応じて Salesforce のファイルストレージの月額 1 ~ 3 ドルに対して GB あたり 0.02 ~ 0.05 ドルであり、規模に応じて 10 分の 1 から 20 分の 1 のコスト削減になります。
✅ 例: 契約管理ソリューションでは、有効な契約 (過去 24 か月) を Salesforce Files に保存してネイティブのプレビューとコラボレーションを行い、Salesforce リンクを使用して古い契約を自動的に S3 に移行し、アクセス権を維持しながらファイルストレージを 70% 削減します。
✅ トレードオフ: 外部ストレージの統合には開発作業が必要であり、外部サービスへの依存が生じますが、ファイルを大量に使用する使用事例ではコストを10~20分の1に削減でき、数か月以内に達成できます。
コンテンツ管理ファイルのライフサイクル✅ ファイル ライフサイクル管理では、古いファイルをアーカイブまたは削除します。保存閾値を超えたファイルを外部ストレージまたは削除に移動する自動アーカイブを実装します。クローズケースのケース添付ファイルや置き換えられたドキュメントバージョンを含め、初回作成後にアクセスされることの少ないファイルは、アーカイブの一次候補
✅ 注意: ファイルストレージには、Salesforce Files、添付ファイル、ドキュメント、コンテンツが含まれます。契約管理、アセットライブラリ、ケースの添付ファイルなど、ドキュメントを大量に使用する組織は、データストレージよりも早くファイルストレージ制限に近づいていることが多い

パターン

参照すべき場所外観
Sandbox 管理の部分コピーテンプレート✅ Selective data templates optimize Sandbox storage capacity (選択データテンプレートで Sandbox ストレージ容量を最適化) - シナリオのテストで全データ量が不要な場合、Partial Copyテンプレートから大規模オブジェクトを除外します。Sandbox 固有のデータ保持を実装し、テストで必要以上に古いレコードを削除して、テストデータを追加するための容量を解放します。
✅ 例: Partial Copy Sandbox テンプレートには過去 12 か月間の商談とケースが含まれますが、アーカイブデータは除外されます。これにより、Full Copy ではなく、5 GB の容量内の代表的なテストデータが提供されます。
✅ トレードオフ: 選択的なデータテンプレートを定義するには分析作業が必要ですが、テストシナリオに不要なデータを排除することで低コストの Sandbox 種別を使用できます。
Sandbox 管理の更新ケイデンス✅ 実際のデータ更新要件に合わせた更新ケイデンス - Sandboxの更新を任意のスケジュールではなく実際のデータ更新要件に合わせます。多くの組織は、テストパターンで四半期ごとの更新で十分な場合は Full Copy Sandbox を毎月更新し、追加の Sandbox をサポートする可能性のある更新容量を浪費している
✅ 例: Full Copy Sandbox が毎月ではなく毎四半期更新され、Partial Copy Sandbox の追加の更新容量が解放される
Sandbox 管理の一時的な Sandbox✅ 有効期限ポリシーによる一時Sandbox管理 - 特定のプロジェクト用に作成された環境や、削除日が文書化されているスパイク テストを追跡します。プロジェクトの Sandbox が正当な理由なく永続的な状況に移行すると、一時的な Sandbox の増加が一般的な廃棄物の発生源になります。更新の正当性を要求する有効期限ポリシーを実装して、初期範囲を超える一時的な環境を維持する
✅ 例: 90 日の有効期限で作成されたプロジェクト Sandbox で、プロジェクトの完了を超えて拡張することがビジネスの正当性を必要とする

パターン

参照すべき場所外観
Integration Monitoring Peak Usage Analysis (インテグレーション監視のピーク使用状況分析)✅ ピーク使用状況分析でスケジュールの最適化のオポチュニティを特定 - 毎日および毎週の消費パターンを特定します。営業時間中に集中するインテグレーションスケジュールは、ユーザーが開始する API コールと競合します。バッチインテグレーションをオフピークウィンドウに分散することで、制限を増やすことなく業務量使用率を最適化
✅ 例: バッチインテグレーションが午前 9 時から午前 2 時に再スケジュールされ、ピーク時の API の競合が減少し、既存の業務量内で追加のインテグレーションが可能になります。
カスタムコードBulk API 2.0✅ 数百件のレコードを処理する操作にはBulk API 2.0 - 数百件を超えるレコードを処理する操作にはBulk API 2.0を使用します。Bulk API では、ジョブあたり最大 1 億 5,000 万件のレコードを処理し、レコードを個別に処理する場合と比較して最小限の API コールで済みます。
✅ 例: 夜間のデータ同期では、Bulk API 2.0 を使用して、レコードあたりの個々の API コールではなく、最小限の API 消費で 100,000 件のレコードを処理します。
カスタムコードプラットフォームキャッシュ✅ プラットフォーム キャッシュで参照データの反復クエリを排除 - 頻繁にアクセスする参照データをキャッシュして反復クエリを排除します。国コード、商品カタログ、または設定データをキャッシュすることで、変更されない参照データを繰り返し照会するインテグレーションの API 消費を削減
✅ 例: プラットフォームキャッシュにキャッシュされた商品カタログにより、API コールが 1 日のクエリ 1,000 件から 1 回のキャッシュ更新に削減
インテグレーションアーキテクチャの変更データキャプチャ✅ 変更データキャプチャで無駄なポーリング パターンを排除 - ポーリング パターンではなく変更データキャプチャを使用してデータを同期します。CDC は、データが変更されたときにのみイベントを公開し、発生していない変更を確認する API コールの無駄を排除します。
✅ 例: 顧客データ同期では、顧客が更新するときに変更データキャプチャの公開イベントを使用し、すべての顧客レコードを 1 時間ごとにポーリング (1 日 120 万件のクエリ) するのではなく、実際の変更 (毎日 200 件) の API コールのみを使用します。
✅ トレードオフ: イベント駆動型アーキテクチャでは、プラットフォームイベントまたは CDC の実装作業が必要ですが、変更検出パターンの API 消費を 95% 以上削減し、数週間で達成できます。
監視なし → 反応型検出⚠️ アンチパターン: 制限例外が発生したときにのみ API 消費を監視し、対応型消防および緊急アーキテクチャの変更をプレッシャーの下で発生
⚠️ 制限前の最適化を可能にするプロアクティブなトレンド分析の欠如が業務を制約する

パターン

参照すべき場所外観
Integration Pattern Synchronous Real-Time (インテグレーションパターンの同期リアルタイム)✅ 同期インテグレーションが最も多くのAPIコールを消費します。リアルタイム インテグレーションでは、トランザクションごとに1つ以上のAPIコールを消費します。大規模トランザクションフローでは、API 容量が大幅に消費される可能性があります。即時データの一貫性がビジネス要件として必須だが、API 消費コストが最も高い場合に適した同期パターン
✅例:注文の送信では、APIコストが高いにもかかわらず、同期パターンを正当化するためにERPシステムで即座に在庫チェックと予約を行う必要があります。
Integration Pattern Batch Processing (インテグレーションパターンバッチ処理)✅ バッチ統合により、同期と比較してAPI消費を90%以上削減 - レコードを一括処理し、レコードあたりのAPIコールを大幅に削減します。Bulk API 2.0 は、最小限の API 消費で数百万件のレコードを処理します。ほぼリアルタイムの同期がビジネスニーズを満たし、同期パターンと比較して API 消費を 90% 以上削減する場合に適しています。
✅ 例: 顧客データ同期はリアルタイム更新ではなく 1 時間ごとのバッチで実行され、許容される 1 時間のデータレイテンシーで API 消費を 95% 削減
Integration Pattern Event-Driven (インテグレーションパターンイベント駆動型)✅ イベント駆動型パターンでは、実際の変更でのみリソースを消費して効率的に拡張できます。プラットフォーム イベントまたは変更データキャプチャを使用して、ポーリングのオーバーヘッドなしでイベントを効率的に配布します。イベント駆動型パターンは、変更がないかどうかを繰り返しチェックするのではなく、実際の変更が発生したときにのみリソースを消費するため、効率的に拡張できます。
✅ 例: 商談フェーズの変更により、ダウンストリームシステムで消費されたプラットフォームイベントが公開されるため、ポーリングが不要になり、API 消費が 98% 削減されます。
Integration Platform MuleSoft TCO✅ MuleSoft はプラットフォームのコストを増加するが、インテグレーションの総所有コストは削減できる - MuleSoft Anypoint Platform はプラットフォームライセンスコスト (年間 2 万～ 20 万ドル以上) を増加するが、インテリジェントなキャッシュ、接続プール、バッチ最適化、およびすべてのインテグレーションパターンの統合ガバナンスにより、インテグレーションの総所有コストは削減できる
✅ トレードオフ: インテグレーション数が 5 ～ 7 接続を超える場合にミドルウェアへの投資を正当化し、長期的なメンテナンスコストを削減する再利用性とガバナンスを提供
サードパーティインテグレーション API 価格設定✅ 推定取引量に基づいてモデル化されるサードパーティAPIコスト - 少量を想定する最小階層ではなく、実際の使用量を反映した推定取引量に基づいてサードパーティのコストをモデル化します。サードパーティ API の価格設定は、無料階層から通話単位の従量課金、定額エンタープライズライセンスまでさまざま
✅ 例: 支払ゲートウェイのインテグレーション TCO モデルには、年間 15,000 ドルのプラットフォーム手数料 + 年間 50,000 トランザクション (5,000 ドル) と見積もられるトランザクションあたり 0.10 ドル + 25,000 ドルのインテグレーション開発 + 50,000 ドルの年間メンテナンス (初年度合計 50,000 ドル)、10,000 ドルの継続が含まれます。
Integration Maintenance のポイントツーポイントとハブ✅ ポイント ツー ポイント統合により、メンテナンス作業が飛躍的に増加します。各統合ポイントには、初期構築、継続的なメンテナンス、エラー処理の進化、いずれかのエンドポイントが変更された場合の適応が含まれます。2 地点間インテグレーションでは、システム数が増加するにつれてメンテナンス作業が急増します。5 つのシステムでポイントツーポイント接続を行う場合、10 個のインテグレーションメンテナンスストリームが必要です。10 個のシステムには 45 個のストリームが必要です。インテグレーションプラットフォームを介したハブアンドスポークパターンにより、指数関数的な成長から線形な拡張までを削減
✅ 例: 8 つの接続済みシステムがある組織では、28 個のポイントツーポイントインテグレーションから 8 個のハブアンドスポーク接続に移行し、メンテナンスストリームを 71% 削減
インテグレーション運用のサポートコスト✅ サポートとトラブルシューティングのコストはインテグレーションの数に応じて増加します。インテグレーションのたびに、監視インフラストラクチャ、アラート設定、ランブック ドキュメント、インシデント対応機能を必要とする潜在的な障害ポイントが発生します。初期開発後のインテグレーション TCO に継続的なサポートコストを含める
✅ 例: 継続的な監視、トラブルシューティング、インシデント対応のために初期開発コストの年間 15 ～ 20% をモデルとしたインテグレーションサポートコスト

アンチパターン

参照すべき場所どんな悪い感じか
すべての履歴データは無期限に有効なストレージに保持される⚠️ ビジネス上の正当性のない予算を消費するストレージの増加。容量を消費しているデータや、アーカイブ戦略によって増加率が低下する可能性があるかどうかを分析せずに、毎年ストレージを追加購入している組織
⚠️ 対応: ライフサイクルフェーズ(012か月)、ウォーム(136か月)、コールド(36か月以上アーカイブ)、期限切れ(規制による保存期間後に削除)でデータ保持ポリシーを定義します。Big Object または外部ストレージへの自動アーカイブの実装
[Partial Copy (部分的なコピー)] テンプレートには、絞り込みなしのすべてのオブジェクトが含まれます。⚠️ テストに関連しない履歴データで 5 GB の容量を消費し、戦略的データの選択によって部分的なコピーを低コストで使用できる場合にフルコピーの購入を強制する
⚠️ 対応策: テスト要件を分析し、過去 12 ～ 18 か月のデータのみを含む、シナリオのテストに不要な大規模オブジェクトを除外する、選択的な部分コピーテンプレートを作成します。
インテグレーションでは、15 分ごとにすべてのレコードがポーリングされ、変更がないかどうかが確認されます。⚠️ アンケートの 95% で変更が検出されない場合、毎日 500 万件の API コールを消費し、不要なクエリで API 容量を浪費します。API 制限に達し、正当なインテグレーションを完了できなくなるリスクが生じる
⚠️ 対応策: ポーリングパターンを変更データキャプチャまたは実際の変更が発生した場合にのみ API コールを使用するプラットフォームイベントに置き換え、API 消費を 95% 以上削減
インテグレーションでは、レコードタイプごとに別々の API コールが順番に実行されます。⚠️ バッチ処理と比較して API 消費量を 5 ～ 10 倍にします。1 つの複合コールで十分な場合、注文あたり 8 個の API コールを消費する注文処理
⚠️ **対応策:**複合APIバッチ関連操作を1つのAPIコールに実装し、消費をトランザクションあたり8コールから1コールに削減(87%削減)
すべての開発チーム用に購入した Full Copy Sandbox⚠️ Partial Copy がほとんどのテスト要件を満たす場合、乗算のコストは 5 倍になります。フルコピーのコストは部分コピーの 5 ～ 10 倍になり、5 日ごとではなく毎月のみ更新されます。
⚠️ Remediation: 本番稼働前の UAT とパフォーマンス検証専用のフルコピーを予約します。開発には Developer Pro、インテグレーションテストには対象データテンプレートを使用した Partial Copy を使用
ボリュームモデリングなしの「無料 API 階層」に基づいて統合が承認⚠️ 月 2 日の予想取引量が無料ランクを超えると、年間 15,000 ドルの驚くべきコストが予算または TCO 分析に含まれない
⚠️ 対応策: 拡張予測を含む予測トランザクション量に基づいてサードパーティの API コストをモデル化します。承認前のインテグレーション TCO にプラットフォーム手数料、トランザクションあたりのコスト、超過料金を含める
制限例外が発生したときのみ監視される API 消費⚠️ 圧力下で反応型の消火活動と緊急建築の変更を作成します。制限により、最適化の商談が特定される前に停止が発生する
⚠️ 対応策: インテグレーションレベルの属性、ピーク時の使用状況の分析、成長予測を備えたプロアクティブなAPI監視ダッシュボードを実装します。70% や 85% などの使用率しきい値でアラートを設定し、最適化のリードタイムを提供
「開発者が対応可能」であるためのカスタムドキュメント生成⚠️ AppExchange オプションのユーザーあたり月額 15 ドル (100 ユーザーの場合は年間 18 万ドル) で初期構築が 8 万ドル、年間メンテナンスが 1 万 5 万ドルというカスタム開発により、導入の迅速化、ベンダーメンテナンス、5 年間の TCO の削減を実現
⚠️ 対応策: AppExchangeソリューションをカスタム開発する前に、コモディティ機能について評価します。モデル 3 ~ 5 年間の TCO (構築コストと購入コストの比較) (メンテナンス、プラットフォームの互換性、サポートコストを含む)
一時的なプロジェクト Sandbox が正当な理由なく永続的なステータスに移行する⚠️ Sandbox の急増により、ビジネス価値のない予算が消費される。適切なライフサイクル管理で実際の開発ニーズを満たす Sandbox が 10 個ある場合、組織は 20 個以上の Sandbox を蓄積する
⚠️ 対応策: 更新の正当性を要求する Sandbox の有効期限ポリシーを実装します。削除日が文書化され、有効期限の確認が自動化されたアラートがある Sandbox を追跡する

最終更新日: 2026-06-08