മൾട്ടി-ക്ലൌഡ്: സത്യസന്ധമായ ഒരു കാഴ്ച

"നമ്മൾ മൾട്ടി-ക്ലൌഡായിരിക്കണം" എന്നത് ഒരു തന്ത്രപരമായ മീറ്റിങ്ങിൽ വളരെ ബുദ്ധിപരമായി കേൾക്കുന്ന ഒരു പ്രസ്താവനയാണ്. പൂട്ടിയിടുന്നത് ഒഴിവാക്കുക! നല്ലൊരു ചർച്ചാ ശക്തി! ഒരു വിതരണക്കാരന് പരാജയപ്പെട്ടാൽ പ്രതിരോധശേഷി! ആര് അതിനെ എതിര് ക്കാനാകും?

പ്രായോഗികമായി, മൾട്ടി-ക്ലൌഡ് പലപ്പോഴും ആളുകൾ പ്രതീക്ഷിക്കുന്നതിനേക്കാൾ ചെലവേറിയതും സങ്കീർണ്ണവും പ്രതിരോധശേഷിയേറിയതുമാണ്. ചിലപ്പോള് അത് ശരിയായ തീരുമാനമാണ്. പലപ്പോഴും അത് അങ്ങനെ അല്ല. ഞാനിങ്ങനെ ചിന്തിക്കുന്നു.

മൾട്ടി-ക്ലൌഡ് എന്ന വാക്കിനർത്ഥം

ഈ പദം വളരെ വ്യത്യസ്തമായ ക്രമീകരണങ്ങളെ ഉൾക്കൊള്ളുന്നു:

1. വ്യത്യസ്ത ക്ലൌഡുകളിലെ വ്യത്യസ്ത വർക്ക് ലോഡുകൾ: ഡാറ്റാ ടീം ബിഗ് ക്വറിക്ക് ഗൂഗിൾ ക്ലൌഡ് ഉപയോഗിക്കുന്നു, പ്രധാന ആപ്ലിക്കേഷൻ AWS, മൈക്രോസോഫ്റ്റ് 365 എന്നിവയിലും ഐടിക്ക് ചില അസ്യൂർ സേവനങ്ങളിലും പ്രവർത്തിക്കുന്നു. ഇത് ഏറ്റവും സാധാരണമായതും സാധാരണയായി സ്വാഭാവികമായും സംഭവിക്കുന്നതുമാണ്.
2. ഒരേ ആപ്ലിക്കേഷന് ഒന്നിലധികം ക്ലൌഡുകളില് വിന്യസിക്കാവുന്നതാണ്: പോർട്ടബിൾ, പക്ഷേ ഒരു സമയത്ത് ഒരു ഓപ്പറേറ്റർ മാത്രം.
3. ഒരേ ആപ്ലിക്കേഷൻ ഒരേസമയം ഒന്നിലധികം ക്ലൌഡുകളിൽ സജീവമായി പ്രവർത്തിക്കുന്നു: സത്യത്തില് മൾട്ടി-ക്ലൌഡ് ആക്ടിവ്-ആക്ടിവ്. അപൂർവവും, കടുപ്പമേറിയതും, വിലയേറിയതുമാണ്.

മിക്ക കമ്പനികളും ആദ്യത്തെ വിഭാഗത്തിലാണ്, അവർ അത് ആസൂത്രണം ചെയ്താലും ഇല്ലെങ്കിലും. രണ്ടാമത്തെയും മൂന്നാമത്തെയും ചോദ്യം മാത്രമാണ് സാധാരണയായി ചർച്ച ചെയ്യുന്നത്.

നല്ല കാരണങ്ങൾ

• നിയന്ത്രണവും പരമാധികാരവും: ചില ഉപഭോക്താക്കൾക്കോ രാജ്യങ്ങൾക്കോ പ്രത്യേക സേവനദാതാക്കളെയോ യൂറോപ്യൻ ബദലുകളെയോ ആവശ്യമുണ്ട്.
• ലയനങ്ങളും ഏറ്റെടുക്കലുകളും: നിങ്ങള് മറ്റൊരു ക്ലൌഡില് പ്രവർത്തിക്കുന്ന ഒരു കമ്പനി വാങ്ങി. കുടിയേറുന്നത് എപ്പോഴും വിലപ്പെട്ടതല്ല.
• ഏറ്റവും മികച്ച സേവനങ്ങൾ: ഒരു പ്രത്യേക ദാതാവ് വ്യക്തമായി ഒരു ആവശ്യത്തിന് (AI ഹാർഡ്വെയർ, വിശകലനം, ഒരു പ്രത്യേക മാനേജ്ഡ് സേവനം) നല്ലതാണ്.
• ഉപഭോക്തൃ ആവശ്യകതകൾ: ഉപഭോക്താക്കളുടെ അക്കൌണ്ടുകളിൽ പ്രവർത്തിക്കുന്ന സോഫ്റ്റ്വെയർ വിൽക്കുകയാണെങ്കില് , അവര് ഉപയോഗിക്കുന്ന മേഘങ്ങളെ പിന്തുണയ്ക്കണം.
• വാണിജ്യപരമായ ലിവറേജ്: വിലനിര് ണയത്തില് നിങ്ങള് ക്ക് നല്ലൊരു സ്ഥാനം നല് കുന്നു. പക്ഷെ ഇത് ശരിയാകുന്നതാകട്ടെ, നീങ്ങുന്നത് യാഥാർത്ഥ്യമാണെങ്കിൽ മാത്രം.

