ഇൻഫ്രാസ്ട്രക്ചറിനായി നിങ്ങൾ എത്രമാത്രം ചെലവഴിക്കുന്നു? കൂടാതെ ഇതിൽ നിങ്ങൾക്ക് എങ്ങനെ പണം ലാഭിക്കാം?

നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ ഇൻഫ്രാസ്ട്രക്ചർ ചെലവ് എത്രയാണെന്ന് നിങ്ങൾ തീർച്ചയായും ചിന്തിച്ചിട്ടുണ്ട്. അതേ സമയം, അത് ആശ്ചര്യകരമാണ്: ചെലവുകളുടെ വളർച്ച ലോഡുകളുമായി ബന്ധപ്പെട്ട് രേഖീയമല്ല. പല ബിസിനസ്സ് ഉടമകളും സേവന സ്റ്റേഷനുകളും ഡവലപ്പർമാരും തങ്ങൾ അമിതമായി പണം നൽകുന്നുവെന്ന് രഹസ്യമായി മനസ്സിലാക്കുന്നു. എന്നാൽ കൃത്യമായി എന്തിനുവേണ്ടിയാണ്?

സാധാരണഗതിയിൽ, ചെലവ് കുറയ്ക്കുന്നത് വിലകുറഞ്ഞ പരിഹാരം, ഒരു AWS പ്ലാൻ, അല്ലെങ്കിൽ, ഫിസിക്കൽ റാക്കുകളുടെ കാര്യത്തിൽ, ഹാർഡ്‌വെയർ കോൺഫിഗറേഷൻ ഒപ്റ്റിമൈസ് ചെയ്യുക എന്നതാണ്. അത് മാത്രമല്ല: വാസ്തവത്തിൽ, ദൈവം ആഗ്രഹിക്കുന്നതുപോലെ ആരെങ്കിലും ഇത് ചെയ്യുന്നു: ഞങ്ങൾ ഒരു സ്റ്റാർട്ടപ്പിനെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെങ്കിൽ, ഇത് മിക്കവാറും തലവേദനയുള്ള ഒരു മുൻനിര ഡെവലപ്പറായിരിക്കാം. വലിയ ഓഫീസുകളിൽ, ഇത് കൈകാര്യം ചെയ്യുന്നത് CMO/CTO ആണ്, ചിലപ്പോൾ ചീഫ് അക്കൗണ്ടന്റുമായി ചേർന്ന് ജനറൽ ഡയറക്ടർ വ്യക്തിപരമായി പ്രശ്നത്തിൽ ഇടപെടുന്നു. പൊതുവേ, മതിയായ "കോർ" ആശങ്കകൾ ഉള്ള ആളുകൾ. ഇൻഫ്രാസ്ട്രക്ചർ ബില്ലുകൾ വർദ്ധിക്കുന്നതായി ഇത് മാറുന്നു, പക്ഷേ അത് കൈകാര്യം ചെയ്യാൻ സമയമില്ലാത്തവർ അത് കൈകാര്യം ചെയ്യുന്നു.

നിങ്ങൾക്ക് ഓഫീസിനായി ടോയ്‌ലറ്റ് പേപ്പർ വാങ്ങണമെങ്കിൽ, ഇത് സപ്ലൈ മാനേജരോ അല്ലെങ്കിൽ ക്ലീനിംഗ് കമ്പനിയിൽ നിന്നുള്ള ഉത്തരവാദിത്തമുള്ള വ്യക്തിയോ ചെയ്യും. നമ്മൾ വികസനത്തെക്കുറിച്ചാണ് സംസാരിക്കുന്നതെങ്കിൽ - ലീഡുകളും സിടിഒയും. വിൽപ്പന - എല്ലാം വ്യക്തമാണ്. എന്നാൽ പഴയ കാലം മുതൽ, "സെർവർ റൂം" എന്നത് കാബിനറ്റിന്റെ പേരായിരുന്നു, അതിൽ കുറച്ച് കൂടുതൽ റാമും രണ്ട് ഹാർഡ് ഡ്രൈവുകളുമുള്ള ഒരു സാധാരണ ടവർ സിസ്റ്റവും റെയ്ഡിൽ ഉണ്ടായിരുന്നു, എല്ലാവരും (അല്ലെങ്കിൽ കുറഞ്ഞത് പലരും) അവഗണിക്കുന്നു. കഴിവ് വാങ്ങുന്നത് പ്രത്യേകം പരിശീലനം ലഭിച്ച ഒരു വ്യക്തി കൂടി കൈകാര്യം ചെയ്യണമെന്നതാണ് വസ്തുത.

