sfdcNihonKajinStudyEvent-2-DataIntegration

SFDC DataIntegration
1. Why do we need integration
2. Integration pattern
3. Integration pattern details
4. Integration pattern comparison
5. Scenario
6. Reference Material List

Transcript

1. SFDC在日華人交流会 https://sfdcnihonkajinstudy.connpass.com https://toptrailblazers.com/c/SfdcNihonKajinStudy/ https://www.facebook.com/groups/5222674549675 52/?ref=share
2. 自己紹介 • 姓名：呂 玉杰 • 所属会社：株式会社 ユエンタジャパン http://www.uenta.co.jp/
3. Agenda 1. なんで連携必要なのか 2. 連携パターン 3. 連携パターン詳細 4. 連携パターン比較 5. シナリオ 6. 参照資料一覧
4. １．なんで連携必要なのか
5. なんで連携必要なのか
6. なんで連携必要なのか
7. ２．連携パターン
8. 連携パターン 連携パターン 同期・非同期 コールアウト 同期 コールアウト 非同期 バッチデータ 同期 同期・非同期 コールイン 同期・非同期 データの変更 に基づく UI の更新 リアルタイム シナリオ
9. ３．連携パターン詳細
10. パターン１ 同期コールアウト 待機 Visualforce および Apex コント ローラ ※以下の方式もサポートされる • Apex トリガ • Apex 一括処理クラス REST Endpointも サポートされる 1. 待機、APEXからのコールのタイムアウト (最大 60 秒) 設定 可能、トランザクション内最大累積値120秒 2. エラー処理（例外やエラーコード） 3. リカバリ（再試行） 4. 単純リラン設計（冪等性、一意キーは相手システムに持つ） 5. セキュリティ（SSL、暗号化など） 6. 少量データのリアルタイム連携に最適 7. ガバナ制限
11. パターン2 非同期コールアウト（OutboundMessage） 受付 ワー クフロー駆動 1. カスタマイズ不要 2. エラー処理（相手システム実施必要） 3. リカバリ（ 24 時間再試行、必要な場合手動実施） 4. 単純リラン設計（相手システム実施必要） 5. セキュリティ（SSL、暗号化など、ホワイトリストIP登録） 6. メッセージの配信順序を保証できない。
12. パターン３-1 バッチデータの同期-SFDC • DataSpider • PowerCenter • ASTERIA WARP データ抽出 データ加工 データ更新 エラー処理 1. エラー処理（ETLで実施必要） 2. リカバリ（ 障害原因クリア） 3. 単純リラン設計（INSERT/UPDATEを利 用） 4. セキュリティ 5. 依存関係を考慮して、ジョブ順序を決める。 制御テーブ ル更新 制御テーブ ル取得
13. パターン３-2 バッチデータの同期-他システム データ抽出 データ加工 データ更新 エラー処理 制御テーブ ル更新 制御テーブ ル取得 1. エラー処理（ETLで実施必要） 2. リカバリ（ 障害原因クリア） 3. 単純リラン設計（UPSERTを利用） 4. セキュリティ 5. 依存関係を考慮して、ジョブ順序を決める。
14. パターン4 リモートコールイン 1. エラー処理（相手システムで実施必要） 2. リカバリ（ 再実行方針をきめる） 3. 単純リラン設計（相手システム冪等設計、 トリガやワークフロールールを考慮） 4.制限事項 API制限 MAX10 個のクエリカーソル/1user • SOAP API • REST API • BULK API
15. パターン5 データの変更に基づく UI の更新 Streaming API 通知 イベント （データ更新など） subscribe UI 画面にPUSH
16. 4．連携パターン比較
17. 連携パターン比較 連携方向 連携種類 同期・非同期 対象パターン Salesforce –> シ ステム 複雑な連携 同期 同期コールアウト 非同期 非同期コールアウト データ連携 同期 同期コールアウト 非同期 データの変更に基づく UI の更新 シ ステム–>Salesforce 複雑な連携 同期 コールイン 非同期 コールイン データ連携 同期 コールイン 非同期 バッチデータ同期
18. 5．シナリオ
19. シナリオ ◆既存CRM⇒ETL⇒SFDC 1. 連携元：既存CRMシステム（CLOUD、SOAP API、ETL専有コネクタあり） 2. 連携先：SFDC（ SOAP（BULK）API、ETL専有コネクタあり） 3. 想定頻度：１回/日、想定件数：５００件/回 4. 連携対象：画像データ＆通常データ 5. 変換処理：複数データ変換がある。 ◆利用パターン： パターン３-2 バッチデータの同期-他システム
20. SFDC タスク１ 取引先責任者 Salesforce 既存CRMクラウト⇒ SFDC By ETL 既存CRMクラウ ト 画像 attachment CRMクラウトコネクター 画像ファイル情報 ＋取引先責任者 ETL 画像ファイル情 報 SFDCコネクター ETL 取引先責任者 取引先責任者 加工済み取引 先責任者 エラーテーブル エラー発生する場合
21. ６．参照資料一覧
22. 参照資料一覧 1. https://resources.docs.salesforce.com/sfdc/pdf/integration_patterns_and_practices.pdf 2. https://developer.salesforce.com/docs/atlas.en- us.integration_patterns_and_practices.meta/integration_patterns_and_practices/integ_p at_pat_summary.htm 3. https://developer.salesforce.com/docs/atlas.en- us.integration_patterns_and_practices.meta/integration_patterns_and_practices/integ_p at_intro_overview.htm