Bỏ qua để đến nội dung
SteveTechArcSteveTechArc Courses

Hiểu dữ liệu doanh nghiệp

Cũng có bằng 28 ngôn ngữ khác

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · ไทย · Nederlands · العربية · עברית · Українська · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

An open sketchbook on a drafting table at dawn, a building sketched on one page and a data model on the other, with a pencil, an eraser, a cup and a lamp.
Hình ảnh được tạo bằng AI

Hướng dẫn ôn tập cho chương 4 của khóa học Data Architect. Hãy đọc sáu mô-đun trước; trang này giúp bạn kiểm tra những gì đã đọng lại.

Về hướng dẫn ôn tập này. Nó chỉ được xây dựng từ nội dung của chính khóa học này và danh sách mục tiêu trong hướng dẫn thi đã công bố của Salesforce. Nó không bao giờ dựa trên câu hỏi thi thật, và không tự nhận biết trong đề thi có gì. Nếu bạn đã thi, xin đừng gửi cho tôi câu hỏi trong đề: thỏa thuận chứng chỉ cấm chia sẻ chúng, và dù sao học thuộc đáp án cũng là cách sai để trở thành kiến trúc sư.

Hướng dẫn thi nói rằng kỳ thi không kiểm tra các khái niệm cơ sở dữ liệu ngoài Salesforce, và phần lớn chương này nói về doanh nghiệp quanh Salesforce. Vì vậy, giống chương 1, danh sách kiểm tra này cho biết mỗi điểm hỗ trợ những mục tiêu nào. Nhưng đừng bỏ qua nó: rất nhiều tình huống trong kỳ thi bắt đầu với một ERP, một kho dữ liệu hay một org thứ hai, và câu trả lời phụ thuộc vào việc ai sở hữu dữ liệu.

Cho kỳ thi

Phần tiêu đề “Cho kỳ thi ”

Hãy đánh dấu khi bạn đi qua. Mỗi điểm liên kết đến nơi được giảng dạy.

Ai sở hữu dữ liệu (hỗ trợ SDM-2, SDM-3 và chương Dữ liệu chủ)

Các loại dữ liệu và khối lượng công việc của chúng (hỗ trợ DM-1, LDV-1 và MDM-4)

  • Tôi phân biệt được dữ liệu chủ, tham chiếu, giao dịch, siêu dữ liệu, phân tích và phi cấu trúc, và mỗi loại có ý nghĩa gì đối với nơi nó nằm. (Bắt đầu từ loại dữ liệu, không phải đối tượng)
  • Tôi biết dữ liệu tham chiếu nhỏ nhưng là nơi các giả định về tích hợp ẩn nấp (Delivered, Complete, D). (Dữ liệu tham chiếu)
  • Tôi phân biệt được các khối lượng công việc vận hành (OLTP), phân tích (OLAP) và luồng: org điều hành doanh nghiệp, kho và hồ dữ liệu phân tích nó. (Loại dữ liệu chỉ là một nửa câu hỏi)
  • Tôi phân biệt đồng bộ (đứng chờ trước cửa), bất đồng bộ (làm tiếp, xử lý khi nó quay về) và theo lô (hằng giờ, vài giờ một lần, hằng ngày), biết khi nào theo lô là đủ, và biết thời gian thực có cái giá của nó. (Nó cần di chuyển nhanh đến đâu?)
  • Tôi hỏi bốn câu hỏi cho mọi tập dữ liệu: ai sở hữu nó, nó thay đổi nhanh đến đâu, nó lớn đến đâu, và vòng đời của nó. (Bốn câu hỏi đằng sau các phân loại)

Các hệ thống quanh Salesforce (hỗ trợ SDM-3, LDV-3 và các chương về tích hợp)