അയ്യോ, ചരിത്രപരമായ ഓർമ്മയും അനുഭവവും സൂചിപ്പിക്കുന്നത് പതിറ്റാണ്ടുകളായി ഈ ചുമതല "റാൻഡം" ആളുകളിലേക്ക് മാറ്റപ്പെട്ടു: ആരാണ് ഏറ്റവും അടുത്തത് ചോദ്യം എടുത്തത്. അടുത്തിടെയാണ് ഫിൻഓപ്‌സ് തൊഴിൽ വിപണിയിൽ രൂപപ്പെടാൻ തുടങ്ങിയത്, ചില പ്രത്യേക രൂപങ്ങൾ എടുക്കുന്നു. ശേഷിയുടെ വാങ്ങലും ഉപയോഗവും നിയന്ത്രിക്കുക എന്ന ചുമതലയുള്ള പ്രത്യേക പരിശീലനം ലഭിച്ച അതേ വ്യക്തിയാണിത്. കൂടാതെ, ആത്യന്തികമായി, ഈ മേഖലയിലെ കമ്പനിയുടെ ചെലവ് കുറയ്ക്കുന്നതിൽ.

ചെലവേറിയതും ഫലപ്രദവുമായ പരിഹാരങ്ങൾ ഉപേക്ഷിക്കാൻ ഞങ്ങൾ വാദിക്കുന്നില്ല: ഹാർഡ്‌വെയറിന്റെയും ക്ലൗഡ് താരിഫുകളുടെയും കാര്യത്തിൽ സുഖപ്രദമായ നിലനിൽപ്പിന് എന്താണ് വേണ്ടതെന്ന് ഓരോ ബിസിനസ്സും സ്വയം തീരുമാനിക്കണം. എന്നാൽ പല കമ്പനികളുടെയും ഉപയോഗത്തിന്റെ തുടർന്നുള്ള നിരീക്ഷണവും വിശകലനവും കൂടാതെ "ലിസ്റ്റ് അനുസരിച്ച്" ചിന്താശൂന്യമായ വാങ്ങൽ ആത്യന്തികമായി അവരുടെ ബാക്കെൻഡിന്റെ "ആസ്തികളുടെ" കാര്യക്ഷമമല്ലാത്ത മാനേജ്മെന്റ് കാരണം വളരെ കാര്യമായ നഷ്ടത്തിന് കാരണമാകുന്നു എന്ന വസ്തുത ശ്രദ്ധിക്കാതിരിക്കാൻ കഴിയില്ല.

ആരാണ് FinOps

