अनेक कंपन्या, एक इन्स्टॉल, सामायिक ग्राहक नाहीत

आपण एकापेक्षा जास्त कंपन्या चालवत असाल — उपकंपन्या असलेली होल्डिंग, फ्रँचायझी, वेगवेगळ्या बाजारांसाठी दोन ब्रँड, एजन्सी आणि एजन्सीतून निघालेली गोष्ट — तर समस्येचा आकार आपल्याला आधीच माहीत आहे. ब्रँड लोक, साधने आणि वित्त विभाग सामायिक करतात. ग्राहक सामायिक करत नाहीत, आणि सामायिक करताना दिसले पाहिजेत तसेही नाही.

iKonekt त्या सर्व एकाच इन्स्टॉलवरून चालवते, आणि त्यांच्यातील विभाजन कोडने नव्हे तर डेटाबेसने टिकवले जाते. हा फरक शैक्षणिक वाटतो, जोपर्यंत तो दिवस येत नाही ज्या दिवशी तसा नसतो.

गटाला प्रत्यक्षात काय सामायिक करता येते

विभाजन म्हणजे फक्त विलगीकरणासाठी विलगीकरण नाही. गटामध्ये सामायिक करण्यासारख्या गोष्टी जाणीवपूर्वक सामायिक केल्या जातात, आणि त्या बहुतेक कंटाळवाण्या असतात — जे अगदी योग्य आहे, कारण कंटाळवाण्या गोष्टींमध्येच नक्कल खर्च राहतो:

• चालवण्यासाठी आणि अद्ययावत करण्यासाठी एक इन्स्टॉल. एक डिप्लॉयमेंट, काळजी घेण्यासाठी एक संच क्रेडेन्शियल्सचा, पॅच करायची एक गोष्ट.
• एक टीम, वेगवेगळ्या भूमिकांमध्ये. एक व्यक्ती एकापेक्षा जास्त कंपन्यांमध्ये काम करू शकते; ती करू शकत नाही ते म्हणजे विसरलेल्या क्वेरीद्वारे दोन्ही एकाच वेळी पाहणे.
• सवयींचा एक संच. लीड कशी नियुक्त होते, टिप्पणी कशी लिहिली जाते, काम बिलापर्यंत कसे पोहोचते — एकदा शिकले, सर्वत्र लागू, ज्यामुळे ओरिएंटेशन सकाळभराचे राहते.
• कुटुंबाच्या उर्वरित भागाशी एक संबंध. खाली castomAPI, तेच खाते, तेच कनेक्टर — जिथे महत्त्व आहे तिथे प्रति कंपनी संरचित.

गट नेहमी दुसरे विचारते ते प्रश्न

"आम्ही त्या सर्वांमध्ये अहवाल बनवू शकतो का?" हो — गटाच्या स्वतःच्या दृष्टिकोनातून, जाणीवपूर्वक आणि स्पष्टपणे, गळती असलेल्या सीमेच्या दुष्परिणाम म्हणून नव्हे. हाच फरक संपूर्ण डिझाइन आहे: रेषा ओलांडणे हे कोणीतरी जाणीवपूर्वक, त्यासाठीच्या अधिकारासह केलेले कृत्य असले पाहिजे. ते कधीही चुकीच्या ओळखकर्त्याने आकस्मिकरीत्या साध्य होणारी गोष्ट नसावी.

आणि ते तिसरे विचारतात ते प्रश्न: "आपण एक ब्रँड विकले तर काय होईल?" डेटाबेस जी सीमा टिकवते, ती सीमा अशी देखील आहे ज्यातून आपण स्वच्छ प्रत बाहेर काढू शकता. हे योगायोग नाही — विभाजन आणि पोर्टेबिलिटी हे दोन वेगवेगळ्या बैठकींमधून पाहिलेले एकच गुणधर्म आहेत.