ഗ്രൂപ്പുകൾക്കും നിരവധി ബ്രാൻഡുകൾക്കും
നിരവധി കമ്പനികൾ, ഒരു ഇൻസ്റ്റാൾ, പങ്കിട്ട ഉപഭോക്താക്കളില്ല
ഗ്രൂപ്പുകൾ സാധാരണ ഇത് രണ്ടുതവണ മോശമായി പരിഹരിക്കുന്നു: അഞ്ച് വേറിട്ട ഇൻസ്റ്റാളുകളും അഞ്ച് വേറിട്ട എല്ലാം തന്നെയും, അല്ലെങ്കിൽ ഒരു ഇൻസ്റ്റാളും ആപ്ലിക്കേഷൻ എപ്പോഴും ശരിയായി ഫിൽട്ടർ ചെയ്യുമെന്ന ഒരു ഉറപ്പും. ആദ്യത്തേത് ചെലവേറിയതാണ്. രണ്ടാമത്തേത് ഒരു വാഗ്ദാനമാണ്, വാഗ്ദാനങ്ങൾ ഒരു സുരക്ഷാ മാതൃകയല്ല.
ഒന്നിലധികം കമ്പനികൾ നടത്തുന്നുണ്ടെങ്കിൽ — അനുബന്ധ സ്ഥാപനങ്ങളുള്ള ഒരു ഹോൾഡിംഗ്, ഒരു ഫ്രാഞ്ചൈസി, വ്യത്യസ്ത വിപണികളെ ലക്ഷ്യമിടുന്ന രണ്ട് ബ്രാൻഡുകൾ, ഒരു ഏജൻസിയും അതിൽ നിന്ന് പുറത്തുവന്ന സ്ഥാപനവും — പ്രശ്നത്തിന്റെ രൂപം താങ്കൾക്ക് ഇതിനകം അറിയാം. ബ്രാൻഡുകൾ ആളുകളെയും ഉപകരണങ്ങളെയും ഒരു ധനകാര്യ വിഭാഗത്തെയും പങ്കിടുന്നു. ഉപഭോക്താക്കളെ പങ്കിടുന്നില്ല, പങ്കിടുന്നതായി തോന്നാനും പാടില്ല.
iKonekt എല്ലാം ഒരു ഇൻസ്റ്റാളിൽ നിന്ന് പ്രവർത്തിപ്പിക്കുന്നു, അവയ്ക്കിടയിലുള്ള വേർതിരിവ് കോഡിനല്ല ഡാറ്റാബേസിനാണ് നിലനിർത്തുന്നത്. അത്തരമൊരു വ്യത്യാസം ശാസ്ത്രീയമായി തോന്നുന്നത് അത് പ്രാധാന്യമുള്ള ദിവസം വരുന്നതുവരെ മാത്രമാണ്.
ഈ പാളി എന്തുകൊണ്ട് പ്രധാനം
ആപ്ലിക്കേഷൻ തലത്തിലുള്ള ഒരു ഫിൽട്ടർ ഒരു ക്വറിയിലെ ഒരു വാക്യമാണ്. ഇനി എഴുതപ്പെടാൻ പോകുന്ന ഓരോ ക്വറിയിലും അത് ഉൾപ്പെടുന്നുണ്ടെങ്കിൽ മാത്രമേ അത് പ്രവർത്തിക്കൂ — തിടുക്കത്തിൽ എഴുതിയതും, പുതിയ ഡെവലപ്പർ എഴുതിയതും, ഒരിക്കൽ മാത്രം ഉപയോഗിക്കാൻ പോകുന്ന ഒരു റിപ്പോർട്ടിനായി എഴുതിയതുമായ ക്വറികൾ ഉൾപ്പെടെ.
അതിർത്തി ഡാറ്റാബേസിലേക്ക് മാറ്റുമ്പോൾ കണക്ക് തലകീഴായി മറിയുന്നു. നയം എല്ലാ വായനയിലും എഴുത്തിലും, എല്ലാറ്റിന്റെയും അടിയിലായി പ്രവർത്തിക്കുന്നു. കമ്പനിയെ മറന്ന ഒരു ക്വറി തെറ്റായ വരികൾ നൽകുകയില്ല; ഒന്നും നൽകില്ല. പരാജയ രീതി ഒരു ശൂന്യമായ സ്ക്രീനും ആശയക്കുഴപ്പത്തിലായ ഒരു ഡെവലപ്പറുമാകുന്നു, അതാണ് ശരിയായ പരാജയ രീതി.
ശൂന്യമായ സ്ക്രീനുകൾ ഒരു സവിശേഷതയാണ്. അപ്രതീക്ഷിതമായി കണ്ടുമുട്ടിയ രണ്ട് ക്ലയന്റുകൾക്ക് ഒരു ഉപഭോക്തൃ പട്ടിക വിശദീകരിക്കുന്നതിനേക്കാൾ, നമ്മുടെ സ്വന്തം ഒരു എഞ്ചിനീയർക്ക് ഒരു ശൂന്യമായ സ്ക്രീൻ വിശദീകരിക്കുന്നതാണ് നമുക്കിഷ്ടം.
- 1ഉപഭോക്താക്കളും ത്രെഡുകളുംപരിധിയിൽ കുടുക്കിയിരിക്കുന്നു. ബ്രാൻഡ് A-യിലെ ഒരു വിൽപ്പനക്കാരന് ബ്രാൻഡ് B-യുടേതിലേക്ക് എത്താൻ കഴിയില്ല — കോൺഫിഗറേഷൻ വഴിയല്ല, നിർമ്മാണം വഴിതന്നെ.
- 2ഒരു ഉപഭോക്താവിനുമേലുള്ള അവകാശവാദങ്ങൾ"ഈ അക്കൗണ്ട് നമുക്കിതിനകം ഉണ്ട്" എന്നത് ഓരോ കമ്പനിക്കും വെവ്വേറെയുള്ള ഒരു ലോക്കാണ് — അതിനാൽ രണ്ട് ബ്രാൻഡുകൾക്ക് കൂട്ടിയിടിക്കാതെ ഒരേ വിപണിയിൽ പ്രവർത്തിക്കാം.
- 3പ്രോംപ്റ്റുകളും സെറ്റിംഗുകളുംഓരോ കമ്പനിയും സ്വന്തമായി എഡിറ്റ് ചെയ്യുന്നു. ഇത് പങ്കിട്ടിരുന്ന ഒരേയൊരു സ്ഥലം ഒരു ബഗ് ആയിരുന്നു, കണ്ടെത്താൻ ഈ സിസ്റ്റം ഏറ്റവും അഭിമാനിക്കുന്നത് ആ ബഗിനെയാണ്.
- 4പാർട്ണർ പ്രോഗ്രാമുകൾഎല്ലാവരും പിന്തുടരുന്ന ഒരു ആഗോള മോഡ്യൂൾ അല്ല, ഓരോ കമ്പനിക്കും ഒരു മോഡ്യൂൾ.
ആപ്ലിക്കേഷന് താഴെ നടപ്പാക്കുന്ന അതിർത്തി
ഒരു ഗ്രൂപ്പിന് യഥാർത്ഥത്തിൽ പങ്കിടാൻ കഴിയുന്നത് എന്ത്
വേർതിരിവ് അതിന്റെ പേരിനുവേണ്ടിയുള്ള ഒറ്റപ്പെടലല്ല. ഒരു ഗ്രൂപ്പിനുള്ളിൽ പങ്കിടാൻ യോഗ്യമായ കാര്യങ്ങൾ ബോധപൂർവ്വം പങ്കിടുന്നു, അവ മിക്കപ്പോഴും വെറുതെ സാധാരണക്കാരായവയാണ് — അതാണ് ശരിയും, കാരണം ആവർത്തിക്കുന്ന ചെലവ് കിടക്കുന്നത് ആ സാധാരണക്കാരായ കാര്യങ്ങളിലാണ്:
- പ്രവർത്തിപ്പിക്കാനും അപ്ഡേറ്റ് ചെയ്യാനും ഒരു ഇൻസ്റ്റാൾ. ഒരു ഡിപ്ലോയ്മെന്റ്, പരിപാലിക്കേണ്ട ഒരു ക്രെഡൻഷ്യൽ സെറ്റ്, പാച്ച് ചെയ്തുനിർത്തേണ്ട ഒരു കാര്യം.
- വ്യത്യസ്ത തൊപ്പികൾ ധരിക്കുന്ന ഒരു ടീം. ഒരാൾക്ക് ഒന്നിലധികം കമ്പനികളിൽ പ്രവർത്തിക്കാം; ചെയ്യാൻ കഴിയാത്തത്, ചോദിക്കാൻ മറന്ന ഒരു ക്വറി വഴി രണ്ടും ഒരേസമയം കാണുക എന്നതാണ്.
- ഒരു ശീലക്രമം. ഒരു ലീഡ് നൽകുന്ന വിധം, ഒരു കുറിപ്പ് എഴുതുന്ന വിധം, ഒരു ജോലി ഒരു ഇൻവോയ്സിൽ എത്തുന്ന വിധം — ഒരിക്കൽ പഠിച്ച്, എല്ലായിടത്തും പ്രയോഗിക്കുന്നു; ഇത് ഓൺബോർഡിംഗ് ഒരു രാവിലിയോളം ചുരുക്കുന്നു.
- കുടുംബത്തിന്റെ ബാക്കിയുമായുള്ള ഒരു ബന്ധം. അടിയിൽ castomAPI, ഒരേ അക്കൗണ്ട്, ഒരേ കണക്ടറുകൾ — പ്രാധാന്യമുള്ളിടത്ത് ഓരോ കമ്പനിക്കും വെവ്വേറെ കോൺഫിഗർ ചെയ്തിരിക്കുന്നു.
ഒരു ഗ്രൂപ്പ് എപ്പോഴും രണ്ടാമതായി ചോദിക്കുന്ന ചോദ്യം
"ഇവയെല്ലാം ചേർത്ത് റിപ്പോർട്ട് തയ്യാറാക്കാമോ?" അതെ — ഒരു ചോർച്ചയുള്ള അതിർത്തിയുടെ പാർശ്വഫലമായല്ല, ഗ്രൂപ്പിന്റെ സ്വന്തം നിരീക്ഷണ സ്ഥാനത്തുനിന്ന്, ബോധപൂർവ്വവും വ്യക്തമായുമാണ്. ഈ വ്യത്യാസമാണ് മുഴുവൻ രൂപകൽപ്പനയും: അതിർത്തി കടക്കുക എന്നത് അതിനുള്ള അധികാരമുള്ള ആരെങ്കിലും ഉദ്ദേശ്യപൂർവ്വം ചെയ്ത ഒരു പ്രവൃത്തിയായിരിക്കണം. ഒരു തെറ്റായ ഐഡന്റിഫയർ കൊണ്ട് അബദ്ധവശാൽ സാധിക്കുന്നതായിരിക്കരുത്.
അവർ മൂന്നാമതായി ചോദിക്കുന്ന ചോദ്യം: "ബ്രാൻഡുകളിലൊന്ന് വിൽക്കുകയാണെങ്കിൽ എന്ത് സംഭവിക്കും?" ഡാറ്റാബേസ് നിലനിർത്തുന്ന ഒരു അതിർത്തിയിൽ നിന്ന് ഒരു വൃത്തമായ പകർപ്പ് പുറത്തെടുക്കാനും കഴിയും. അത് യാദൃച്ഛികമല്ല — വേർതിരിവും കൊണ്ടുപോകാനുള്ള കഴിവും രണ്ട് വ്യത്യസ്ത യോഗങ്ങളിൽ നിന്ന് കാണുന്ന ഒരേ സവിശേഷതയാണ്.
തറയ്ക്കടിയിൽ
ഈ നിര പിടിച്ചുനിർത്തുന്നത് യഥാർത്ഥത്തിൽ എന്താണ്
ഒരു അവകാശവാദമല്ല, ഒരു പട്ടിക. ഒരു വിതരണക്കാരന് സ്വന്തം ഉൽപ്പന്നത്തെക്കുറിച്ച് ഈ പട്ടിക നൽകാൻ കഴിയുന്നില്ലെങ്കിൽ, അത് ശ്രദ്ധിക്കേണ്ട കാര്യമാണ്.
26
കമ്പനിയുടെ അകമ്പടിയോടെ പോകുന്ന ടേബിളുകൾ, ലഭ്യമാക്കിയത് മാത്രമല്ല, പരിശോധന നിർബന്ധിതമായി ഓണാക്കിയതും.
72
ഒന്നൊന്നായി എഴുതിയ പോളിസികൾ, ഓരോന്നും ഒരു വ്യക്തി വായിച്ചിട്ടുള്ളത് — ലൂപ്പിലൂടെ സൃഷ്ടിച്ചതല്ല.
942
എന്തെങ്കിലും മാറ്റം വരുമ്പോഴെല്ലാം പൂജ്യത്തിൽ നിന്ന് പുനർനിർമ്മിക്കുന്ന ഡാറ്റാബേസിനെതിരെ പ്രവർത്തിപ്പിക്കുന്ന ടെസ്റ്റുകൾ.
0
സ്ഥിരസ്ഥിതി കമ്പനികളില്ല. സ്കോപ്പില്ലാത്ത ഒരു അഭ്യർഥന ഡാറ്റയിൽ എത്തുന്നതിന് മുമ്പേ പരാജയപ്പെടും — മറന്ന് ഓഫാക്കാൻ കഴിയുന്ന ഒരു ഫാൾബാക്ക് ഇല്ല.

“അഞ്ച് കമ്പനികൾ, അഞ്ച് ഇൻസ്റ്റാളുകൾ, നിങ്ങളിൽ നിന്ന് അഞ്ച് ഇൻവോയ്സുകൾ.”
ഒരു ഇൻസ്റ്റാൾ. ഡാറ്റാബേസ് കാത്തുസൂക്ഷിക്കുന്ന അഞ്ച് അതിർത്തികൾ.
പങ്കിട്ട ആളുകൾ, പങ്കിട്ട ശീലങ്ങൾ, പങ്കിട്ട പ്ലാറ്റ്ഫോം — പക്ഷേ ഒരു പങ്കിട്ട ഉപഭോക്താവുമില്ല. ആ രേഖ ലംഘിക്കുന്നത് ഒരു വ്യക്തി വേണ്ടപ്പെട്ട് ചെയ്തതായിരിക്കണം, ഒരിടപെടലിലൂടെ ഒരു ഐഡന്റിഫയർ അബദ്ധവശാൽ നടത്തിയതായിരിക്കരുത്.
വേർതിരിവ് എങ്ങനെ നിർമ്മിച്ചിരിക്കുന്നു →