നിങ്ങൾക്ക് ഒരു പ്രശസ്തമായ എന്റർപ്രൈസ് ഉണ്ടെന്ന് പറയുക, വിൽപ്പനക്കാർ "എന്റർപ്രൈസ്" എന്നതിനെക്കുറിച്ച് ശ്വാസം മുട്ടിക്കുന്ന സ്വരത്തിൽ സംസാരിക്കുന്നു. ഒരുപക്ഷേ, "ലിസ്റ്റ് അനുസരിച്ച്" നിങ്ങൾ ഒരു ഡസനോ രണ്ടോ സെർവറുകൾ, AWS, മറ്റ് ചില "ചെറിയ കാര്യങ്ങൾ" എന്നിവ വാങ്ങി. ഇത് യുക്തിസഹമാണ്: ഒരു വലിയ കമ്പനിയിൽ ചിലതരം ചലനങ്ങൾ നിരന്തരം സംഭവിക്കുന്നു - ചില ടീമുകൾ വളരുന്നു, മറ്റുള്ളവ ശിഥിലമാകുന്നു, മറ്റുള്ളവ അയൽ പ്രോജക്ടുകളിലേക്ക് മാറ്റുന്നു. ഈ ചലനങ്ങളുടെ സംയോജനവും "ലിസ്റ്റ് അടിസ്ഥാനമാക്കിയുള്ള" സംഭരണ ​​സംവിധാനവും ചേർന്ന്, അടുത്ത പ്രതിമാസ ഇൻഫ്രാസ്ട്രക്ചർ ബിൽ നോക്കുമ്പോൾ ആത്യന്തികമായി പുതിയ നരച്ച മുടിയിലേക്ക് നയിക്കുന്നു.

അതിനാൽ എന്തുചെയ്യണം - ക്ഷമയോടെ ചാരനിറത്തിൽ തുടരുക, അതിന് മുകളിൽ പെയിന്റ് ചെയ്യുക, അല്ലെങ്കിൽ പേയ്‌മെന്റിൽ ഈ ഭയാനകമായ നിരവധി പൂജ്യങ്ങൾ പ്രത്യക്ഷപ്പെടാനുള്ള കാരണങ്ങൾ കണ്ടെത്തുക?

നമുക്ക് സത്യസന്ധത പുലർത്താം: ഒരേ AWS താരിഫിനായി കമ്പനിക്കുള്ളിൽ ഒരു അപേക്ഷയുടെ അംഗീകാരം, അംഗീകാരം, നേരിട്ടുള്ള പേയ്‌മെന്റ് എന്നിവ എല്ലായ്‌പ്പോഴും (യഥാർത്ഥത്തിൽ, മിക്കവാറും ഒരിക്കലും) പെട്ടെന്നുള്ളതല്ല. നിരന്തരമായ കോർപ്പറേറ്റ് പ്രസ്ഥാനം കാരണം, ഇതേ ഏറ്റെടുക്കലുകളിൽ ചിലത് എവിടെയെങ്കിലും "നഷ്ടപ്പെട്ടേക്കാം". കൂടാതെ വെറുതെ നിൽക്കുക എന്നത് നിസ്സാരമാണ്. ശ്രദ്ധിക്കുന്ന ഒരു അഡ്മിനിസ്ട്രേറ്റർ തന്റെ സെർവർ റൂമിൽ ഉടമയില്ലാത്ത ഒരു റാക്ക് ശ്രദ്ധയിൽപ്പെട്ടാൽ, ക്ലൗഡ് താരിഫുകളുടെ കാര്യത്തിൽ എല്ലാം വളരെ സങ്കടകരമാണ്. അവ മാസങ്ങളോളം വയ്ക്കാം - പണമടയ്ക്കാം, എന്നാൽ അതേ സമയം അവ വാങ്ങിയ വകുപ്പിലെ ആർക്കും ഇനി ആവശ്യമില്ല. അതേ സമയം, അടുത്ത ഓഫീസിലെ സഹപ്രവർത്തകർ അവരുടെ തലയിൽ മാത്രമല്ല, മറ്റ് സ്ഥലങ്ങളിലും ഇതുവരെ നരച്ചിട്ടില്ലാത്ത മുടി കീറാൻ തുടങ്ങുന്നു - അവർക്ക് n-ആം ആഴ്‌ചയിൽ ഏകദേശം ഒരേ AWS താരിഫിന് പണം നൽകാൻ കഴിഞ്ഞില്ല. അത്യന്തം ആവശ്യമാണ്.

