Vẽ bản đồ trước khi thiết kế org
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)
Chương 4 của Data Architect, Phần 1: Trở thành kiến trúc sư dữ liệu. Trước: Kiến trúc dữ liệu Salesforce.
Khi tôi dạy các ứng viên CTA, bài tập về nhà sau ngày đầu tiên luôn giống nhau. Đọc tình huống. Bắt đầu vẽ bản đồ hệ thống từ một trang trắng. Rồi sau đó, và chỉ sau đó, mới thử phác mô hình dữ liệu.
Người ta ngạc nhiên về thứ tự này. Chúng ta là kiến trúc sư dữ liệu; chẳng phải nên bắt đầu từ mô hình dữ liệu sao? Đây là lý do tôi không làm vậy. Nếu vẽ mô hình dữ liệu trước, tôi đã quyết định cái gì thuộc về Salesforce. Nếu vẽ bản đồ trước, tôi thấy được mọi thứ nên định hình quyết định đó: ERP sở hữu khách hàng và sản phẩm, kho dữ liệu trả lời những câu hỏi năm năm, nhà cung cấp danh tính quyết định ai được vào, đối tác gửi một tệp mỗi buổi chiều, hệ thống cũ mà ai cũng bảo là sắp ngừng.
Chương 2 và 3 đã thiết kế org: mô hình nên là gì, và nó sống trên Salesforce thế nào. Chương này kéo máy quay lùi lại và vẽ những gì bao quanh org, trước khi org được thiết kế. Salesforce là một hệ thống giữa nhiều hệ thống, và khá thường xuyên nó không phải là hệ thống sở hữu dữ liệu.
Hình ảnh được tạo bằng AI.
Các ý tưởng trong chương này
Phần tiêu đề “Các ý tưởng trong chương này ”- Bản đồ hệ thống đến trước. Tìm các hệ thống, rồi dữ liệu di chuyển giữa chúng, rồi ai sở hữu từng mảnh. Chỉ sau đó mới quyết định việc của Salesforce là gì.
- Một mũi tên phụ thuộc vào những mũi tên khác. Đơn hàng ra ERP cần khách hàng, sản phẩm và giá đi vào trước. Bất cứ khi nào thấy một tích hợp chỉ có một luồng, tôi bắt đầu lo ngại.
- Dữ liệu có nhiều loại, và nhiều khối lượng công việ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 thay đổi, tăng trưởng và được dùng theo những cách khác nhau; khối lượng công việc vận hành (OLTP), phân tích (OLAP) và luồng cần những ngôi nhà khác nhau. Org điều hành doanh nghiệp; kho và hồ dữ liệu phân tích nó.
- Hệ thống có vai trò, không chỉ có logo. Gốc, tương tác, tham chiếu, phân tích. “Salesforce là hệ thống gốc của chúng tôi”: cho cái gì?
- Phân tích nằm ở đâu đi theo dữ liệu nằm ở đâu. Tất cả trên lõi: báo cáo chuẩn. Dữ liệu ở các kho khác: một nền tảng phân tích, và kho dữ liệu khi dữ liệu Salesforce được trộn với nó.
- Data 360 là gần lõi (near-core): quản lý trên lõi, lưu trữ ngoài lõi. Người dùng không bao giờ kết nối với nó, nên nó nằm cùng hệ thống đường ống.
- Dữ liệu do ERP sở hữu được đọc tại chỗ và ghi có kiểm soát, với tiền tố
erp_để lược đồ cho thấy ai sở hữu từng trường. - 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. Hai luồng là hai mũi tên; mũi tên hai đầu chỉ dành cho một trình kết nối (connector).
- Mỗi mũi tên có một client và một server, và mỗi bên lo một nửa của mình. Không điều nào trong số đó được đưa lên bản đồ hệ thống, nhưng mũi tên nào cũng có.
- 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ế: theo lô, đồng bộ hay sự kiện.
- Chiến lược org là một quyết định bản đồ, được đưa ra trong những phút đầu tiên: một org hay nhiều org, và nó chạy ở đâu.
- Hiện trạng cho thấy những gì sai. 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.
Cách bố trí bản đồ của Steve
Phần tiêu đề “Cách bố trí bản đồ của Steve ”Có rất nhiều cách vẽ một bản đồ hệ thống. Đây là cách của tôi, được mài giũa qua nhiều năm, và nó đọc như một câu: con người bên trái tiếp cận Salesforce ở giữa, được tin cậy qua các hệ thống phía trên nó, được phục vụ qua các kênh phía dưới nó, và được nối với bộ phận hậu cần bên phải.
| Vị trí | Thứ đặt ở đó |
|---|---|
| Trái | Con người, từ trên xuống dưới: người dùng nội bộ, đối tác, khách hàng |
| Giữa | Salesforce, một chiếc hộp đơn giản, với các cộng đồng của nó chạm vào bên dưới |
| Trên | Nhà cung cấp danh tính phía trên Salesforce; AppExchange lệch sang phải; website công khai ở góc trên bên trái |
| Phải | Tầng tích hợp, rồi các hệ thống nội bộ: ERP, tài chính, kho dữ liệu |
| Dưới tầng tích hợp | Data 360, gần lõi, cùng hệ thống đường ống |
| Dưới | Kênh khách hàng: email, biểu mẫu web, điện thoại, nhắn tin |
| Góc dưới bên phải | Dữ liệu vào và ra: kho lưu trữ, nạp dữ liệu, nguồn bên ngoài, đối tác |
Các hệ thống là những thẻ trong các vùng mờ có nhãn, mỗi thẻ có một biểu tượng, và một chú giải cho biết mọi thứ nghĩa là gì. Phía sau bức tranh là một bảng kiểm kê: với mỗi tập dữ liệu hay luồng, chủ sở hữu, khối lượng, cơ chế và thời điểm, cách xác thực, và nên sao chép, tham chiếu hay liên kết (federate) nó.
Bản đồ hệ thống của mô-đun 4, với các mũi tên.
Lộ trình qua chương này
Phần tiêu đề “Lộ trình qua chương này ”Sáu mô-đun, mỗi mô-đun có thể đọc độc lập.
- Salesforce là một hệ thống giữa nhiều hệ thống. Vì sao bản đồ đến trước chiếc hộp, kiểu tích hợp tôi gặp đi gặp lại và các luồng ngược mà nó phụ thuộc, dữ liệu theo từng làn sóng, và lõi, gần lõi và Hyperforce.
- Các loại dữ liệu doanh nghiệp. Sáu loại; được tạo, được sửa, được tham chiếu; OLTP và OLAP; thời gian thực, gần thời gian thực và theo lô; bốn câu hỏi đằng sau các phân loại.
- Các hệ thống quanh Salesforce. Vai trò của hệ thống; ERP, kho dữ liệu và lakehouse; phân tích đi theo dữ liệu; MDM; tích hợp và sự kiện; nhà cung cấp danh tính mà lập trình viên hay quên; Data 360 nằm ở đâu.
- Vẽ bản đồ hệ thống. Cách bố trí của tôi, dựng lên từ một trang trắng; các chữ số 0 trước các mũi tên; mũi tên bắt đầu ở bên khởi tạo; client và server đằng sau mỗi mũi tên, theo cả hai chiều; làn bơi cho những cuộc trò chuyện; bảng kiểm kê đằng sau bức tranh.
- Chiến lược org là một quyết định bản đồ. Bắt đầu với một org; điều gì biện minh cho org khác; khu vực, không phải nhà cung cấp; một lần tách thành AMER và EMEA vì GDPR; những gì org thứ hai thêm vào.
- Bản đồ hệ thống của Steve Trucking. Hôm nay, trước một đợt triển khai bài bản, có đánh dấu: bảng kê hàng rơi vào RouteDesk, tuyến được nhập lại vào Salesforce và ngược về bằng tay, một hòn đảo dữ liệu GPS, một bảng tính cung cấp số liệu cho tài chính, và 108.000 cuộc gọi “hàng của tôi đâu rồi?” mỗi năm.
Khi học xong, hãy tự kiểm tra với hướng dẫn ôn tập của chương: một danh sách kiểm tra cho kỳ thi, những thói quen vượt ra ngoài kỳ thi, các thuật ngữ cần biết và vài câu hỏi.
Kiến trúc sư quyết định gì ở đây
Phần tiêu đề “Kiến trúc sư quyết định gì ở đây ”- Những hệ thống nào bao quanh Salesforce, và mỗi hệ thống đóng vai trò gì.
- Hệ thống nào sở hữu từng loại dữ liệu quan trọng, trước khi quyết định Salesforce giữ bao nhiêu phần trong đó.
- Mỗi kết nối hoạt động thế nào: cái gì di chuyển, theo hướng nào, xác thực ra sao, nhanh đến đâu, và cái gì quay trở lại.
- Bao nhiêu org, và chúng chạy ở đâu, được quyết định đầu tiên, vì mọi thứ khác trên bản đồ phụ thuộc vào nó.
- Hiện trạng đã được hiểu đủ rõ để thiết kế trạng thái mục tiêu chưa.
Ngoài kỳ thi: bản đồ hệ thống đang trở thành bản đồ tác tử. Trước khi một tác tử trả lời được “hàng của tôi đâu rồi?”, phải có ai đó biết hệ thống nào có thẩm quyền cho từng sự thật, nó cập nhật đến đâu, và tác tử có thể tiếp cận nó thế nào. Mỗi mô-đun kết thúc bằng điều AI thay đổi cho phần của nó trong bức tranh.
Tìm hiểu thêm
Phần tiêu đề “Tìm hiểu thêm ”- Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (opens in a new tab) (tiếng Anh), kiểm tra ngày 2026-10-14.
- Đọc thêm cho ứng viên CTA: Salesforce Architects công bố hướng dẫn vẽ sơ đồ của riêng họ, How to Build Salesforce Diagrams (opens in a new tab) (tiếng Anh).
Tiếp theo: Chất lượng và quản trị dữ liệu