---
schema_version: "1"
id: 5e35ca0e05841eed8374cc210acdb4350abc3ebe9da83814ab95e77148cc6e57
title: 信頼性 - 拡張性
collection: architect
version: next
locale: ja-jp
portal_url: https://docs.salesforce.com/architect/next/ja-jp/well-architected-tools/guides/trusted-scalability.md
canonical_url: https://staging.architect.salesforce.com/docs/architect/ja-jp/well-architected-tools/guide/trusted-scalability.html
source_site: staging.architect.salesforce.com
content_type: documentation
content_hash: 4f12fc8a697812d9a5513d4da8cd990cc9aba137446a8068184a04667a060889
products:
  - 適切に設計されたツール
  - Architect Site Content Repo
---
# 信頼性 - 拡張性

### データモデリングパターン

適切に設計された[信頼](/docs/architect/ja-jp/well-architected/guide/trusted-overview)性 → [信頼性](/docs/architect/ja-jp/well-architected/guide/reliable) → [拡張性](/docs/architect/ja-jp/well-architected/guide/reliable#拡張性) → [データモデリング](/docs/architect/ja-jp/well-architected/guide/reliable#データモデリング)

| Where to look?<br>商品領域 \| ロケーション | What does good look like? (良いものは?)<br>パターン                                                                                                 |
| ------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| 組織                           | ✅ マッピングの前にデータ変換を使用してデータを非正規化し、すべての連絡先を標準連絡先オブジェクトに個別に取り込めるようにソースデータを変換します。 |
| プラットフォーム \| ビジネス               | ✅ ローコードビルダーは、Salesforce でサポートされているさまざまなデータ型を理解し、データ型を選択する前にレポートと暗号化の要件を評価します。      |
| プラットフォーム \| ビジネス               | ✅ オブジェクト間の主従関係を確立する前に、共有とデータスキューの影響が評価されます。                                                               |
| プラットフォーム \| データモデル           | ✅ スケールに合わせて非正規化されたテーブル                                                                                                         |
| プラットフォーム \| データモデル           | ✅ 可能な限り標準オブジェクトを使用                                                                                                                 |
| プラットフォーム \| 設計標準               | ✅ カスタムオブジェクトが存在することをビジネスの理由付けとする基準と指針                                                                           |

### データ量パターン

適切に設計された[信頼](/docs/architect/ja-jp/well-architected/guide/trusted-overview)性 → [信頼性](/docs/architect/ja-jp/well-architected/guide/reliable) → [拡張性](/docs/architect/ja-jp/well-architected/guide/reliable#拡張性) → [データ量](/docs/architect/ja-jp/well-architected/guide/reliable#データ量)についての詳細

| Where to look?<br>商品領域 \| ロケーション | What does good look like? (良いものは?)<br>パターン                                                                                                                                                                                                                        |
| ------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| テスト計画                     | ✅ 一括読み込みの計算では、0 日目のデータ読み込みが考慮されます。 ソリューションの稼働開始 (0 日目とも呼ばれる) 前に移行する必要があることが多い大量のデータを計画し、スケジュールされた実行あたりの最大ファイルサイズと最大ファイル数に同時に達しないことを確認している。 |
| プラットフォーム \| Apex                   | ✅ データの歪みが問題になるシナリオで、子レコードの数を複数の親レコードに分散するロジックが存在する                                                                                                                                                                        |
| プラットフォーム \| Apex                   | ✅ インテグレーションを介してインポートまたは複製されたときに、すべてのレコードを適切なユーザーに割り当てるロジックが存在する                                                                                                                                              |
| プラットフォーム \| ビジネス               | ✅ データのアーカイブおよび消去戦略を文書化して実装している                                                                                                                                                                                                                |
| プラットフォーム \| ビジネス               | ✅ 一括データ読み込み戦略は、サーバー消費を最適化するために最適化されています。 サーバー消費を効率化するために、一括読み込み戦略では読み込み時間、データシーケンス、レコードロック、自動化、一括共有プロセスが考慮されています。                                           |
| プラットフォーム \| データ                 | ✅ 10,000 件を超える子レコードを持つ親レコードはありません                                                                                                                                                                                                                 |
| プラットフォーム \| データ                 | ✅ 10,000 件を超える同じオブジェクト種別のレコードにユーザーが割り当てられていない                                                                                                                                                                                         |
| プラットフォーム \| データ                 | ✅ 10,000 件を超えるレコードに同じレコードを参照する参照項目があるインスタンスが存在しない                                                                                                                                                                                 |
| プラットフォーム \| データ                 | ✅ 本番への一括データ読み込みがピーク営業時間中に発生しない                                                                                                                                                                                                                |
| プラットフォーム \| データ                 | ✅ 一括データの読み込みは、`ParentId`項目値に従ってバッチに並び替えられます。                                                                                                                                                                                              |
| プラットフォーム \| データ                 | ✅ 一括データ読み込みには、ビジネス上の意思決定に必要な最小限のデータのみが含まれます。                                                                                                                                                                                    |
| プラットフォーム \| フロー                 | ✅ データの歪みが問題になるシナリオで、子レコードの数を複数の親レコードに分散するロジックが存在する                                                                                                                                                                        |
| プラットフォーム \| フロー                 | ✅ インテグレーションを介してインポートまたは複製されたときに、すべてのレコードを適切なユーザーに割り当てるロジックが存在する                                                                                                                                              |
| プラットフォーム \| 組織                   | ✅ 大量のデータの読み込み中はデータの後処理が延期されます。 大量のデータの読み込みが終了するまで、後処理の自動化は延期されます。                                                                                                                                           |
| プラットフォーム \| テスト計画             | ✅ Full Copy Sandbox で Bulk API 読み込み戦略をテスト Full Copy Sandbox で Bulk API を使用してデータ読み込みを計画し、パターン、読み込みの順序、発生する可能性のあるロックの問題を特定します。                                                                             |

---

### データモデリングのアンチパターン

適切に設計された[信頼](/docs/architect/ja-jp/well-architected/guide/trusted-overview)性 → [信頼性](/docs/architect/ja-jp/well-architected/guide/reliable) → [拡張性](/docs/architect/ja-jp/well-architected/guide/reliable#拡張性) → [データモデリング](/docs/architect/ja-jp/well-architected/guide/reliable#データモデリング)

| Where to look?<br>商品領域 \| ロケーション | What to avoid?<br>アンチパターン                                                    |
| ------------------------------------------ | ----------------------------------------------------------------------------------- |
| プラットフォーム \| ビジネス               | ⚠️ ローコードビルダーは、下流のレポートと暗号化の要件を評価せずにデータ型を選択する |
| プラットフォーム \| ビジネス               | ⚠️ オブジェクト間の主従関係を確立する前に共有とデータスキューが考慮されない         |
| プラットフォーム \| データモデル           | ⚠️ テーブルは冗長性を避けるために正規化されています                                 |
| プラットフォーム \| データモデル           | ⚠️ 複製された標準オブジェクトがある                                                 |
| プラットフォーム \| 設計標準               | ⚠️ カスタムオブジェクトを作成するための標準が存在しない                             |

### データ量のアンチパターン

適切に設計された[信頼](/docs/architect/ja-jp/well-architected/guide/trusted-overview)性 → [信頼性](/docs/architect/ja-jp/well-architected/guide/reliable) → [拡張性](/docs/architect/ja-jp/well-architected/guide/reliable#拡張性) → [データ量](/docs/architect/ja-jp/well-architected/guide/reliable#データ量)についての詳細

| Where to look?<br>商品領域 \| ロケーション | What to avoid?<br>アンチパターン                                                                                                                                                             |
| ------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Data 360 \| テスト計画                     | ⚠️ 一括読み込みの計算に 0 日目のデータ読み込みが含まれていない、0 日目の読み込みの計算が実行されていない、または文書化されている場合、ファイルサイズと同時実行ファイル数の両方が最大値に近い |
| プラットフォーム \| Apex                   | ⚠️ データ読み込みまたはインテグレーションで作成されたレコードは、一般的な「インテグレーションユーザー」に割り当てられます。                                                                  |
| プラットフォーム \| Apex                   | ⚠️ 子レコードは、すでに割り当てられている既存の子レコードの数に関係なく、親レコードに任意に割り当てられます。                                                                                |
| プラットフォーム \| ビジネス               | ⚠️ データのアーカイブおよび消去戦略がないか、戦略が文書化されているが実装されていない                                                                                                        |
| プラットフォーム \| ビジネス               | ⚠️ 一括データ読み込みは、スケールを計画せずに実行されます。 一括データ読み込みを実行する前に、データシーケンス、レコードロック、自動化、一括共有プロセスが考慮されません。                   |
| プラットフォーム \| データ                 | ⚠️ 本番へのデータの一括読み込みは、ピーク営業時間中に行われます。                                                                                                                            |
| プラットフォーム \| データ                 | ⚠️ 一括データ読み込みは、ビジネス上の意思決定に必要な最小限のデータに限定されない                                                                                                            |
| プラットフォーム \| データ                 | ⚠️ 10,000 件を超える子レコードが存在する                                                                                                                                                     |
| プラットフォーム \| データ                 | ⚠️ ユーザーが同じ種別の 10,000 件を超えるレコードに割り当てられている                                                                                                                        |
| プラットフォーム \| データ                 | ⚠️ 10,000 件を超えるレコードに同じレコードを参照する参照項目があるインスタンスが存在する                                                                                                     |
| プラットフォーム \| データ                 | ⚠️ 一括データ読み込みは、`ParentId`項目値に従ってバッチに並び替えられない                                                                                                                    |
| プラットフォーム \| フロー                 | ⚠️ データ読み込みまたはインテグレーションで作成されたレコードは、一般的な「インテグレーションユーザー」に割り当てられます。                                                                  |
| プラットフォーム \| フロー                 | ⚠️ 子レコードは、すでに割り当てられている既存の子レコードの数に関係なく、親レコードに任意に割り当てられます。                                                                                |
| プラットフォーム \| 組織                   | ⚠️ Bulk API 読み込み戦略は Partial Copy Sandbox でテストされます。Bulk API 読み込みテストでは、Partial Copy Sandbox のデータのサブセットに対してバッチ読み込み時間が実施されます。           |
| プラットフォーム \| 組織                   | ⚠️ レコードをロックする他の操作と並行して一括データ読み込みを実行 データ読み込みと並行して一括処理 Apex を実行                                                                               |
| プラットフォーム \| 組織                   | ⚠️ データセットのサイズを考慮しない API の選択 SOAP API は、500,000 件を超えるレコードの読み込みに使用されます。                                                                             |
| プラットフォーム \| 組織                   | ⚠️ レポート要件によりロール階層設計を促進 レポート要件を使用して、必要なロール階層レベルまたは必要なロール階層レベルを決定する                                                               |
| プラットフォーム \| 組織                   | ⚠️ ロール階層に空のロールがある 空のプレースホルダーロールが将来のために作成される                                                                                                           |
| プラットフォーム \| 組織                   | ⚠️ ロール階層は組織図を模倣しています。ロール階層で組織構造を再現し、会社の役職ごとに個別のロールを作成しています。                                                                          |

---