Org và nơi lưu trữ (hỗ trợ SDM-4)

  • Tôi bắt đầu với một org và tìm một ranh giới thực sự (nơi cư trú dữ liệu, quy định, tách biệt pháp lý, một mô hình vận hành khác, một thương vụ mua lại) trước khi thêm org khác. (Bắt đầu với một org, Tìm những ranh giới thực sự)
  • Tôi biết nhiều org tốn gì: báo cáo toàn cầu, dữ liệu chủ, tích hợp, danh tính và triển khai, mỗi thứ đều nhân lên. (Đi lại các mũi tên lần nữa)
  • Tôi biết Hyperforce cho phép chọn khu vực nơi dữ liệu của org cư trú (không phải nhà cung cấp đám mây), nhưng không hứa rằng mọi dịch vụ đều ở lại đó; và GDPR tự nó không đòi hỏi một org riêng: nó đặt ra quy tắc cho dữ liệu cá nhân rời khỏi EU, và một công ty có thể chọn một org ở châu Âu để đáp ứng các quy tắc đó. (Nơi lưu trữ là một phần của bản vẽ, Khi châu Âu có org riêng)

Vẽ và đọc một bản đồ hệ thống (hỗ trợ mọi tình huống)

  • Tôi vẽ được một bản đồ hệ thống: con người bên trái, Salesforce ở giữa với các cộng đồng chạm vào bên dưới, danh tính ở trên, tích hợp và hậu cần bên phải, Data 360 dưới tầng tích hợp, các kênh ở dưới, dữ liệu vào ra ở góc dưới bên phải. (Cách bố trí bản đồ của Steve)
  • Trên bản đồ hệ thống, một mũi tên bắt đầu ở hệ thống mở kết nối và nhãn của nó cho biết cái gì di chuyển và theo chiều nào; trên sơ đồ luồng dữ liệu, mũi tên đi theo dữ liệu. Hai luồng là hai mũi tên. (Giờ hãy vẽ các mũi tên)
  • Với mỗi mũi tên, tôi biết client xử lý gì và server định nghĩa gì: ở đâu, xác thực, giao thức và hợp đồng, gói dữ liệu, thời điểm, truy vết, lỗi. Một Thông tin xác thực được đặt tên (Named Credential) và Thông tin xác thực bên ngoài (External Credential) của nó khi Salesforce gọi ra; một Ứng dụng khách bên ngoài (External Client App) và một người dùng tích hợp chỉ dùng API khi có thứ gì đó gọi Salesforce. (Mỗi mũi tên cần một cơ chế)
  • Tôi đếm trước khi vẽ mũi tên: khối lượng đi vào bảng kiểm kê và quyết định cơ chế, thậm chí có thể đổi chiều mũi tên. (Đưa các chữ số 0 vào bảng kiểm kê)
  • Tôi chỉ vẽ làn bơi khi một quy trình có hơn một hai lần trao đổi qua lại. (Mũi tên trên bản đồ, cuộc trò chuyện trong làn bơi)

Ngoài kỳ thi

Phần tiêu đề “Ngoài kỳ thi ”

Kỳ thi là sàn, không phải trần. Đây là những thói quen từ chương này mà một kiến trúc sư cần, dù có câu hỏi nào hỏi về chúng hay không.

  • Vẽ bản đồ hệ thống trước khi thiết kế org. Bắt đầu từ một trang trắng.
  • Kéo máy quay lùi lại. Salesforce là một hệ thống giữa nhiều hệ thống.
  • Làn sóng mới hiếm khi làm làn sóng cũ biến mất. Hãy thiết kế cho doanh nghiệp đang tồn tại, không phải tờ quảng cáo.
  • Đọc bản đồ hệ thống như các trách nhiệm, không phải các logo.
  • Mũi tên một chiều làm tôi lo lắng. Luồng này phụ thuộc vào cái gì, và cái gì quay trở lại?
  • Mỗi mũi tên cần một cơ chế. “Bắn rồi quên” không phải là câu trả lời.
  • Mũi tên trên bản đồ, cuộc trò chuyện trong làn bơi.
  • Hãy đếm trước khi vẽ mũi tên. Các chữ số 0 đi vào bảng kiểm kê, và chúng chọn cơ chế.
  • Vẽ hiện trạng trước khi sửa nó: bảng tính, tệp thả qua SFTP, hệ thống “chúng tôi sắp loại bỏ”.
  • Đánh dấu hiện trạng một cách trung thực: màu đỏ cho quy trình tồi, nét đứt cho việc làm bằng tay, chấm đỏ cho những gì còn thiếu. Mỗi đường đỏ là một yêu cầu đang chờ được viết ra.
  • Hai luồng, hai mũi tên. Mũi tên hai đầu chỉ dành cho một trình kết nối (connector).
  • Đừng đóng vai luật sư. Hãy hỏi bạn đang đáp ứng yêu cầu cụ thể nào, và chuyển dịch nó cùng những người sở hữu nó.
  • Tách biệt không giống với đơn giản.

