שרטטו את מפת המערכות לפני ה-org

🌐 זמין גם ב-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)

תורגם בבינה מלאכותית. הקהילה עוד לא בדקה את התרגום. לקריאה באנגלית

פרק 4 בקורס Data Architect, חלק 1: להפוך לארכיטקט נתונים. הקודם: ארכיטקטורת הנתונים של Salesforce.

כשאני מלמד מועמדים ל-CTA, שיעורי הבית אחרי היום הראשון הם תמיד אותו דבר. קראו את התרחיש. התחילו את מפת המערכות מדף ריק. ואז, ורק אז, נסו את כוחכם במודל הנתונים.

אנשים מופתעים מהסדר. אנחנו ארכיטקטי נתונים; לא כדאי שנתחיל ממודל הנתונים? הנה למה אני לא. אם אני משרטט קודם את מודל הנתונים, כבר החלטתי מה שייך ל-Salesforce. אם אני משרטט קודם את מפת המערכות, אני רואה את כל מה שצריך לעצב את ההחלטה הזו: ה-ERP שהוא הבעלים של הלקוחות והמוצרים, מחסן הנתונים שעונה על שאלות של חמש שנים, ספק הזהויות שמחליט מי נכנס, השותף ששולח קובץ בכל אחר צהריים, מערכת ה-legacy שכולם אומרים שהיא בדרך החוצה.

פרקים 2 ו-3 תכננו את ה-org: מה המודל צריך להיות, ואיך הוא חי ב-Salesforce. הפרק הזה מרחיק את המצלמה ומשרטט את מה שמקיף את ה-org, לפני שה-org מתוכנן. Salesforce היא מערכת אחת מתוך רבות, ולעיתים קרובות היא לא זו שהנתונים בבעלותה.

התמונה נוצרה באמצעות בינה מלאכותית.

הרעיונות בפרק הזה

• מפת המערכות באה קודם. מצאו את המערכות, אחר כך את הנתונים שזזים ביניהן, אחר כך מי הבעלים של כל חלק. רק אז החליטו מה התפקיד של Salesforce.
• חץ תלוי בחצים אחרים. הזמנות שיוצאות ל-ERP צריכות קודם לקוחות, מוצרים ומחירים שנכנסים. בכל פעם שאני רואה אינטגרציה עם זרימה אחת בלבד, אני מתחיל לדאוג.
• לנתונים יש סוגים, ויש עומסי עבודה. נתוני אב, נתוני ייחוס, נתוני תנועות, מטא-דאטה, נתונים אנליטיים ונתונים לא מובנים משתנים, גדלים ומשמשים בדרכים שונות; עומסי עבודה תפעוליים (OLTP), אנליטיים (OLAP) וזורמים רוצים בתים שונים. ה-org מריץ את העסק; מחסני נתונים ואגמי נתונים מנתחים אותו.
• למערכות יש תפקידים, לא רק לוגואים. רשומה, מעורבות, ייחוס, תובנות. “Salesforce היא מערכת הרשומה שלנו”: של מה?
• המקום שבו האנליטיקה חיה הולך אחרי המקום שבו הנתונים חיים. הכול על הליבה: דוחות סטנדרטיים. נתונים במאגרים אחרים: פלטפורמת אנליטיקה, ומחסן הנתונים כשנתוני Salesforce מתמזגים איתו.
• Data 360 הוא קרוב לליבה (near-core): מנוהל על הליבה, מתארח מחוץ לליבה. משתמשים אף פעם לא מתחברים אליו, אז הוא יושב עם הצנרת.
• נתונים שה-ERP הוא הבעלים שלהם נקראים מקומית ונכתבים תחת בקרה, עם קידומת erp_ כדי שהסכמה תראה מי הבעלים של כל שדה.
• במפת המערכות, חץ מתחיל במערכת שפותחת את החיבור, והתווית שלו אומרת מה זז ולאיזה כיוון. שתי זרימות הן שני חצים; חץ דו-ראשי הוא רק למחבר (connector).
• לכל חץ יש לקוח ושרת, וכל אחד מהם אחראי על החצי שלו. שום דבר מזה לא נכנס למפת המערכות, אבל לכל חץ זה קיים.
• ספרו לפני שאתם משרטטים את החצים. האפסים נכנסים למלאי, והם בוחרים את המנגנון: אצווה, סינכרוני או אירועים.
• אסטרטגיית ה-org היא החלטה ברמת מפת המערכות, שמתקבלת בדקות הראשונות: org אחד או כמה, ואיפה הוא רץ.
• מצב נוכחי מראה מה לא תקין. אדום לתהליך גרוע, מקווקו לעבודה ידנית, נקודות אדומות למה שחסר.

פריסת מפת המערכות של Steve

יש הרבה דרכים לשרטט מפת מערכות. זו שלי, מלוטשת לאורך הרבה שנים, והיא נקראת כמו משפט: האנשים משמאל מגיעים ל-Salesforce שבאמצע, שזוכה לאמון דרך המערכות שמעליה, משרתת דרך הערוצים שמתחתיה, ומחוברת לבק-אופיס שמימין.

