एंटरप्राइज़ डेटा को समझना

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)

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. — AI से बनाई गई इमेज

Data Architect कोर्स के अध्याय 4 की अध्ययन गाइड। पहले छह मॉड्यूल पढ़ें; यह पेज आपको जाँचने में मदद करता है कि क्या याद रहा।

इस अध्ययन गाइड के बारे में। यह सिर्फ़ इस कोर्स की अपनी सामग्री और Salesforce की प्रकाशित परीक्षा गाइड में दी गई उद्देश्यों की सूची से बनी है। यह कभी भी परीक्षा के असली सवालों पर आधारित नहीं है, और यह दावा नहीं करती कि परीक्षा में क्या आएगा। अगर आपने परीक्षा दी है, तो कृपया मुझे उसके सवाल न भेजें: सर्टिफ़िकेशन समझौता उन्हें शेयर करने से मना करता है, और वैसे भी जवाब रटना आर्किटेक्ट बनने का गलत तरीका है।

परीक्षा गाइड कहती है कि वह Salesforce से बाहर की डेटाबेस अवधारणाओं की परीक्षा नहीं लेती, और इस अध्याय का ज़्यादातर हिस्सा Salesforce के आसपास के एंटरप्राइज़ के बारे में है। इसलिए, अध्याय 1 की तरह, यह चेकलिस्ट बताती है कि हर बिंदु किन उद्देश्यों को सहारा देता है। लेकिन इसे छोड़ें नहीं: परीक्षा के बहुत-से परिदृश्य किसी ERP, किसी वेयरहाउस या किसी दूसरे org से शुरू होते हैं, और जवाब इस पर निर्भर करता है कि डेटा का मालिक कौन है।

परीक्षा के लिए

आगे बढ़ते हुए इन पर निशान लगाते जाएँ। हर एक उस जगह से लिंक है जहाँ इसे पढ़ाया गया है।

डेटा का मालिक कौन है (SDM-2, SDM-3 और मास्टर डेटा वाले अध्याय को सहारा देता है)

मैं बता सकता हूँ कि हर तरह के डेटा के लिए system of record कौन-सा सिस्टम है, और मैं वाक्य पूरा करता हूँ: system of record, किसके लिए? (Salesforce अक्सर system of record नहीं होता, प्रोडक्ट के नाम से शुरू न करें)
मैं आम पैटर्न जानता हूँ: ग्राहक, प्रोडक्ट और कीमतें ERP से अंदर, ऑर्डर बाहर, और यह कि ऑर्डर वाला तीर बाकियों पर निर्भर है; फिर मैं वापसी के सफ़र के बारे में पूछता हूँ। (वह इंटीग्रेशन जो मैं बार-बार देखता हूँ, एकतरफ़ा तीर मुझे बेचैन करते हैं)
मैं मास्टर डेटा से तीन सवाल पूछता हूँ: यह कहाँ बनता है, कहाँ बदला जाता है, और कहाँ इसका हवाला दिया जाता है? (श्रेणियों के पीछे के चार सवाल)
मैं जानता हूँ कि कॉपी अधिकार नहीं है: ERP के स्वामित्व वाला डेटा लोकल रूप से पढ़ा जाता है और नियंत्रण में लिखा जाता है, और उसका ERP पहचानकर्ता External ID के रूप में रखा जाता है। (ERP: बैक ऑफ़िस का अपना गुरुत्व होता है, लैंडस्केप डेटा मॉडल को बदल देता है)

डेटा के प्रकार और उनके वर्कलोड (DM-1, LDV-1 और MDM-4 को सहारा देता है)

मैं मास्टर, रेफ़रेंस, ट्रांज़ैक्शनल, मेटाडेटा, एनालिटिकल और अनस्ट्रक्चर्ड डेटा में फ़र्क कर सकता हूँ, और यह भी कि हर एक का उसकी जगह के लिए क्या मतलब है। (प्रकार से शुरू करें, ऑब्जेक्ट से नहीं)
मैं जानता हूँ कि रेफ़रेंस डेटा छोटा होता है, लेकिन इंटीग्रेशन की धारणाएँ उसी में छिपी होती हैं (Delivered, Complete, D)। (रेफ़रेंस डेटा)
मैं ऑपरेशनल (OLTP), एनालिटिकल (OLAP) और स्ट्रीमिंग वर्कलोड में फ़र्क कर सकता हूँ: org बिज़नेस चलाता है, वेयरहाउस और लेक उसका विश्लेषण करते हैं। (प्रकार सवाल का सिर्फ़ आधा हिस्सा है: वर्कलोड)
मैं सिंक्रोनस (दरवाज़े पर इंतज़ार करें), एसिंक्रोनस (अपना काम करते रहें, जवाब लौटे तब देखें) और बैच (हर घंटे, हर कुछ घंटे, रोज़) को जानता हूँ, यह भी कि बैच कब काफ़ी है, और यह कि रियल टाइम की एक कीमत होती है। (इसे कितनी तेज़ी से चलना है?)
मैं हर डेटा सेट से चार सवाल पूछता हूँ: इसका मालिक कौन है, यह कितनी तेज़ी से बदलता है, यह कितना बड़ा होता है, और इसका जीवनचक्र क्या है। (श्रेणियों के पीछे के चार सवाल)

