---
schema_version: "1"
id: 9a9df2657cb5a7dc9e4b1ad12a15d87b7da1684480c75445475557b3a432518e
title: 追加リソースで始める
collection: architect
version: current
locale: ja-jp
portal_url: https://docs.salesforce.com/architect/current/ja-jp/fundamentals/guides/get-started-additional-resources.md
canonical_url: https://architect.salesforce.com/docs/architect/ja-jp/fundamentals/guide/get-started-additional-resources.html
source_site: architect.salesforce.com
content_type: documentation
content_hash: 7f7e265fda10c035a2182ad1648061b06d95973adc5234734884f7db9ff01495
products:
  - 基礎
  - Architect Site Content Repo
---
# 追加リソースで始める

このセクションでは、フロー、Apex、関連ツールなど、Salesforce Platform の機能全体にベストプラクティスと設計パターンを適用する方法について説明します。

## ステップベースの非同期フレームワーク

## 関連リソース

[ステップベース Aysnc フレーム](/docs/architect/ja-jp/fundamentals/guide/step-based-async-framework)ワークは、任意のステップ数で非同期ジョブを実行するための処理フレームワークです。この記事では、すべてのアーキテクトがマスターする必要がある 3 つの重要な領域について説明します。

- **スケジュールと呼び出し**: スケジュール済みフローと呼び出し可能 Apex を使用して、環境チェックと障害処理で実行を調整、トリガー、制御します。
- **ステップ設計と柔軟性**: Apex、フロー、カーソルベースの処理、および機能フラグや操作なしのステップなどの設定可能なパターンをサポートする再利用可能なステップインターフェースを定義します。
- **オーケストレーションおよび実行エンジン**: ステッププロセッサーを活用して、一元的なログ記録とライフサイクル制御でステップの順序付け、実行、再試行、管理を行います。

この記事では、複雑なプロセスをモジュール化された個別に実行可能なステップに分割し、一元的なオーケストレーション、ログ記録、および大規模なパフォーマンスを実現する、Salesforce 向けの拡張性の高いステップベースの非同期フレームワークについて説明します。

## Salesforce データ同期

[ステップ ベースAysncフレームワーク](/docs/architect/ja-jp/fundamentals/guide/data-synchronization)は、Salesfore CRM Analyticsのコア機能の一部です。対話型のダッシュボードとAI主導のインサイト向けのエコシステムのネイティブ ビジネス インテリジェンス プラットフォームであり、SyncOutとSyncInの2つのコア機能によって外部システムとのシームレスな双方向データ移動を促進します。CRM Analytics SyncOut は、Salesforce オブジェクトデータを外部プラットフォームに転送し、完全な変更データキャプチャ (CDC) モードと増分変更データキャプチャ (CDC) モードの両方を組み込みの物理削除追跡でサポートして、下流の絶対的なデータ整合性を維持します。ループを完了すると、CRM Analytics SyncIn は外部データを Salesforce オブジェクトに取り込み、Bulk API 2.0 を使用して大量のデータセットを確実かつ効率的に取り込み、すぐに運用できるようにします。このドキュメントでは、Snowflake を具体的な作業例として使用して、パターンのしくみ、使用条件、使用開始方法について説明します。

## Salesforce データ仮想化

[ステップ ベースAysncフレームワーク](/docs/architect/ja-jp/fundamentals/guide/data-virtualization)は、実行時にSalesforceがデータをSalesforceストレージにコピーまたはレプリケートすることなく、外部システムから直接データを照会できるようにするインテグレーション アーキテクチャ パターンです。データをSalesforceに移動する代わりに、Salesforceはレプリケーションなしで実行時にソースでデータを直接照会できます。ユーザーには、標準の Salesforce インターフェースでライブ外部データが表示されます。データは、その正当な所在から離れることはありません。このドキュメントでは、Snowflake を具体的な作業例として使用して、パターンのしくみ、使用条件、使用開始方法について説明します。

## フィールドサービスのアーキテクチャパターン: コントラクターの共有と大規模な表示の最適化

「[Architectural Patterns for Field Service](/docs/architect/ja-jp/fundamentals/guide/field-service-contractor-sharing-patterns): Optimizing Contractor Sharing and Visibility at Scale (Field Service のアーキテクチャパターン: コントラクターの共有と表示を大規模に最適化)」では、Salesforce Field Service で外部コントラクターネットワークを管理するための 2 つのアーキテクチャパターン (**テリトリーベースの共有**と**アカウントベースの共有**) を比較しています。このガイドの対象項目:

- **コントラクターのペルソナ**: 指定コントラクター、コントラクター企業、臨時ワーカー、および各ペルソナが適切な共有アーキテクチャを形成する方法。
- **テリトリーベースの共有**: 専用のサービステリトリーを主要なセキュリティ境界として使用し、このアプローチの拡張性を犠牲にします。
- **アカウントベースの共有**: 条件に基づく共有ルールを使用して地域から可視性を切り離し、コントラクターと社内の技術者全体でリソースプールを統合できます。
- **決定フレームワーク**: 競合の重複と地理的排他性に基づいて適切なパターンを選択するための決定ツリーと比較マトリックス。

アーキテクトがプラットフォーム セキュリティとスケジュールのパフォーマンスのバランスを取りながら、AgentforceとData Cloudで拡張できる基盤を構築できるようにします。