企業のデータを理解する
ほかに 28 言語で読めます
English · Español · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)
Data Architectコース第4章の学習ガイドです。まず6つのモジュールを読んでください。このページでは、何が身についたかを確認できます。
この学習ガイドについて。 このガイドは、このコース自体の内容と、Salesforceが公開している試験ガイドの出題目標の一覧だけをもとに作られています。実際の試験問題をもとにしたことは一度もなく、試験に何が出るかを知っているとも主張しません。すでに受験した方は、どうか試験の問題を私に送らないでください。認定資格の契約で共有が禁じられていますし、そもそも答えを暗記するのはアーキテクトになる方法として間違っています。
試験ガイドには、Salesforce以外のデータベースの概念は出題しないとあり、この章の大部分はSalesforceを取り巻く企業についてです。そこで第1章と同じように、このチェックリストでは各項目がどの目標を支えるかを示しています。ただし飛ばさないでください。試験のシナリオの多くはERP、ウェアハウス、2つ目の組織から始まり、答えは誰がデータを所有しているかにかかっています。
進めながらチェックしていきましょう。各項目には、それを教えている箇所へのリンクがあります。
誰がデータを所有しているか（SDM-2、SDM-3、マスターデータの章を支える）
- それぞれの種類のデータについて、どのシステムが記録システムかを言え、その文を完成させられる：何についての記録システムか？（Salesforceが記録システムでないことは多い、製品名から始めない）
- よくあるパターン、顧客、製品、価格はERPから入り、注文は出ていくを知っていて、注文の矢印がほかの流れに依存していることがわかる。そのうえで帰りの道について問える。（何度も目にする連携、一方向の矢印は私を不安にさせる）
- マスターデータに3つの問いを投げかける：どこで作成され、どこで編集され、どこで参照されるのか？（分類の背後にある4つの問い）
- コピーは権威ではないことを知っている：ERPが所有するデータは手元で読み、管理のもとで書き、ERPの識別子を外部IDとして持つ。（ERP：バックオフィスには重力がある、全体像がデータモデルを変える）
データの種類とそのワークロード（DM-1、LDV-1、MDM-4を支える）
- マスター、参照、トランザクション、メタデータ、分析、非構造化のデータを見分け、それぞれが置き場所にとって何を意味するかがわかる。（オブジェクトではなく種類から始める）
- 参照データは小さいが、連携の前提が隠れている場所であることを知っている（
Delivered、Complete、D）。（参照データ） - 業務（OLTP）、分析（OLAP）、ストリーミングのワークロードを見分けられる：組織はビジネスを動かし、ウェアハウスとレイクはそれを分析する。（種類は問いの半分にすぎない）
- 同期（ドアの前で待つ）、非同期（先に進み、戻ってきたら対応する）、バッチ（1時間ごと、数時間ごと、毎日）を知っていて、いつバッチで十分か、そしてリアルタイムにはコストがかかることを知っている。（どれくらい速く動く必要があるか？）
- すべてのデータセットに4つの問いを投げかける：誰が所有しているか、どれくらい速く変わるか、どれくらい大きくなるか、ライフサイクルはどうか。（分類の背後にある4つの問い）
Salesforceを取り巻くシステム（SDM-3、LDV-3、連携の章を支える）
- システムの4つの役割を知っている：記録、エンゲージメント、参照、インサイト。（製品名から始めない）
- 分析の置き場所はデータの置き場所に従うことを知っている：すべてがSalesforceにあるならコアのレポート。ほかのストアが関わるなら、分析プラットフォーム（Tableau（Tableau Nextを含む）、または使われているならCRM Analytics）やウェアハウス。（分析はデータのある場所にある）
- ウェアハウス、レイク、レイクハウスが何かと、MDM、ESBやiPaaS、イベントの役割を知っている。（ウェアハウス、レイク、レイクハウス、連携層とイベント）
- 初日から全体像にIDプロバイダーを置き、SSOの設定はデプロイできてもシークレットと証明書は移らないことを知っている。全体像の上では、それは呼び出しではなく共有証明書（信頼）である。サインオンはブラウザを通じて行われるからだ。（開発者が忘れるシステム：ID）
- Data 360がニアコア（コア上で管理され、コアの外でホストされる）であり、そのゼロコピーによってデータをコピーせずにクエリできることを知っている。（Data 360はどこに置くか？、コア、コアの外、そしてHyperforce）
組織とホスティング（SDM-4を支える）
- 一つの組織から始め、もう一つを追加する前に本当の境界（データの所在地、規制、法的な分離、異なる事業モデル、買収）を探す。（一つの組織から始める、本当の境界を探す）
- 複数の組織のコストを知っている：グローバルなレポート、マスターデータ、連携、ID、デプロイが、それぞれ倍増する。（もう一度矢印をたどる）
- Hyperforceでは組織のデータが置かれる地域を選べる（クラウドプロバイダーではない）が、すべてのサービスがそこにとどまるとは約束していないことを知っている。そしてGDPRはそれだけでは別の組織を求めないことを知っている：GDPRはEUの外へ出る個人データのルールを定めており、会社はそれを満たすために欧州の組織を選ぶことがある。（ホスティングも図の一部、ヨーロッパが独自の組織を持つとき）
全体像を描き、読む（すべてのシナリオを支える）
- 全体像を描ける：左に人々、中央にSalesforceとその下に接するコミュニティ、上にID、右に連携とバックオフィス、連携層の下にData 360、下にチャネル、右下にデータの入出力。（スティーブの全体像レイアウト）
- 全体像では、矢印は接続を開くシステムから始まり、そのラベルが何がどちらの向きに動くかを示す。データフロー図では、矢印はデータに従う。2つの流れは2本の矢印。（矢印を描く）
- すべての矢印について、クライアントが扱うこととサーバーが定義することを知っている：場所、認証、プロトコルと契約、ペイロード、タイミング、追跡、エラー。Salesforceが外部を呼び出すときは指定ログイン情報とその外部ログイン情報。何かがSalesforceを呼び出すときは外部クライアントアプリケーションとAPI限定の連携ユーザー。（すべての矢印には仕組みが必要）
- 矢印を描く前に数える：ボリュームは一覧表に入って仕組みを決め、矢印の向きさえ変えることがある。（一覧表にゼロを書き込む）
- プロセスに1、2回を超えるやりとりがあるときだけスイムレーンを描く。（全体像には矢印、会話はスイムレーンに）
試験の先へ
Section titled “試験の先へ ”試験は床であって天井ではありません。ここに挙げるのは、問題で問われるかどうかにかかわらず、アーキテクトに必要なこの章の習慣です。
- 組織を設計する前に全体像を描く。 真っ白なキャンバスから始めましょう。
- カメラを引く。 Salesforceは多くのシステムの一つです。
- 新しい波が古い波を消し去ることはめったにない。 パンフレットではなく、実在する企業を設計しましょう。
- 全体像をロゴではなく責任として読む。
- 一方向の矢印は私を不安にさせる。 この流れは何に依存していて、何が返ってくるのか？
- すべての矢印には仕組みが必要。 「投げっぱなし」は答えではありません。
- 全体像には矢印、会話はスイムレーンに。
- 矢印を描く前に数える。 ゼロは一覧表に入り、仕組みを選ぶ。
- 直す前に現状を描く： スプレッドシート、SFTPでのファイル受け渡し、「引退させる予定の」システム。
- 現状には正直に印を付ける： 悪いプロセスには赤、手作業には破線、欠けているものには赤い点線。すべての赤い線は、書かれるのを待っている要件です。
- 2つの流れには2本の矢印。 両矢印はコネクタのためだけのもの。
- 弁護士を演じない。 どの具体的な要件を満たしているのかを問い、それを所有する人たちと一緒に翻訳しましょう。
- 分かれていることはシンプルであることと同じではない。
覚えておきたい用語
Section titled “覚えておきたい用語 ”| 用語 | ひとことで |
|---|---|
| システム全体像 | Salesforceを取り巻くシステム、それを使う人々、そしてその間の重要な流れ |
| 記録システム | ある種類のデータの権威あるバージョンが保持されている場所 |
| エンゲージメントシステム | 人が仕事をする場所 |
| 参照システム | あるシステムが、必要だが所有していない情報を調べに行く場所 |
| インサイトシステム | データが集まり、測定、分析、予測が行われる場所 |
| ERP | 財務、製品、在庫、購買、出荷のためのバックオフィスシステム |
| マスターデータ | ビジネスがその周りで回っている長続きするもの：顧客、製品、拠点 |
| 参照データ | ほかのデータを分類する共有の語彙：コード、ステータス、カテゴリ |
| トランザクションデータ | 起きたことの記録：注文、配送、支払い、ケース |
| 分析データ | 測定し比較するために、ほかのデータから導き出したデータ |
| 非構造化データ | 文書、画像、音声、動画、文字起こし |
| データウェアハウス／レイク／レイクハウス | 構造化された分析用のストア／大規模な生データのストア／その二つの組み合わせ |
| ESB／iPaaS | システムの間を仲介する連携層 |
| OLTP／OLAP | 一度に少数のレコードを扱う業務の処理／多くのレコードにまたがる分析 |
| ニアコア | コア上で管理され、コアの外でホストされる：Data 360 |
| 指定ログイン情報／外部ログイン情報 | Salesforceが送信先のエンドポイントを保持する場所／その認証を保持する場所 |
| 外部クライアントアプリケーション | 外部のシステムがSalesforceを呼び出すことを認可される方法 |
| 現状 | 設計の前の、今日あるがままの全体像。何が間違っているかの印が付いている |
| IDプロバイダー（IdP） | ユーザーを認証し、Salesforceが信頼する識別を確立するシステム |
| 同期／非同期／バッチ | 答えを待つ／先に進み、答えが来たら対応する／スケジュールに従ってデータをまとめて動かす |
| Hyperforce | 地域を選べるパブリッククラウドのインフラの上のSalesforce |
| ゼロコピー | データをコピーせずに、それがある場所でクエリすること |
理解度チェック
Section titled “理解度チェック ”コースと同じスタイルの短いシナリオです。開く前に自分の答えを決めましょう。
1. 営業担当者はSalesforceで取引先を扱っていますが、購入した時点でERPが正式な顧客番号を発行します。SalesforceはERPに注文を送ります。何を設計する必要がありますか？
それぞれの段階で誰が顧客を所有するか。取引先の外部IDとしてのERPの番号。Salesforceがどの項目を変えてよいか。ERPの変更がどれくらいの速さで届くか。そして注文を送った後に何が返ってくるか（受け付け、拒否、出荷、請求）。全体像がデータモデルを変えるを読み直しましょう。
2. 経営陣は、地域別の5年分の時間通りの実績を、財務と結合して見たいと言っています。Salesforceのレポートで作りますか？
おそらく作りません。複数のストアにまたがる分析のワークロードなので、データが集まる場所に属します。ウェアハウスと、その上のCRM AnalyticsかTableauです。分析の置き場所はデータの置き場所に従います。分析はデータのある場所にあるを読み直しましょう。
3. 30か国で事業をしている会社が、国ごとに一つの組織をほしいと言っています。何を尋ねますか？
それぞれの国にどんな要件がついてくるのか。保存、処理、国境を越える移転、契約、別のホスト。本当の境界がないなら、一つの組織から始めましょう。組織が一つ増えるごとに、レポート、マスターデータ、連携、ID、デプロイが倍増するからです。地理が自動的に組織戦略になるわけではないを読み直しましょう。
4. トラックは1日に20万件のGPSの読み取り値を送ってきます。Salesforceはそのすべてを保存すべきでしょうか？
おそらく違います。それはストリーミングデータです。配車担当者には現在の位置が必要で、履歴と傾向はそのボリュームのために作られたプラットフォームに属します。ゼロを数え（年7,000万件超）、「今どこにあるか？」と「前の四半期に何が起きたか？」を分けましょう。種類は問いの半分にすぎないを読み直しましょう。
5. クルーはSalesforceで停車地をこなしていますが、ルートは従来の配車ツールで作られ、両者をつなぐものは何もありません。今日をどう描きますか？
あるがままに、現状として印を付けて描きます。Salesforceに再入力されるルートと、元に再入力される完了した停車地を、人がやっているので破線で、間違っているので赤で。あってほしい連携を描かないでください。すべての赤い線が、設計のための要件になります。問題に印を付けるとRouteDeskはまだそこにあるを読み直しましょう。
6. 誰かが、ヨーロッパのプライバシー法は別の組織を求めていると言います。どう応じますか？
鵜呑みにも、却下もしません。GDPRはそれだけでは別の組織を求めません。GDPRは個人データについてのルールを定めており、そこにはEUの外への移転も含まれます。それがどの具体的な要件を満たすのか（保存、処理、移転、サポートのためのアクセス、契約、ポリシー）を尋ね、プライバシー、法務、セキュリティの人たちと一緒にそれをアーキテクチャにします。弁護士を演じないとヨーロッパが独自の組織を持つときを読み直しましょう。
7. SalesforceはERPのAPIに注文を送ります。再試行を扱うのはどちらの側で、Salesforceはシークレットをどこに保持しますか？
Salesforceがクライアントです。接続を開き、往復の全体が見え、再試行できる唯一の側です。指定ログイン情報がエンドポイントを、その外部ログイン情報が認証を保持します。サーバーであるERPは契約を定義し、入ってくるものを検証します。すべての矢印には仕組みが必要を読み直しましょう。
8. ある連携は今日1分に数件のレコードを送っていますが、ビジネスは来年には1時間に数万件になると見込んでいます。矢印は変わりますか？
仕組みが変わり、向きさえ変わるかもしれません。1分に数件ならSalesforceからのコールアウトで済みます。はるかに多くなれば、相手のシステムが購読するイベントを発行することになるかもしれず、そうなると矢印は反対側から始まります。一晩に数百万件ならバッチです。選ぶ前に件数を知りましょう。一覧表にゼロを書き込むを読み直しましょう。
さらに学ぶ
Section titled “さらに学ぶ ”- Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab)、Salesforceヘルプ（英語、2026-09-25確認）：出題目標とその配分の公式一覧。受験を予約する前に、必ず最新版を確認しましょう。