ഏറ്റവും വ്യക്തമായ പരിഹാരം എന്താണ്? ശരിയാണ്, ആവശ്യമുള്ളവർക്ക് കടിഞ്ഞാൺ കൈമാറുക, എല്ലാവർക്കും സന്തോഷമുണ്ട്. എന്നാൽ തിരശ്ചീന ആശയവിനിമയങ്ങൾ എല്ലായ്പ്പോഴും നന്നായി സ്ഥാപിച്ചിട്ടില്ല. രണ്ടാമത്തെ വകുപ്പിന് ആദ്യത്തേതിന്റെ സമ്പത്തിനെക്കുറിച്ച് അറിയില്ലായിരിക്കാം, അത് എങ്ങനെയെങ്കിലും ഈ സമ്പത്ത് ആവശ്യമില്ല.

ഇതിന് ആരെയാണ് കുറ്റപ്പെടുത്തേണ്ടത്? - യഥാർത്ഥത്തിൽ, ആരുമില്ല. അങ്ങനെയാണ് ഇപ്പോൾ എല്ലാം സജ്ജീകരിച്ചിരിക്കുന്നത്.
ആരാണ് ഇതിൽ നിന്ന് കഷ്ടപ്പെടുന്നത്? - അതാണ്, മുഴുവൻ കമ്പനിയും.
ആർക്കാണ് സാഹചര്യം ശരിയാക്കാൻ കഴിയുക? - അതെ, അതെ, FinOps.

FinOps എന്നത് ഡവലപ്പർമാർക്കും അവർക്ക് ആവശ്യമായ ഉപകരണങ്ങൾക്കും ഇടയിലുള്ള ഒരു പാളി മാത്രമല്ല, കമ്പനി വാങ്ങിയ അതേ ക്ലൗഡ് താരിഫുകളുടെ അടിസ്ഥാനത്തിൽ എവിടെ, എന്ത്, എത്ര നന്നായി "കിടക്കുന്നു" എന്ന് അറിയുന്ന ഒരു വ്യക്തിയോ ടീമോ ആണ്. വാസ്തവത്തിൽ, ഈ ആളുകൾ ഒരു വശത്ത് DevOps, മറുവശത്ത് ധനകാര്യ വകുപ്പ് എന്നിവയുമായി സഹകരിച്ച് പ്രവർത്തിക്കണം, ഫലപ്രദമായ ഒരു ഇടനിലക്കാരന്റെയും ഏറ്റവും പ്രധാനമായി ഒരു വിശകലന വിദഗ്ധന്റെയും പങ്ക് വഹിക്കുന്നു.

ഒപ്റ്റിമൈസേഷനെ കുറിച്ച് കുറച്ച്

മേഘങ്ങൾ. താരതമ്യേന വിലകുറഞ്ഞതും വളരെ സൗകര്യപ്രദവുമാണ്. എന്നാൽ സെർവറുകളുടെ എണ്ണം ഇരട്ടിയോ മൂന്നോ അക്കങ്ങളിൽ എത്തുമ്പോൾ ഈ പരിഹാരം വിലകുറഞ്ഞതായി നിർത്തുന്നു. കൂടാതെ, മുമ്പ് ലഭ്യമല്ലാത്ത കൂടുതൽ കൂടുതൽ സേവനങ്ങൾ ഉപയോഗിക്കുന്നത് മേഘങ്ങൾ സാധ്യമാക്കുന്നു: ഇവ ഒരു സേവനമായി ഡാറ്റാബേസുകളാണ് (Amazon AWS, Azure Database), സെർവർലെസ് ആപ്ലിക്കേഷനുകൾ (AWS Lambda, Azure Functions) കൂടാതെ മറ്റു പലതും. അവയെല്ലാം വളരെ രസകരമാണ്, കാരണം അവ ഉപയോഗിക്കാൻ എളുപ്പമാണ് - വാങ്ങി പോകൂ, പ്രശ്‌നങ്ങളൊന്നുമില്ല. എന്നാൽ കമ്പനിയും അതിന്റെ പ്രോജക്റ്റുകളും മേഘങ്ങളിലേയ്ക്ക് ആഴ്ന്നിറങ്ങുമ്പോൾ, CFO ഉറങ്ങുന്നത് മോശമാണ്. വേഗത്തിൽ ജനറൽ ചാരനിറമാകും.