Salesforce के आसपास के सिस्टम (SDM-3, LDV-3 और इंटीग्रेशन वाले अध्यायों को सहारा देता है)

मैं सिस्टम की चार भूमिकाएँ जानता हूँ: record, engagement, reference और insight। (प्रोडक्ट के नाम से शुरू न करें)
मैं जानता हूँ कि एनालिटिक्स वहीं रहता है जहाँ डेटा रहता है: जब सब कुछ Salesforce में हो तो core रिपोर्ट; जब दूसरे स्टोर भी शामिल हों तो कोई एनालिटिक्स प्लेटफ़ॉर्म (Tableau, जिसमें Tableau Next भी शामिल है, या जहाँ इस्तेमाल हो रहा हो वहाँ CRM Analytics) या वेयरहाउस। (एनालिटिक्स वहीं रहता है जहाँ डेटा रहता है)
मैं जानता हूँ कि वेयरहाउस, लेक और लेकहाउस क्या हैं, और MDM, ESB या iPaaS, और इवेंट्स की भूमिका क्या है। (Warehouse, lake और lakehouse, इंटीग्रेशन लेयर और events)
मैं पहले दिन से ही आइडेंटिटी प्रोवाइडर को लैंडस्केप पर रखता हूँ, और जानता हूँ कि SSO कॉन्फ़िगरेशन डिप्लॉय होता है लेकिन सीक्रेट और सर्टिफ़िकेट साथ नहीं जाते; लैंडस्केप पर यह एक साझा सर्टिफ़िकेट (भरोसा) है, कोई कॉल नहीं, क्योंकि साइन-ऑन ब्राउज़र के ज़रिए चलता है। (वह सिस्टम जिसे डेवलपर भूल जाते हैं: पहचान (identity))
मैं जानता हूँ कि Data 360 near-core है (core पर मैनेज होता है, core से बाहर होस्ट होता है), और उसका zero copy डेटा को कॉपी किए बिना क्वेरी करने देता है। (Data 360 कहाँ बैठता है?, Core, core से बाहर और Hyperforce)

Org और होस्टिंग (SDM-4 को सहारा देता है)

मैं एक org से शुरू करता हूँ और दूसरा जोड़ने से पहले कोई असली सीमा ढूँढता हूँ (डेटा रेज़िडेंसी, नियमन, कानूनी अलगाव, अलग ऑपरेटिंग मॉडल, कोई अधिग्रहण)। (एक org से शुरू करें, असली सीमाएँ ढूँढें)
मैं जानता हूँ कि कई org की कीमत क्या है: ग्लोबल रिपोर्टिंग, मास्टर डेटा, इंटीग्रेशन, आइडेंटिटी और डिप्लॉयमेंट, हर एक कई गुना। (तीरों पर दोबारा चलें)
मैं जानता हूँ कि Hyperforce यह चुनने देता है कि org का डेटा किस रीजन में रहे (क्लाउड प्रोवाइडर नहीं), लेकिन यह वादा नहीं करता कि हर सर्विस वहीं रहेगी; और यह कि GDPR अपने आप में अलग org की माँग नहीं करता: वह EU से बाहर जाने वाले व्यक्तिगत डेटा के नियम तय करता है, और कोई कंपनी उन्हें पूरा करने के लिए यूरोपीय org चुन सकती है। (होस्टिंग भी डायग्राम का हिस्सा है, जब यूरोप को अपना org मिलता है)

लैंडस्केप बनाना और पढ़ना (हर परिदृश्य को सहारा देता है)