ദുർബലമായ കാരണങ്ങൾ

• പൊതുവേ "അടിച്ചു പൂട്ടുന്നതിനെ ഒഴിവാക്കുക". ഓരോ തിരഞ്ഞെടുപ്പും നിങ്ങളെ എന്തിനെങ്കിലും പൂട്ടിയിടുന്നു: ഒരു ഡാറ്റാബേസ്, ഒരു ഭാഷ, കുബർനെറ്റസ്, ടെറഫോർം. ചോദ്യം നിങ്ങൾ പൂട്ടിയിട്ടുണ്ടോ എന്നതല്ല, പക്ഷെ പോകാനുള്ള ചെലവ് അംഗീകരിക്കാനാകുമോ എന്നതാണ്.
• "ഒരു പ്രൊവൈഡർ വിച്ഛേദിക്കുമ്പോള് പ്രതിരോധശേഷി". വലിയ വിതരണക്കാരന് വൈദ്യുതി മുടക്കിയിട്ടുണ്ട്, പക്ഷേ അത് അപൂർവമാണ്. ഒരു ദാതാവിൽ നന്നായി രൂപകൽപ്പന ചെയ്ത മൾട്ടി-റീജിയൻ സങ്കീർണ്ണതയുടെ ഒരു ഭാഗം കൊണ്ട് ഏറ്റവും പ്രതിരോധശേഷി നൽകുന്നു.

മൾട്ടി-ക്ലൌഡ് ലോക്ക് ഇൻ നീക്കം ചെയ്യുന്നില്ല. ഒരു ദാതാവിനെ ആശ്രയിക്കാതെ നിങ്ങളുടെ ടീമിന് പലരെയും നിയന്ത്രിക്കാനുള്ള കഴിവ് ഉപയോഗിച്ച് അത് മാറ്റുന്നു.

മറഞ്ഞിരിക്കുന്ന ചിലവുകൾ

• ഏറ്റവും കുറഞ്ഞ പൊതുനാമകരണം. പോർട്ടബിളായി തുടരാന് , ഓരോ പ്രൊവൈഡറുടെയും മികച്ച സേവനങ്ങള് ഒഴിവാക്കണം. പകരം നിങ്ങള് സ്വന്തം ഡാറ്റാബേസുകളും ക്യൂകളും ഉപകരണങ്ങളും പ്രവർത്തിപ്പിക്കും.
• ഡേറ്റാ കൈമാറ്റം. ഡാറ്റാ ക്ലൌഡുകൾക്കിടയിൽ നീക്കുന്നത് ചെലവേറിയതും (പുറപ്പെടൽ ചാർജുകൾ) വേഗത കുറഞ്ഞതുമാണ്.
• കഴിവുകൾ. നിങ്ങളുടെ ടീമിന് നിരവധി ദാതാക്കളുടെ നെറ്റ് വർക്കിംഗ്, ഐ.എം.എം, സുരക്ഷ, വിചിത്രതകൾ എന്നിവയെക്കുറിച്ച് ആഴത്തിലുള്ള അറിവ് ആവശ്യമാണ്. അത് ഒരു കഠിനമായ കഠിനമാണ്.
• ഉപകരണങ്ങൾ. സുരക്ഷ, നിരീക്ഷണം, ചെലവ് നിയന്ത്രണം, പാലിക്കൽ എന്നിവ എല്ലായിടത്തും പ്രവർത്തിക്കണം.
• കുറഞ്ഞ വില നഷ്ടപ്പെട്ടു. ചെലവ് വിഭജിക്കുന്നത് ഓരോ ദാതാവുമായി ചർച്ച ചെയ്യാവുന്ന വോളിയം ഡിസ്കൌണ്ടുകളും പ്രതിബദ്ധതകളും കുറയ്ക്കുന്നു.
• കൂടുതൽ കാര്യങ്ങൾ ഉറപ്പാക്കണം. ഓരോ അധിക മേഘവും അക്കൌണ്ടുകളുടെയും ഐഡന്റിറ്റികളുടെയും ശരിയായ ക്രമീകരണങ്ങളുടെയും മറ്റൊരു കൂട്ടമാണ്.

കൈമാറ്റം ചെയ്യാവുന്നതാണോ?

നിങ്ങൾക്ക് പോർട്ടബിലിറ്റി വേണമെങ്കിൽ, കുറച്ച് ഉപകരണങ്ങൾ അത് കൂടുതൽ യാഥാർത്ഥ്യമാക്കുന്നുഃ