വിവിധ ക്ലൗഡ് സേവനങ്ങൾക്കായുള്ള ഇൻവോയ്‌സുകൾ എല്ലായ്പ്പോഴും ആശയക്കുഴപ്പമുണ്ടാക്കുന്നു എന്നതാണ് വസ്തുത: ഒരു ഇനത്തിന് നിങ്ങളുടെ പണം എന്ത്, എവിടെ, എങ്ങനെ പോയി എന്നതിന്റെ മൂന്ന് പേജ് വിശദീകരണം നിങ്ങൾക്ക് ലഭിച്ചേക്കാം. ഇത് തീർച്ചയായും മനോഹരമാണ്, പക്ഷേ ഇത് മനസ്സിലാക്കുന്നത് മിക്കവാറും അസാധ്യമാണ്. മാത്രമല്ല, ഈ പ്രശ്നത്തെക്കുറിച്ചുള്ള ഞങ്ങളുടെ അഭിപ്രായം ഒന്നിൽ നിന്ന് വളരെ അകലെയാണ്: ക്ലൗഡ് അക്കൗണ്ടുകൾ മനുഷ്യർക്ക് കൈമാറുന്നതിന്, മുഴുവൻ സേവനങ്ങളും ഉണ്ട്, ഉദാഹരണത്തിന്. www.cloudyn.com അഥവാ www.cloudability.com. ബില്ലുകൾ മനസ്സിലാക്കുന്നതിനായി ഒരു പ്രത്യേക സേവനം സൃഷ്ടിക്കാൻ ആരെങ്കിലും ബുദ്ധിമുട്ടുന്നുണ്ടെങ്കിൽ, പ്രശ്നത്തിന്റെ തോത് ഹെയർ ഡൈയുടെ വിലയേക്കാൾ കൂടുതലാണ്.

ഈ സാഹചര്യത്തിൽ FinOps എന്താണ് ചെയ്യുന്നത്:

• ക്ലൗഡ് സൊല്യൂഷനുകൾ എപ്പോൾ, ഏതൊക്കെ വോള്യങ്ങളിൽ വാങ്ങിയെന്ന് വ്യക്തമായി മനസ്സിലാക്കുന്നു.
• ഈ കപ്പാസിറ്റികൾ എങ്ങനെ ഉപയോഗിക്കുന്നുവെന്ന് അറിയാം.
• ഒരു പ്രത്യേക യൂണിറ്റിന്റെ ആവശ്യങ്ങൾക്കനുസരിച്ച് അവയെ പുനർവിതരണം ചെയ്യുന്നു.
• "അങ്ങനെയായിരിക്കാം" വാങ്ങുന്നില്ല.
• അവസാനം, അത് നിങ്ങളുടെ പണം ലാഭിക്കുന്നു.

ഒരു ഡാറ്റാബേസിന്റെ കോൾഡ് കോപ്പിയുടെ ക്ലൗഡ് സ്റ്റോറേജ് ഒരു മികച്ച ഉദാഹരണമാണ്. ഉദാഹരണത്തിന്, സ്റ്റോറേജ് അപ്‌ഡേറ്റ് ചെയ്യുമ്പോൾ ഉപയോഗിക്കുന്ന സ്ഥലത്തിന്റെയും ട്രാഫിക്കിന്റെയും അളവ് കുറയ്ക്കുന്നതിന് നിങ്ങൾ ഇത് ആർക്കൈവ് ചെയ്യാറുണ്ടോ? അതെ, സാഹചര്യം വിലകുറഞ്ഞതാണെന്ന് തോന്നുന്നു - ഒരു പ്രത്യേക സാഹചര്യത്തിൽ, എന്നാൽ അത്തരം വിലകുറഞ്ഞ സാഹചര്യങ്ങളുടെ ആകെത്തുക പിന്നീട് ക്ലൗഡ് സേവനങ്ങൾക്ക് അമിതമായ ചിലവുകൾക്ക് കാരണമാകുന്നു.