Thuật ngữ cần biết

Phần tiêu đề “Thuật ngữ cần biết ”
Thuật ngữTrong một dòng
Bản đồ hệ thốngCác hệ thống quanh Salesforce, những người dùng chúng, và các luồng quan trọng giữa chúng
Hệ thống gốcNơi giữ phiên bản có thẩm quyền của một loại dữ liệu
Hệ thống tương tácNơi con người làm việc
Hệ thống tham chiếuNơi một hệ thống tra cứu thông tin nó cần nhưng không sở hữu
Hệ thống phân tíchNơi dữ liệu được gom lại để đo lường, phân tích và dự đoán
ERPHệ thống hậu cần cho tài chính, sản phẩm, tồn kho, mua hàng và thực hiện đơn hàng
Dữ liệu chủNhững thứ bền vững mà doanh nghiệp vận hành xung quanh: khách hàng, sản phẩm, địa điểm
Dữ liệu tham chiếuBộ từ vựng dùng chung để phân loại dữ liệu khác: mã, trạng thái, danh mục
Dữ liệu giao dịchHồ sơ về những gì đã xảy ra: đơn hàng, lần giao hàng, thanh toán, trường hợp
Dữ liệu phân tíchDữ liệu được suy ra từ dữ liệu khác để đo lường và so sánh
Dữ liệu phi cấu trúcTài liệu, hình ảnh, âm thanh, video, bản ghi lời thoại
Kho dữ liệu / hồ dữ liệu / lakehouseKho phân tích có cấu trúc / kho dữ liệu thô ở quy mô lớn / sự kết hợp của cả hai
ESB / iPaaSMột tầng tích hợp làm trung gian giữa các hệ thống
OLTP / OLAPCông việc vận hành trên vài bản ghi mỗi lần / phân tích trên rất nhiều bản ghi
Gần lõi (near-core)Quản lý trên lõi, lưu trữ ngoài lõi: Data 360
Thông tin xác thực được đặt tên / Thông tin xác thực bên ngoài (Named Credential / External Credential)Nơi Salesforce giữ một endpoint gọi ra / cách xác thực của nó
Ứng dụng khách bên ngoài (External Client App)Cách một hệ thống bên ngoài được ủy quyền gọi Salesforce
Hiện trạngBản đồ hệ thống như nó đang là hôm nay, trước khi thiết kế; có đánh dấu những gì sai
Nhà cung cấp danh tính (IdP)Hệ thống xác thực người dùng và thiết lập danh tính mà Salesforce tin tưởng
Đồng bộ / bất đồng bộ / theo lôChờ câu trả lời / làm tiếp và xử lý khi nó đến / di chuyển dữ liệu thành một nhóm theo lịch
HyperforceSalesforce trên hạ tầng đám mây công cộng, với lựa chọn vùng
Zero copyTruy vấn dữ liệu ngay nơi nó nằm, không cần sao chép

Tự kiểm tra

Phần tiêu đề “Tự kiểm tra ”

Những tình huống ngắn theo phong cách của khóa học. Hãy quyết định câu trả lời trước khi mở ra.

1. Nhân viên kinh doanh làm việc với tài khoản trong Salesforce, nhưng ERP cấp mã khách hàng chính thức khi họ mua hàng. Salesforce gửi đơn hàng đến ERP. Bạn cần thiết kế những gì?

Ai sở hữu khách hàng ở từng giai đoạn; mã của ERP làm ID bên ngoài trên Tài khoản; Salesforce được phép thay đổi những trường nào; thay đổi từ ERP đến nhanh đến đâu; và cái gì quay về sau khi một đơn hàng được gửi đi (chấp nhận, từ chối, đã giao, đã lập hóa đơn). Đọc lại Bản đồ hệ thống thay đổi mô hình dữ liệu.

2. Ban lãnh đạo muốn năm năm hiệu suất đúng hẹn theo khu vực, kết hợp với tài chính. Xây nó bằng báo cáo Salesforce?