मैं लैंडस्केप बना सकता हूँ: लोग बाईं ओर, Salesforce बीच में और उसकी कम्युनिटीज़ नीचे से छूती हुईं, आइडेंटिटी ऊपर, इंटीग्रेशन और बैक ऑफ़िस दाईं ओर, Data 360 इंटीग्रेशन परत के नीचे, चैनल नीचे, और डेटा अंदर-बाहर नीचे दाईं ओर। (Steve का लैंडस्केप लेआउट)
लैंडस्केप पर तीर उस सिस्टम से शुरू होता है जो कनेक्शन खोलता है, और उसका लेबल बताता है कि क्या चलता है और किस ओर; डेटा-फ़्लो डायग्राम पर तीर डेटा के साथ चलते हैं। दो फ़्लो, दो तीर। (अब तीर बनाएँ)
हर तीर के लिए मैं जानता हूँ कि क्लाइंट क्या संभालता है और सर्वर क्या तय करता है: कहाँ, ऑथेंटिकेशन, प्रोटोकॉल और कॉन्ट्रैक्ट, पेलोड, समय, ट्रेस, एरर। जब Salesforce बाहर कॉल करता है तो एक Named Credential और उसका External Credential; जब कुछ और Salesforce को कॉल करता है तो एक External Client App और एक API-only इंटीग्रेशन यूज़र। (हर तीर को एक तरीका चाहिए)
मैं तीर बनाने से पहले गिनता हूँ: मात्रा इन्वेंटरी में जाती है और तरीका तय करती है, और यह भी बदल सकती है कि तीर किस ओर इशारा करे। (शून्य इन्वेंटरी में डालें)
मैं स्विम लेन तभी बनाता हूँ जब किसी प्रक्रिया में एक-दो से ज़्यादा आने-जाने वाले आदान-प्रदान हों। (लैंडस्केप पर तीर, swim lane में बातचीत)

परीक्षा से आगे

परीक्षा फ़र्श है, छत नहीं। ये इस अध्याय की वे आदतें हैं जो एक आर्किटेक्ट को चाहिए, चाहे कोई सवाल कभी उनके बारे में पूछे या नहीं।

org डिज़ाइन करने से पहले लैंडस्केप बनाएँ। एक खाली कैनवस से शुरू करें।
कैमरा पीछे खींचें। Salesforce कई सिस्टमों में से एक है।
नई लहर शायद ही कभी पुरानी को गायब करती है। उस एंटरप्राइज़ को आर्किटेक्ट करें जो मौजूद है, ब्रोशर वाले को नहीं।
लैंडस्केप को ज़िम्मेदारियों के रूप में पढ़ें, लोगो के रूप में नहीं।
एकतरफ़ा तीर मुझे बेचैन करते हैं। यह फ़्लो किस पर निर्भर है, और वापस क्या आता है?
हर तीर को एक तरीका चाहिए। “भेजो और भूल जाओ” कोई जवाब नहीं है।
लैंडस्केप पर तीर, स्विम लेन में बातचीत।
तीर बनाने से पहले गिनें। शून्य इन्वेंटरी में जाते हैं, और वही तरीका चुनते हैं।
ठीक करने से पहले मौजूदा स्थिति बनाएँ: स्प्रेडशीट, SFTP ड्रॉप, वह सिस्टम “जिसे हम बंद कर रहे हैं।”
मौजूदा स्थिति को ईमानदारी से चिह्नित करें: खराब प्रक्रिया के लिए लाल, हाथ के काम के लिए डैश, जो गायब है उसके लिए लाल बिंदु। हर लाल रेखा एक आवश्यकता है जो लिखे जाने का इंतज़ार कर रही है।
दो फ़्लो, दो तीर। दो सिरों वाला तीर सिर्फ़ कनेक्टर के लिए है।
वकील न बनें। पूछें कि आप कौन-सी खास आवश्यकता पूरी कर रहे हैं, और उसे उन लोगों के साथ मिलकर अनुवाद करें जो उसके मालिक हैं।
अलग होना सरल होने जैसा नहीं है।

जानने लायक शब्द