അല്ലെങ്കിൽ മറ്റൊരു സാഹചര്യം: പീക്ക് ലോഡിൽ വീഴാതിരിക്കാൻ നിങ്ങൾ AWS അല്ലെങ്കിൽ Azure-ൽ കരുതൽ ശേഷി വാങ്ങി. ഇതാണ് ഒപ്റ്റിമൽ സൊല്യൂഷൻ എന്ന് ഉറപ്പിക്കാൻ കഴിയുമോ? എല്ലാത്തിനുമുപരി, ഈ സംഭവങ്ങൾ 80% നിഷ്‌ക്രിയമാണെങ്കിൽ, നിങ്ങൾ ആമസോണിന് പണം നൽകുന്നു. മാത്രമല്ല, അത്തരം സന്ദർഭങ്ങളിൽ, ഒരേ AWS-നും അസ്യൂറിനും പൊട്ടിത്തെറിക്കാവുന്ന സംഭവങ്ങളുണ്ട് - പീക്ക് ലോഡുകളുടെ പ്രശ്നങ്ങൾ പരിഹരിക്കാൻ നിങ്ങൾക്ക് ഒരു ഉപകരണം ഉപയോഗിക്കാമെങ്കിൽ, നിങ്ങൾക്ക് നിഷ്ക്രിയ സെർവറുകൾ ആവശ്യമായി വരുന്നത് എന്തുകൊണ്ട്? അല്ലെങ്കിൽ, ഓൺ പ്രിമൈസ് ഇൻസ്‌റ്റൻസുകൾക്ക് പകരം, നിങ്ങൾ റിസർവ് ചെയ്‌തതിലേക്ക് നോക്കണം - അവ വളരെ വിലകുറഞ്ഞതും അവ കിഴിവുകളും വാഗ്ദാനം ചെയ്യുന്നു.

വഴിയിൽ, ഡിസ്കൗണ്ടുകളെക്കുറിച്ച്

ഞങ്ങൾ തുടക്കത്തിൽ പറഞ്ഞതുപോലെ, സംഭരണം പലപ്പോഴും ആരെങ്കിലും നടത്തുന്നു - അവർ അവസാനത്തേത് കണ്ടെത്തി, തുടർന്ന് അവൻ എങ്ങനെയെങ്കിലും അത് സ്വയം ചെയ്യുന്നു. മിക്കപ്പോഴും, ഇതിനകം തിരക്കുള്ള ആളുകൾ "അങ്ങേയറ്റം" ആയിത്തീരുന്നു, തൽഫലമായി, ഒരു വ്യക്തി വേഗത്തിലും നൈപുണ്യത്തോടെയും എന്നാൽ പൂർണ്ണമായും സ്വതന്ത്രമായി, എന്ത്, ഏത് അളവിൽ വാങ്ങണമെന്ന് തീരുമാനിക്കുന്ന ഒരു സാഹചര്യം നമുക്ക് ലഭിക്കും.

എന്നാൽ ക്ലൗഡ് സേവനത്തിൽ നിന്ന് ഒരു വിൽപ്പനക്കാരനുമായി ഇടപഴകുമ്പോൾ, ശേഷിയുടെ മൊത്ത വാങ്ങൽ വരുമ്പോൾ നിങ്ങൾക്ക് കൂടുതൽ അനുകൂല സാഹചര്യങ്ങൾ ലഭിക്കും. നിശബ്‌ദവും ഏകപക്ഷീയവുമായ രജിസ്ട്രേഷനുള്ള ഒരു കാറിൽ നിന്ന് നിങ്ങൾക്ക് അത്തരം കിഴിവുകൾ ലഭിക്കില്ലെന്ന് വ്യക്തമാണ് - എന്നാൽ ഒരു യഥാർത്ഥ സെയിൽസ് മാനേജരുമായി സംസാരിച്ചതിന് ശേഷം, നിങ്ങൾ കത്തിച്ചേക്കാം. അല്ലെങ്കിൽ ഈ ആളുകൾക്ക് നിലവിൽ എന്താണ് കിഴിവുകൾ ഉള്ളതെന്ന് നിങ്ങളോട് പറയാൻ കഴിയും. അതും ഉപകാരപ്രദമാകും.