Có lẽ không. Đó là khối lượng công việc phân tích trên nhiều kho, nên nó thuộc về nơi dữ liệu được gom lại: kho dữ liệu, với CRM Analytics hoặc Tableau ở trên. Phân tích nằm ở đâu đi theo dữ liệu nằm ở đâu. Đọc lại Phân tích nằm ở nơi dữ liệu nằm.

3. Một công ty hoạt động ở 30 quốc gia và yêu cầu mỗi quốc gia một org. Bạn hỏi gì?

Yêu cầu nào đi kèm mỗi quốc gia: lưu trữ, xử lý, chuyển giao qua biên giới, hợp đồng, một nơi lưu trữ khác. Không có ranh giới thực sự, hãy bắt đầu với một org, vì mỗi org thêm vào đều nhân lên báo cáo, dữ liệu chủ, tích hợp, danh tính và triển khai. Đọc lại Địa lý không tự động là một chiến lược org.

4. Xe tải gửi 200.000 lần đọc GPS mỗi ngày. Salesforce có nên lưu tất cả không?

Có lẽ không. Đó là dữ liệu luồng: điều phối viên cần vị trí hiện tại, còn lịch sử và xu hướng thuộc về một nền tảng được xây cho khối lượng đó. Hãy đếm các chữ số 0 (hơn 70 triệu mỗi năm) và tách “bây giờ nó ở đâu?” khỏi “quý trước đã xảy ra chuyện gì?”. Đọc lại Loại dữ liệu chỉ là một nửa câu hỏi.

5. Các tổ giao hàng làm việc với các điểm dừng trong Salesforce, nhưng tuyến được lập trong một công cụ điều phối cũ, và không có gì nối hai bên. Bạn vẽ hiện trạng thế nào?

Vẽ đúng như nó đang là, đánh dấu là hiện trạng: tuyến được nhập lại vào Salesforce và các điểm dừng đã hoàn tất được nhập lại ngược về, nét đứt vì con người làm việc đó và màu đỏ vì nó sai. Đừng vẽ tích hợp mà bạn ước là có; mỗi đường đỏ trở thành một yêu cầu cho bản thiết kế. Đọc lại Đánh dấu những gì sai và RouteDesk vẫn còn đó.

6. Ai đó nói luật quyền riêng tư châu Âu yêu cầu một org riêng. Bạn phản hồi thế nào?

Không chấp nhận mù quáng cũng không bác bỏ. GDPR tự nó không đòi hỏi một org riêng; nó đặt ra quy tắc cho dữ liệu cá nhân, bao gồm việc chuyển dữ liệu ra khỏi EU. Hãy hỏi nó đáp ứng yêu cầu cụ thể nào (lưu trữ, xử lý, chuyển giao, truy cập để hỗ trợ, một hợp đồng, chính sách), rồi làm việc với bộ phận quyền riêng tư, pháp chế và bảo mật để biến nó thành kiến trúc. Đọc lại Đừng đóng vai luật sư và Khi châu Âu có org riêng.

7. Salesforce gửi đơn hàng đến API của ERP. Bên nào xử lý việc thử lại, và Salesforce giữ secret ở đâu?

Salesforce là client: nó mở kết nối, thấy toàn bộ vòng đi về và là bên duy nhất có thể thử lại. Một Thông tin xác thực được đặt tên (Named Credential) giữ endpoint, và Thông tin xác thực bên ngoài (External Credential) của nó giữ phần xác thực. ERP, phía server, định nghĩa hợp đồng và xác thực những gì đi vào. Đọc lại Mỗi mũi tên cần một cơ chế.

8. Một tích hợp hôm nay gửi vài bản ghi mỗi phút, và nghiệp vụ dự kiến hàng chục nghìn mỗi giờ vào năm sau. Mũi tên có thay đổi không?

Có thể là cơ chế của nó, thậm chí cả chiều của nó. Vài bản ghi mỗi phút có thể là một callout từ Salesforce; nhiều hơn hẳn có thể có nghĩa là phát sự kiện mà hệ thống kia đăng ký nhận, nên mũi tên bắt đầu ở đầu bên kia; hàng triệu bản ghi qua đêm là một lô. Hãy biết các con số trước khi chọn. Đọc lại Đưa các chữ số 0 vào bảng kiểm kê.

Tìm hiểu thêm

Phần tiêu đề “Tìm hiểu thêm ”