समूहों और अनेक ब्रांडों के लिए
अनेक कंपनियाँ, एक इंस्टॉल, साझा ग्राहक नहीं
समूह आमतौर पर इसे दो बार, बुरी तरह हल करते हैं: या तो पाँच अलग इंस्टॉल और पाँच अलग सब कुछ, या एक इंस्टॉल और एक सोचा-समझा वादा कि एप्लिकेशन हमेशा सही ढंग से फ़िल्टर करेगा। पहला महँगा है। दूसरा सिर्फ़ एक वादा है, और वादे सुरक्षा मॉडल नहीं होते।
अगर आप एक से अधिक कंपनी चलाते हैं — सहायक कंपनियों वाला कोई होल्डिंग, कोई फ़्रैंचाइज़ी, अलग-अलग बाज़ारों के लिए दो ब्रांड, कोई एजेंसी और वह चीज़ जो एजेंसी से निकली है — तो आप समस्या का आकार पहले से जानते हैं। ब्रांड लोग, टूलिंग और वित्त विभाग साझा करते हैं। वे ग्राहक साझा नहीं करते, और ऐसा प्रतीत भी नहीं होना चाहिए कि वे करते हैं।
iKonekt इन सबको एक ही इंस्टॉल से चलाता है, और उनके बीच का पृथक्करण कोड द्वारा नहीं, बल्कि डेटाबेस द्वारा बनाए रखा जाता है। यह अंतर तकनीकी लगता है — जब तक वह दिन न आ जाए।
यह परत क्यों मायने रखती है
एप्लिकेशन-स्तर का फ़िल्टर क्वेरी में लिखा एक वाक्य है। यह तब तक काम करता है जब तक कभी लिखी जाने वाली हर क्वेरी में वह मौजूद रहे — जल्दबाज़ी में लिखी गई क्वेरी समेत, नए डेवलपर की लिखी क्वेरी समेत, और उस रिपोर्ट के लिए लिखी गई क्वेरी समेत जो सिर्फ़ एक बार इस्तेमाल होनी थी।
सीमा को डेटाबेस में धकेल दें तो गणित उलट जाता है। नीति हर पढ़ाई और हर लिखाई पर, सब कुछ के नीचे लागू होती है। कंपनी भूल जाने वाली क्वेरी ग़लत पंक्तियाँ नहीं लौटाती; वह कुछ नहीं लौटाती। विफलता का रूप एक खाली स्क्रीन और एक उलझा हुआ डेवलपर बन जाता है — जो सही विफलता है।
खाली स्क्रीन एक सुविधा है। हम अपने ही इंजीनियर को एक खाली स्क्रीन समझाना उन दो ग्राहकों को ग्राहक-सूची समझाने से बेहतर समझते हैं जिन्हें मिलने की उम्मीद नहीं थी।
- 1ग्राहक और थ्रेडस्कोप्ड। ब्रांड A का विक्रेता ब्रांड B के ग्राहकों तक नहीं पहुँच सकता — कॉन्फ़िगरेशन से नहीं, ढाँचे (कंस्ट्रक्शन) से।
- 2ग्राहक पर दावे"हमारे पास यह खाता पहले से है" एक लॉक है जो प्रति कंपनी रखा जाता है — इसलिए दो ब्रांड टकराए बिना एक ही बाज़ार में काम कर सकते हैं।
- 3प्रॉम्प्ट और सेटिंग्सहर कंपनी अपनी खुद की संपादित करती है। यहाँ यह कभी साझा हुई भी थी, तो वह एक बग था — और यह वही बग है जिसे खोजने पर यह सिस्टम सबसे ज़्यादा गर्व करता है।
- 4पार्टनर प्रोग्रामप्रति कंपनी एक मॉड्यूल, कोई वैश्विक मॉड्यूल नहीं जिसे सब विरासत में पाएँ।
सीमा एप्लिकेशन के नीचे लागू
एक समूह को वास्तव में क्या साझा करने की अनुमति मिलती है
पृथक्करण अपने आप में केवल अलगाव नहीं है। समूह में साझा करने लायक़ चीज़ें जानबूझकर साझा की जाती हैं, और वे ज़्यादातर उबाऊ चीज़ें होती हैं — जो बिल्कुल ठीक है, क्योंकि दोहराई गई लागत उहीं निवास करती है:
- चलाने और अपडेट करने के लिए एक इंस्टॉल। एक डिप्लॉयमेंट, देखभाल के लिए एक ही सेट क्रेडेंशियल, पैच रखने के लिए एक ही चीज़।
- अलग-अलग टोपियाँ पहनने वाली एक ही टीम। कोई व्यक्ति एक से अधिक कंपनी में काम कर सकता है; जो वह नहीं कर सकता, वह है ऐसी क्वेरी के ज़रिए दोनों को एक साथ देखना जिसने पूछना भूल गई।
- आदतों का एक ही सेट। लीड आवंटित करने का तरीका, नोट लिखने का तरीका, जॉब से इनवॉइस तक पहुँचने का तरीका — एक बार सीखिए, हर जगह लागू कीजिए, जिससे ऑनबोर्डिंग घटकर लगभग एक सुबह रह जाती है।
- परिवार के बाक़ी हिस्से के साथ एक रिश्ता। नीचे castomAPI, वही खाता, वही कनेक्टर — जहाँ मायने रखता हो, वहाँ प्रति कंपनी कॉन्फ़िगर किया हुआ।
वह प्रश्न जो समूह हमेशा दूसरे नंबर पर पूछता है
"क्या हम इन सबके आर-पार रिपोर्ट बना सकते हैं?" हाँ — समूह के अपने दृष्टिकोण से, जानबूझकर और स्पष्ट रूप से, न कि किसी रिसती हुई सीमा के दुष्परिणाम के रूप में। यही अंतर पूरा डिज़ाइन है: रेखा पार करना किसी व्यक्ति द्वारा जानबूझकर, उसके पास ऐसा करने की अधिकारिता के साथ किया गया कार्य होना चाहिए। यह कभी भी कोई भटका हुआ आइडेंटिफ़ायर अकस्मात् नहीं कर सकता।
और तीसरा प्रश्न जो वे पूछते हैं: "अगर हम किसी ब्रांड को बेच दें तो क्या होगा?" डेटाबेस द्वारा बनाए रखी गई सीमा वह सीमा भी है जिससे आप एक साफ़ कॉपी निकाल सकते हैं। यह संयोग नहीं है — पृथक्करण और पोर्टेबिलिटी एक ही गुण हैं, दो अलग-अलग बैठकों से देखे गए।
फ़र्श के नीचे
रेखा ठीक क्या थामे हुए है
दावा नहीं, एक सूची। अगर कोई आपूर्तिकर्ता अपने ही उत्पाद के बारे में यह सूची नहीं दे सकता, तो यह ध्यान देने योग्य बात है।
26
टेबलें अपनी कंपनी साथ ले जाती हैं, जिसमें जाँच केवल उपलब्ध होने के बजाय ज़बरदस्ती चालू रहती है।
72
नीतियाँ, एक-एक करके लिखी गईं ताकि हर एक को किसी व्यक्ति ने पढ़ा हो, लूप में जनरेट न हुई हों।
942
टेस्ट, एक ऐसे डेटाबेस पर चलाए जाते हैं जो कुछ भी बदलने पर हर बार शून्य से फिर बनाया जाता है।
0
डिफ़ॉल्ट कंपनियाँ। बिना स्कोप वाला अनुरोध डेटा तक पहुँचने से पहले ही विफल हो जाता है — कोई ऐसा फ़ॉलबैक नहीं जिसे बंद करना भूल जाया जाए।
“पाँच कंपनियाँ, पाँच इंस्टॉल, आपसे पाँच इनवॉइस।”
एक इंस्टॉल। पाँच सीमाएँ जिन्हें डेटाबेस बनाए रखता है।
साझा लोग, साझी आदतें, साझा प्लेटफ़ॉर्म — और एक भी साझा ग्राहक नहीं। इस रेखा को पार करना किसी व्यक्ति का जानबूझकर किया गया काम होना चाहिए, कभी भी किसी पहचानकर्ता की लापरवाही से हुआ संयोग नहीं।
पृथक्करण कैसे बनाया गया है →