അതേ സമയം, AWS അല്ലെങ്കിൽ Azure- ൽ ഒരു വെഡ്ജ് പോലെ പ്രകാശം ഒത്തുചേരുന്നില്ലെന്ന് നിങ്ങൾ ഓർക്കേണ്ടതുണ്ട്. തീർച്ചയായും, നിങ്ങളുടെ സ്വന്തം സെർവർ റൂം ഓർഗനൈസുചെയ്യുന്നതിനെക്കുറിച്ച് ഒരു ചോദ്യവുമില്ല - എന്നാൽ ഭീമൻമാരിൽ നിന്നുള്ള ഈ രണ്ട് ക്ലാസിക് സൊല്യൂഷനുകൾക്ക് ഇതരമാർഗങ്ങളുണ്ട്.

ഉദാഹരണത്തിന്, ഗൂഗിൾ ഫയർബേസ് പ്ലാറ്റ്ഫോം കമ്പനികളിലേക്ക് കൊണ്ടുവന്നു, അതിൽ അവർക്ക് ടേൺകീ അടിസ്ഥാനത്തിൽ ഒരേ മൊബൈൽ പ്രോജക്റ്റ് ഹോസ്റ്റ് ചെയ്യാൻ കഴിയും, ഇതിന് ദ്രുതഗതിയിലുള്ള സ്കെയിലിംഗ് ആവശ്യമായി വന്നേക്കാം. സ്റ്റോറേജ്, റിയൽ-ടൈം ഡാറ്റാബേസ്, ഹോസ്റ്റിംഗ്, ക്ലൗഡ് ഡാറ്റ സിൻക്രൊണൈസേഷൻ എന്നിവ ഈ പരിഹാരം ഉദാഹരണമായി ഉപയോഗിച്ച് ഒരിടത്ത് ലഭ്യമാണ്.

മറുവശത്ത്, നമ്മൾ സംസാരിക്കുന്നത് ഒരു മോണോലിത്തിക്ക് പ്രോജക്റ്റിനെക്കുറിച്ചല്ല, മറിച്ച് അവയുടെ സമഗ്രതയെക്കുറിച്ചാണെങ്കിൽ, ഒരു കേന്ദ്രീകൃത പരിഹാരം എല്ലായ്പ്പോഴും പ്രയോജനകരമല്ല. പ്രോജക്റ്റ് ദീർഘകാലം നിലനിൽക്കുകയാണെങ്കിൽ, അതിന്റേതായ വികസന ചരിത്രവും സംഭരണത്തിന് ആവശ്യമായ ഡാറ്റയുടെ അനുബന്ധ അളവും ഉണ്ടെങ്കിൽ, കൂടുതൽ വിഘടിച്ച പ്ലെയ്‌സ്‌മെന്റിനെക്കുറിച്ച് ചിന്തിക്കേണ്ടതാണ്.