शब्द	एक पंक्ति में
सिस्टम लैंडस्केप	Salesforce के आसपास के सिस्टम, उन्हें इस्तेमाल करने वाले लोग, और उनके बीच के अहम फ़्लो
System of record (रिकॉर्ड का सिस्टम)	जहाँ किसी तरह के डेटा का आधिकारिक संस्करण रखा जाता है
System of engagement	जहाँ लोग काम करते हैं
System of reference	जहाँ कोई सिस्टम वह जानकारी देखता है जिसकी उसे ज़रूरत है लेकिन जिसका वह मालिक नहीं है
System of insight	जहाँ डेटा मापने, विश्लेषण करने और अनुमान लगाने के लिए एक साथ आता है
ERP	फ़ाइनेंस, प्रोडक्ट, इन्वेंटरी, खरीद और फ़ुलफ़िलमेंट के लिए बैक-ऑफ़िस सिस्टम
मास्टर डेटा	वे टिकाऊ चीज़ें जिनके इर्द-गिर्द बिज़नेस चलता है: ग्राहक, प्रोडक्ट, लोकेशन
रेफ़रेंस डेटा	साझा शब्दावली जो दूसरे डेटा को वर्गीकृत करती है: कोड, स्टेटस, श्रेणियाँ
ट्रांज़ैक्शनल डेटा	जो हुआ उसके रिकॉर्ड: ऑर्डर, डिलीवरी, भुगतान, केस
एनालिटिकल डेटा	मापने और तुलना करने के लिए दूसरे डेटा से निकाला गया डेटा
अनस्ट्रक्चर्ड डेटा	दस्तावेज़, इमेज, ऑडियो, वीडियो, ट्रांसक्रिप्ट
डेटा वेयरहाउस / लेक / लेकहाउस	स्ट्रक्चर्ड एनालिटिकल स्टोर / बड़े पैमाने पर कच्चे डेटा का स्टोर / दोनों का मेल
ESB / iPaaS	एक इंटीग्रेशन परत जो सिस्टमों के बीच मध्यस्थता करती है
OLTP / OLAP	एक समय में कुछ रिकॉर्ड पर ऑपरेशनल काम / बहुत सारे रिकॉर्ड पर विश्लेषण
Near-core (core के पास)	core पर मैनेज, core से बाहर होस्ट: Data 360
Named Credential / External Credential	जहाँ Salesforce किसी बाहरी endpoint को रखता है / उसका ऑथेंटिकेशन
External Client App	किसी बाहरी सिस्टम को Salesforce को कॉल करने की अनुमति कैसे मिलती है
मौजूदा स्थिति (current state)	आज जैसा लैंडस्केप है, डिज़ाइन से पहले; जो गलत है उसके निशान के साथ
आइडेंटिटी प्रोवाइडर (IdP)	वह सिस्टम जो यूज़र्स को ऑथेंटिकेट करता है और वह पहचान स्थापित करता है जिस पर Salesforce भरोसा करता है
सिंक्रोनस / एसिंक्रोनस / बैच	जवाब का इंतज़ार करना / काम जारी रखना और जवाब आने पर संभालना / शेड्यूल पर डेटा को समूह में ले जाना
Hyperforce	पब्लिक-क्लाउड इन्फ्रास्ट्रक्चर पर Salesforce, रीजन चुनने की सुविधा के साथ
Zero copy	डेटा को कॉपी किए बिना, वहीं क्वेरी करना जहाँ वह रहता है

खुद को परखें

कोर्स की शैली में छोटे परिदृश्य। खोलने से पहले अपना जवाब तय करें।

1. सेल्सपर्सन Salesforce में Account पर काम करते हैं, लेकिन ग्राहक के खरीदने पर आधिकारिक ग्राहक नंबर ERP जारी करता है। Salesforce ERP को ऑर्डर भेजता है। आपको क्या डिज़ाइन करना होगा?

हर चरण में ग्राहक का मालिक कौन है; ERP का नंबर Account पर External ID के रूप में; Salesforce कौन-से फ़ील्ड बदल सकता है; ERP के बदलाव कितनी तेज़ी से आते हैं; और ऑर्डर भेजने के बाद क्या वापस आता है (स्वीकार, अस्वीकार, शिप, बिल)। लैंडस्केप डेटा मॉडल को बदल देता है फिर से पढ़ें।

2. लीडरशिप पाँच साल का क्षेत्रवार समय पर डिलीवरी का प्रदर्शन चाहती है, फ़ाइनेंस के साथ जोड़कर। क्या इसे Salesforce रिपोर्ट के रूप में बनाएँ?

शायद नहीं। यह कई स्टोर में फैला एनालिटिकल वर्कलोड है, इसलिए इसकी जगह वहाँ है जहाँ डेटा एक साथ आता है: वेयरहाउस, और उसके ऊपर CRM Analytics या Tableau। एनालिटिक्स वहीं रहता है जहाँ डेटा रहता है। एनालिटिक्स वहीं रहता है जहाँ डेटा रहता है फिर से पढ़ें।

3. एक कंपनी 30 देशों में काम करती है और हर देश के लिए एक org माँगती है। आप क्या पूछेंगे?