• കുബർനെറ്റുകള്: ക്ലൌഡുകളിലും ഓൺ-പ്രിമീസിലും സ്ഥിരമായ റൺടൈം. മാനേജ് ചെയ്ത സേവനങ്ങള് വിശദാംശത്തില് വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, പക്ഷേ ജോലിഭാരം വളരെ എളുപ്പത്തില് മാറുന്നു.
• ടെറാഫോർം അല്ലെങ്കിൽ ഓപ്പൺ ടോഫു: ഒരു ഉപകരണം എല്ലാ സേവനദാതാക്കളും തമ്മിലുള്ള അടിസ്ഥാന സൌകര്യങ്ങൾക്കായി. കോഡ് ഇപ്പോഴും ദാതാവിന് പ്രത്യേകമാണ്, പക്ഷേ പ്രവര് ത്തന പ്രക്രിയയും കഴിവുകളും കൈമാറ്റം ചെയ്യുന്നു.
• ക്രോസ്പ്ലെയിൻ: വ്യത്യസ്ത മേഘങ്ങളിലൂടെ പിന്തുണയ്ക്കുന്ന ഒരേ ആന്തരിക API കൾ വാഗ്ദാനം ചെയ്യുന്ന ഒരു കുബർനെറ്റ്സ് അടിസ്ഥാനമാക്കിയുള്ള നിയന്ത്രണ പ്ലാൻ.
• തുറന്ന ടെലിമെട്രി: വിതരണക്കാരന് നിഷ്പക്ഷമായി നിരീക്ഷിക്കാവുന്നതാണ്.
• ഓപ്പൺ സോഴ്സ് ഡാറ്റ സ്റ്റോറുകൾ എല്ലാ പ്രധാന ക്ലൌഡുകളിലും മാനേജ്ഡ് സേവനങ്ങളായി ലഭ്യമാണ്.
• സാധാരണ ഐഡന്റിറ്റി (ഒഐഡിസി, സാം) ഒരു ക്ലൌഡ് നിഷ്പക്ഷ രഹസ്യ മാനേജർ.

എങ്ങിനെ തീരുമാനിക്കും

ഈ ചോദ്യങ്ങൾ ചോദിക്കുക:

1. എന്തെങ്കിലും പ്രത്യേക ബിസിനസ്സ്, നിയമപരമായ അല്ലെങ്കിൽ ഉപഭോക്തൃ ആവശ്യകതയുണ്ടോ? രണ്ടാമത്തെ മേഘത്തിനു വേണ്ടി? ഒരു നല്ല കുടുംബം
2. നമ്മുടെ പ്രധാന ദാതാവിനെ വിട്ടുപോകുന്നതില് എത്ര ചിലവാകും? സമയവും പണവും? ആ അപകടം അംഗീകരിക്കാനാകുമോ? ഒരു രക്ഷപ്പെടൽ പദ്ധതി എഴുതൂ, അത് ഒരിക്കലും ഉപയോഗിക്കാതിരുന്നാലും. പ്രത്യേകിച്ച് സാമ്പത്തിക സേവന മേഖലയിലെ നിയന്ത്രണ ഏജന്റുമാർ ഇത് കൂടുതലായി പ്രതീക്ഷിക്കുന്നു.
3. നമുക്ക് ആവശ്യമുള്ള പ്രതിരോധശേഷി ഒന്നിലധികം പ്രദേശങ്ങളില് നേടാനാകുമോ? ഒരു ദാതാവില് ?
4. നമുക്ക് ആളുകളെ കിട്ടുമോ? പല മേഘങ്ങളെയും നന്നായി നിയന്ത്രിക്കാന് ?

മിക്ക കമ്പനികൾക്കും എന്റെ ശുപാർശ ഇതാണ്: ഒരു പ്രാഥമിക മേഘത്തില് ആഴത്തില് പോകുക, പ്രത്യേക ആവശ്യങ്ങൾക്കായി മറ്റ് ദാതാക്കളെ മനഃപൂർവ്വം ഉപയോഗിക്കുക, നിങ്ങളുടെ വാസ്തുവിദ്യ കുബർനെറ്റസ്, ടെറാഫോർം, തുറന്ന സ്റ്റാൻഡേർഡുകൾ എന്നിവ ഉപയോഗിച്ച് ന്യായമായും പോർട്ടബിൾ ആയി നിലനിർത്തുക, ഒരു യാഥാർത്ഥ്യബോധമുള്ള എക്സിറ്റ് പ്ലാൻ നിലനിർത്തുക.

എന്റെ അഭിപ്രായം: മൾട്ടി-ക്ലൌഡ് ഒരു ഉപകരണമാണ്, ഒരു തന്ത്രമല്ല. ഒരു കാരണം ഉള്ളപ്പോൾ ഉപയോഗിക്കുക, സുരക്ഷിതമായി തോന്നുന്നതുകൊണ്ടല്ല.

ഡെസ്ലി