ക്ലൗഡ് സേവനങ്ങൾക്കായുള്ള ചെലവുകൾ ഒപ്റ്റിമൈസ് ചെയ്യുമ്പോൾ, ബിസിനസ്-നിർണ്ണായക ആപ്ലിക്കേഷനുകൾക്കായി നിങ്ങൾക്ക് കൂടുതൽ ശക്തമായ താരിഫുകൾ വാങ്ങാൻ കഴിയുമെന്ന് നിങ്ങൾ പെട്ടെന്ന് മനസ്സിലാക്കിയേക്കാം, അത് കമ്പനിക്ക് തടസ്സമില്ലാത്ത വരുമാനം നൽകും. അതേ സമയം, വികസനത്തിന്റെ "പൈതൃകം", പഴയ ആർക്കൈവുകൾ, ഡാറ്റാബേസുകൾ മുതലായവ വിലകൂടിയ മേഘങ്ങളിൽ സൂക്ഷിക്കുന്നത് ഒരു പരിഹാരമാണ്. എല്ലാത്തിനുമുപരി, അത്തരം ഡാറ്റയ്ക്ക്, സാധാരണ എച്ച്ഡിഡികളും മണികളും വിസിലുകളുമില്ലാത്ത മീഡിയം പവർ ഹാർഡ്‌വെയറും ഉള്ള ഒരു സാധാരണ ഡാറ്റാ സെന്റർ തികച്ചും അനുയോജ്യമാണ്.

ഇവിടെയും, "ഈ കലഹം വിലപ്പോവില്ല" എന്ന് നിങ്ങൾ വിചാരിച്ചേക്കാം, എന്നാൽ ഈ പ്രസിദ്ധീകരണത്തിന്റെ മുഴുവൻ പ്രശ്നവും വിവിധ ഘട്ടങ്ങളിൽ ഉത്തരവാദിത്തമുള്ള ആളുകൾ ചെറിയ കാര്യങ്ങൾ അവഗണിക്കുകയും കൂടുതൽ സൗകര്യപ്രദവും വേഗമേറിയതുമായ കാര്യങ്ങൾ ചെയ്യുകയും ചെയ്യുന്നു എന്ന വസ്തുതയെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. അവസാനം, കുറച്ച് വർഷങ്ങൾക്ക് ശേഷം ആ ഭയാനകമായ അക്കൗണ്ടുകൾക്ക് കാരണമാകുന്നു.

അവസാനം എന്താണ്?

പൊതുവേ, മേഘങ്ങൾ തണുത്തതാണ്, ഏത് വലുപ്പത്തിലുള്ള ബിസിനസുകൾക്കും അവ ധാരാളം പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു. എന്നിരുന്നാലും, ഈ പ്രതിഭാസത്തിന്റെ പുതുമ അർത്ഥമാക്കുന്നത് ഇപ്പോഴും ഉപഭോഗത്തിന്റെയും മാനേജ്മെന്റിന്റെയും ഒരു സംസ്കാരം നമുക്കില്ല എന്നാണ്. ക്ലൗഡ് പവർ കൂടുതൽ ഫലപ്രദമായി പ്രയോജനപ്പെടുത്താൻ നിങ്ങളെ സഹായിക്കുന്ന ഒരു ഓർഗനൈസേഷണൽ ലിവർ ആണ് FinOps. ഈ സ്ഥാനം ഒരു ഫയറിംഗ് സ്ക്വാഡിന്റെ അനലോഗ് ആക്കി മാറ്റരുത് എന്നതാണ് പ്രധാന കാര്യം, അശ്രദ്ധരായ ഡവലപ്പർമാരെ കൈകൊണ്ട് പിടിക്കുകയും പ്രവർത്തനരഹിതമായ സമയത്തിന് അവരെ "ശാസിക്കുകയും ചെയ്യുക" എന്നതാണ് അവരുടെ ചുമതല.

ഡെവലപ്പർമാർ വികസിപ്പിക്കണം, കമ്പനിയുടെ പണം കണക്കാക്കരുത്. അതിനാൽ ഫിൻഓപ്‌സ് വാങ്ങൽ പ്രക്രിയയും ഡീകമ്മീഷൻ ചെയ്യുന്നതോ ക്ലൗഡ് കപ്പാസിറ്റി മറ്റ് ടീമുകളിലേക്ക് മാറ്റുന്നതോ ആയ ഒരു ഇവന്റ് ലളിതവും എല്ലാ കക്ഷികൾക്കും ആസ്വാദ്യകരവുമാക്കണം.

അവലംബം: www.habr.com