हर देश के साथ कौन-सी आवश्यकता आती है: स्टोरेज, प्रोसेसिंग, सीमा-पार ट्रांसफ़र, कॉन्ट्रैक्ट, अलग होस्ट। कोई असली सीमा न हो, तो एक org से शुरू करें, क्योंकि हर अतिरिक्त org रिपोर्टिंग, मास्टर डेटा, इंटीग्रेशन, आइडेंटिटी और डिप्लॉयमेंट को कई गुना कर देता है। भूगोल अपने-आप org रणनीति नहीं है फिर से पढ़ें।

4. ट्रक रोज़ 200,000 GPS रीडिंग भेजते हैं। क्या Salesforce को सब स्टोर करनी चाहिए?

शायद नहीं। यह स्ट्रीमिंग डेटा है: डिस्पैचर को मौजूदा लोकेशन चाहिए, जबकि इतिहास और ट्रेंड उस प्लेटफ़ॉर्म पर होने चाहिए जो इतनी मात्रा के लिए बना हो। शून्य गिनें (साल में 70 मिलियन से ज़्यादा) और “यह अभी कहाँ है?” को “पिछली तिमाही में क्या हुआ?” से अलग करें। प्रकार सवाल का सिर्फ़ आधा हिस्सा है: वर्कलोड फिर से पढ़ें।

5. क्रू अपने स्टॉप Salesforce में करते हैं, लेकिन रूट एक पुराने डिस्पैच टूल में बनते हैं, और दोनों को कुछ भी नहीं जोड़ता। आज की स्थिति आप कैसे बनाएँगे?

जैसी है वैसी, मौजूदा स्थिति के रूप में चिह्नित: रूट हाथ से Salesforce में दोबारा टाइप होते हैं और पूरे हुए स्टॉप वापस, डैश वाले क्योंकि लोग यह करते हैं और लाल क्योंकि यह गलत है। वह इंटीग्रेशन न बनाएँ जो काश मौजूद होता; हर लाल रेखा डिज़ाइन के लिए एक आवश्यकता बनती है। जो गलत है, उसे चिह्नित करें और RouteDesk अब भी वहीं है फिर से पढ़ें।

6. कोई कहता है कि यूरोपीय प्राइवेसी कानून अलग org की माँग करता है। आप कैसे जवाब देंगे?

न आँख मूँदकर मानें, न उसे खारिज करें। GDPR अपने आप में अलग org की माँग नहीं करता; वह व्यक्तिगत डेटा के नियम तय करता है, जिनमें EU से बाहर ट्रांसफ़र भी शामिल है। पूछें कि यह कौन-सी खास आवश्यकता पूरी करता है (स्टोरेज, प्रोसेसिंग, ट्रांसफ़र, सपोर्ट एक्सेस, कोई कॉन्ट्रैक्ट, कोई नीति), फिर प्राइवेसी, लीगल और सिक्योरिटी के साथ मिलकर उसे आर्किटेक्चर में बदलें। वकील न बनें और जब यूरोप को अपना org मिलता है फिर से पढ़ें।

7. Salesforce ERP के API को ऑर्डर भेजता है। रीट्राई कौन-सा पक्ष संभालता है, और Salesforce सीक्रेट कहाँ रखता है?

Salesforce क्लाइंट है: वह कनेक्शन खोलता है, पूरा आना-जाना देखता है और वही अकेला पक्ष है जो रीट्राई कर सकता है। एक Named Credential endpoint रखता है, और उसका External Credential ऑथेंटिकेशन। ERP, यानी सर्वर, कॉन्ट्रैक्ट तय करता है और जो अंदर आता है उसे वैलिडेट करता है। हर तीर को एक तरीका चाहिए फिर से पढ़ें।

8. एक इंटीग्रेशन आज हर मिनट कुछ रिकॉर्ड भेजता है, और बिज़नेस को अगले साल हर घंटे दसियों हज़ार की उम्मीद है। क्या तीर बदलता है?

शायद उसका तरीका, और उसकी दिशा भी। हर मिनट कुछ रिकॉर्ड Salesforce से एक callout हो सकते हैं; कहीं ज़्यादा होने पर इवेंट्स पब्लिश करने पड़ सकते हैं जिन्हें दूसरा सिस्टम सब्सक्राइब करे, तो तीर दूसरे सिरे से शुरू होता है; रात भर में मिलियनों रिकॉर्ड हों तो वह बैच है। चुनने से पहले गिनती जानें। शून्य इन्वेंटरी में डालें फिर से पढ़ें।

और जानें

Salesforce Certified Platform Data Architect Exam Guide (opens in a new tab), Salesforce Help (अंग्रेज़ी में, 2026-09-25 को जाँचा गया): उद्देश्यों और उनके वेटेज की आधिकारिक सूची। परीक्षा बुक करने से पहले हमेशा मौजूदा संस्करण देखें।