איפה	מה נמצא שם
שמאל	האנשים, מלמעלה למטה: משתמשים פנימיים, שותפים, לקוחות
מרכז	Salesforce, קופסה פשוטה אחת, והקהילות שלה נוגעות בה מלמטה
למעלה	ספקי זהויות מעל Salesforce; AppExchange מוזז ימינה; אתרים ציבוריים למעלה משמאל
ימין	שכבת האינטגרציה, ואחריה המערכות הפנימיות: ERP, כספים, מחסן נתונים
מתחת לשכבת האינטגרציה	Data 360, קרוב לליבה, עם הצנרת
למטה	ערוצי לקוחות: דוא”ל, טפסי אינטרנט, טלפון, הודעות
למטה מימין	נתונים נכנסים ויוצאים: ארכיונים, טעינות נתונים, מקורות חיצוניים, שותפים

מערכות הן כרטיסים באזורים חיוורים עם תוויות, לכל אחת אייקון, ומקרא אומר מה כל דבר מסמל. מאחורי התמונה יושב מלאי: לכל מערך נתונים או זרימה, הבעלים, הנפח, המנגנון והתזמון, האימות, והאם להעתיק, להפנות או לבצע פדרציה.

Click to enlarge

מפת המערכות מיחידה 4, עם החצים שלה.

המסלול בפרק הזה

שש יחידות, כל אחת עומדת בפני עצמה.

1. Salesforce היא מערכת אחת מתוך רבות. למה מפת המערכות באה לפני הקופסה, האינטגרציה שאני רואה שוב ושוב וזרימות החזרה שהיא תלויה בהן, נתונים בגלים, וליבה, קרוב לליבה ו-Hyperforce.
2. סוגי הנתונים בארגון. שישה סוגים; נוצרים, נערכים, מופנים; OLTP ו-OLAP; זמן אמת, כמעט זמן אמת ואצווה; ארבע השאלות שמאחורי הקטגוריות.
3. המערכות סביב Salesforce. תפקידי מערכות; ה-ERP, מחסן הנתונים וה-Lakehouse; האנליטיקה הולכת אחרי הנתונים; MDM; אינטגרציה ואירועים; ספק הזהויות שמפתחים שוכחים; איפה Data 360 יושב.
4. שרטטו את מפת המערכות. הפריסה שלי, נבנית מדף ריק; האפסים לפני החצים; חצים שמתחילים ביוזם; הלקוח והשרת שמאחורי כל חץ, בשני הכיוונים; תרשימי מסלולים לשיחות; המלאי שמאחורי התמונה.
5. אסטרטגיית ה-org היא החלטה ברמת מפת המערכות. התחילו מ-org אחד; מה מצדיק עוד אחד; האזור, לא הספק; פיצול ל-AMER ול-EMEA בגלל GDPR; מה ה-org השני מוסיף.
6. מפת המערכות של Steve Trucking. היום, לפני מימוש מסודר, מסומן: מניפסטים שנוחתים ב-RouteDesk, מסלולים שמוקלדים מחדש ל-Salesforce ובחזרה ידנית, אי של נתוני GPS, גיליון אלקטרוני שמזין את הכספים, ו-108,000 שיחות “איפה המשלוח שלי?” בשנה.

כשתסיימו, בדקו את עצמכם עם מדריך הלימוד של הפרק: רשימת תיוג למבחן, ההרגלים שמעבר לו, מונחים שכדאי להכיר וכמה שאלות.

מה הארכיטקט מחליט כאן

• אילו מערכות מקיפות את Salesforce, ואיזה תפקיד כל אחת ממלאת.
• איזו מערכת היא הבעלים של כל סוג נתונים חשוב, לפני שמחליטים כמה ממנו Salesforce שומרת.
• איך כל חיבור עובד: מה זז, לאיזה כיוון, איך הוא מאמת, כמה מהר, ומה חוזר.
• כמה orgs, ואיפה הם רצים, מוחלט ראשון, כי כל השאר במפת המערכות תלוי בזה.
• האם המצב הנוכחי מובן מספיק טוב כדי לתכנן מצב יעד.

מעבר למבחן: מפת המערכות הופכת למפה של סוכנים. לפני שסוכן יכול לענות על “איפה המשלוח שלי?”, מישהו צריך לדעת איזו מערכת סמכותית לכל עובדה, כמה היא עדכנית, ואיך הסוכן רשאי להגיע אליה. כל יחידה מסתיימת במה שה-AI משנה בחלק שלה בתמונה.

להרחבה

• Salesforce Architects, The Salesforce Platform: Transformed for Tomorrow (opens in a new tab) (באנגלית, נבדק ב-2026-10-14).
• קריאה נוספת למועמדים ל-CTA: Salesforce Architects מפרסמים הנחיות שרטוט משלהם, How to Build Salesforce Diagrams (opens in a new tab) (באנגלית).

הבא: איכות נתונים וממשל נתונים