പുതിയ ഒബ്ജക്റ്റ് സ്റ്റോറേജ് മെട്രിക്‌സ്

നെലെ-ഡീലിന്റെ പറക്കുന്ന കോട്ട

S3 ഒബ്ജക്റ്റ് സ്റ്റോറേജ് കമാൻഡ് Mail.ru ക്ലൗഡ് സ്റ്റോറേജ് ഒരു ഒബ്ജക്റ്റ് സ്റ്റോറേജ് തിരഞ്ഞെടുക്കുമ്പോൾ എന്ത് മാനദണ്ഡങ്ങൾ പ്രധാനമാണ് എന്നതിനെക്കുറിച്ചുള്ള ഒരു ലേഖനം വിവർത്തനം ചെയ്തു. രചയിതാവിന്റെ വീക്ഷണകോണിൽ നിന്നുള്ള വാചകമാണ് ഇനിപ്പറയുന്നത്.

ഒബ്‌ജക്‌റ്റ് സ്‌റ്റോറേജിന്റെ കാര്യം വരുമ്പോൾ, ആളുകൾ സാധാരണയായി ഒരു കാര്യത്തെക്കുറിച്ച് മാത്രമേ ചിന്തിക്കൂ: ഒരു ടിബി/ജിബിക്ക് വില. തീർച്ചയായും, ഈ മെട്രിക് പ്രധാനമാണ്, എന്നാൽ ഇത് സമീപനത്തെ ഏകപക്ഷീയമാക്കുകയും ഒബ്ജക്റ്റ് സംഭരണത്തെ ഒരു ആർക്കൈവ് സ്റ്റോറേജ് ടൂളുമായി തുല്യമാക്കുകയും ചെയ്യുന്നു. കൂടാതെ, ഈ സമീപനം എന്റർപ്രൈസ് ടെക്നോളജി സ്റ്റാക്കിനുള്ള ഒബ്ജക്റ്റ് സ്റ്റോറേജിന്റെ പ്രാധാന്യം കുറയ്ക്കുന്നു.

ഒബ്ജക്റ്റ് സ്റ്റോറേജ് തിരഞ്ഞെടുക്കുമ്പോൾ, നിങ്ങൾ അഞ്ച് സവിശേഷതകൾ ശ്രദ്ധിക്കണം:

• പ്രകടനം;
• സ്കേലബിളിറ്റി;
• എസ് 3 അനുയോജ്യമാണ്;
• പരാജയങ്ങളോടുള്ള പ്രതികരണം;
• സമഗ്രത.

ഈ അഞ്ച് സ്വഭാവസവിശേഷതകൾ വിലയ്‌ക്കൊപ്പം ഒബ്‌ജക്‌റ്റ് സംഭരണത്തിനുള്ള പുതിയ അളവുകളാണ്. നമുക്ക് അവയെല്ലാം നോക്കാം.

ഉത്പാദനക്ഷമത

പരമ്പരാഗത ഒബ്‌ജക്റ്റ് സ്റ്റോറുകൾക്ക് പ്രകടനമില്ല. കുറഞ്ഞ വിലയ്ക്ക് വേണ്ടി സേവന ദാതാക്കൾ അത് നിരന്തരം ത്യജിച്ചു. എന്നിരുന്നാലും, ആധുനിക ഒബ്ജക്റ്റ് സംഭരണത്തിൽ കാര്യങ്ങൾ വ്യത്യസ്തമാണ്.

വിവിധ സ്റ്റോറേജ് സിസ്റ്റങ്ങൾ ഹഡൂപ്പിന്റെ വേഗതയെ സമീപിക്കുന്നു അല്ലെങ്കിൽ അതിലും കൂടുതലാണ്. വായിക്കുന്നതിനും എഴുതുന്നതിനും വേഗതയുള്ള ആധുനിക ആവശ്യകതകൾ: ഹാർഡ് ഡ്രൈവുകൾക്ക് 10 GB/s മുതൽ NVMe-യ്ക്ക് 35 GB/s വരെ. 

Spark, Presto, Tensorflow, Teradata, Vertica, Splunk എന്നിവയ്ക്കും അനലിറ്റിക്‌സ് സ്റ്റാക്കിലെ മറ്റ് ആധുനിക കമ്പ്യൂട്ടിംഗ് ചട്ടക്കൂടുകൾക്കും ഈ ത്രൂപുട്ട് മതിയാകും. ഒബ്‌ജക്റ്റ് സ്റ്റോറേജിനായി MPP ഡാറ്റാബേസുകൾ കോൺഫിഗർ ചെയ്യപ്പെടുന്നു എന്ന വസ്തുത സൂചിപ്പിക്കുന്നത് ഇത് പ്രാഥമിക സംഭരണമായി കൂടുതലായി ഉപയോഗിക്കപ്പെടുന്നു എന്നാണ്.

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

ഇതാണ് പ്രധാന പോയിന്റ്: പുതിയ പ്രകടന മെട്രിക് ത്രൂപുട്ടാണ്, ലേറ്റൻസിയല്ല. സ്കെയിലിൽ ഡാറ്റയ്ക്ക് ഇത് ആവശ്യമാണ് കൂടാതെ ആധുനിക ഡാറ്റ ഇൻഫ്രാസ്ട്രക്ചറിലെ മാനദണ്ഡവുമാണ്.

പ്രകടനം നിർണ്ണയിക്കുന്നതിനുള്ള ഒരു നല്ല മാർഗമാണ് ബെഞ്ച്മാർക്കുകൾ, പരിസ്ഥിതിയിൽ ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുന്നതിന് മുമ്പ് അത് കൃത്യമായി അളക്കാൻ കഴിയില്ല. അതിന് ശേഷം മാത്രമേ തടസ്സം എവിടെയാണെന്ന് കൃത്യമായി പറയാൻ കഴിയൂ: സോഫ്റ്റ്‌വെയർ, ഡിസ്കുകൾ, നെറ്റ്‌വർക്ക് അല്ലെങ്കിൽ കമ്പ്യൂട്ടിംഗ് തലത്തിൽ.

സ്കേലബിളിറ്റി

സ്കേലബിലിറ്റി എന്നത് ഒരു നെയിംസ്‌പെയ്‌സിലേക്ക് യോജിക്കുന്ന പെറ്റാബൈറ്റുകളുടെ എണ്ണത്തെ സൂചിപ്പിക്കുന്നു. വെണ്ടർമാർ അവകാശപ്പെടുന്നത് എളുപ്പമുള്ള സ്കേലബിളിറ്റിയാണ്, അവർ പറയാത്തത്, അവർ സ്കെയിൽ ചെയ്യുമ്പോൾ, കൂറ്റൻ മോണോലിത്തിക്ക് സംവിധാനങ്ങൾ ദുർബലവും സങ്കീർണ്ണവും അസ്ഥിരവും ചെലവേറിയതുമായി മാറുന്നു എന്നതാണ്.

നിങ്ങൾക്ക് സേവിക്കാൻ കഴിയുന്ന നെയിംസ്‌പേസുകളുടെയോ ക്ലയന്റുകളുടെയോ എണ്ണമാണ് സ്കേലബിളിറ്റിക്കുള്ള പുതിയ മെട്രിക്. മെട്രിക് ഹൈപ്പർസ്കെയിലറുകളിൽ നിന്ന് നേരിട്ട് എടുക്കുന്നു, ഇവിടെ സ്റ്റോറേജ് ബിൽഡിംഗ് ബ്ലോക്കുകൾ ചെറുതും എന്നാൽ ശതകോടിക്കണക്കിന് യൂണിറ്റുകളുടെ അളവും ആണ്. പൊതുവേ, ഇതൊരു ക്ലൗഡ് മെട്രിക് ആണ്.

ബിൽഡിംഗ് ബ്ലോക്കുകൾ ചെറുതായിരിക്കുമ്പോൾ, സുരക്ഷ, ആക്‌സസ് കൺട്രോൾ, പോളിസി മാനേജ്‌മെന്റ്, ലൈഫ് സൈക്കിൾ മാനേജ്‌മെന്റ്, തടസ്സമില്ലാത്ത അപ്‌ഡേറ്റുകൾ എന്നിവയ്ക്കായി അവ ഒപ്റ്റിമൈസ് ചെയ്യാൻ എളുപ്പമാണ്. ആത്യന്തികമായി ഉൽപ്പാദനക്ഷമത ഉറപ്പാക്കുക. ബിൽഡിംഗ് ബ്ലോക്കിന്റെ വലുപ്പം പരാജയ പ്രദേശത്തിന്റെ നിയന്ത്രണത്തിന്റെ ഒരു പ്രവർത്തനമാണ്, അങ്ങനെയാണ് ഉയർന്ന പ്രതിരോധശേഷിയുള്ള സംവിധാനങ്ങൾ നിർമ്മിച്ചിരിക്കുന്നത്.

മൾട്ടി-ടെനൻസിക്ക് നിരവധി സവിശേഷതകളുണ്ട്. ഓർഗനൈസേഷനുകൾ ഡാറ്റയിലേക്കും ആപ്ലിക്കേഷനുകളിലേക്കും എങ്ങനെ ആക്‌സസ് നൽകുന്നു എന്നതിനെ കുറിച്ച് മാനം സംസാരിക്കുമ്പോൾ, അത് ആപ്ലിക്കേഷനുകളെ തന്നെയും അവ പരസ്പരം ഒറ്റപ്പെടുത്തുന്നതിന് പിന്നിലെ യുക്തിയെയും സൂചിപ്പിക്കുന്നു.

മൾട്ടി-ക്ലയന്റിനുള്ള ആധുനിക സമീപനത്തിന്റെ സവിശേഷതകൾ:

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

എസ് 3 അനുയോജ്യമാണ്

ആമസോൺ S3 API ആണ് ഒബ്‌ജക്റ്റ് സ്റ്റോറേജിനുള്ള യഥാർത്ഥ സ്റ്റാൻഡേർഡ്. എല്ലാ ഒബ്ജക്റ്റ് സ്റ്റോറേജ് സോഫ്‌റ്റ്‌വെയർ വെണ്ടറും അതിനോട് അനുയോജ്യത അവകാശപ്പെടുന്നു. എസ് 3 യുമായുള്ള അനുയോജ്യത ബൈനറി ആണ്: ഒന്നുകിൽ ഇത് പൂർണ്ണമായും നടപ്പിലാക്കിയതാണ് അല്ലെങ്കിൽ അല്ല.

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

ഓപ്പൺ സോഴ്‌സ് സോഫ്റ്റ്‌വെയറിന് കാര്യമായ ഗുണങ്ങളുണ്ട്. ആപ്ലിക്കേഷനുകളുടെ വലുപ്പവും വൈവിധ്യവും, ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾ, ഹാർഡ്‌വെയർ ആർക്കിടെക്ചറുകൾ എന്നിവ കണക്കിലെടുക്കുമ്പോൾ ഇത് മിക്ക എഡ്ജ് സാഹചര്യങ്ങളും ഉൾക്കൊള്ളുന്നു.

ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർക്ക് ഇതെല്ലാം പ്രധാനമാണ്, അതിനാൽ സ്റ്റോറേജ് ദാതാക്കളുമായി ആപ്ലിക്കേഷൻ പരിശോധിക്കുന്നത് മൂല്യവത്താണ്. ഓപ്പൺ സോഴ്‌സ് പ്രക്രിയ എളുപ്പമാക്കുന്നു - നിങ്ങളുടെ അപ്ലിക്കേഷന് അനുയോജ്യമായ പ്ലാറ്റ്‌ഫോം ഏതാണെന്ന് മനസ്സിലാക്കുന്നത് എളുപ്പമാണ്. സംഭരണത്തിലേക്കുള്ള പ്രവേശനത്തിന്റെ ഒരൊറ്റ പോയിന്റായി ദാതാവിനെ ഉപയോഗിക്കാനാകും, അതായത് അത് നിങ്ങളുടെ ആവശ്യങ്ങൾ നിറവേറ്റും. 

ഓപ്പൺ സോഴ്‌സ് അർത്ഥമാക്കുന്നത്: ആപ്ലിക്കേഷനുകൾ വെണ്ടറുമായി ബന്ധിപ്പിച്ചിട്ടില്ല, കൂടുതൽ സുതാര്യവുമാണ്. ഇത് ഒരു നീണ്ട ആപ്ലിക്കേഷൻ ലൈഫ് സൈക്കിൾ ഉറപ്പാക്കുന്നു.

കൂടാതെ ഓപ്പൺ സോഴ്സ്, എസ് 3 എന്നിവയെ കുറിച്ചുള്ള കുറച്ച് കുറിപ്പുകളും. 

നിങ്ങളൊരു വലിയ ഡാറ്റാ ആപ്ലിക്കേഷനാണ് പ്രവർത്തിപ്പിക്കുന്നതെങ്കിൽ, S3 SELECT ഒരു ക്രമത്തിൽ പ്രകടനവും കാര്യക്ഷമതയും മെച്ചപ്പെടുത്തുന്നു. സ്‌റ്റോറേജിൽ നിന്ന് നിങ്ങൾക്ക് ആവശ്യമുള്ള ഒബ്‌ജക്റ്റുകൾ മാത്രം വീണ്ടെടുക്കാൻ SQL ഉപയോഗിച്ചാണ് ഇത് ചെയ്യുന്നത്.

ബക്കറ്റ് അറിയിപ്പുകൾക്കുള്ള പിന്തുണയാണ് പ്രധാന കാര്യം. ബക്കറ്റ് അറിയിപ്പുകൾ സെർവർലെസ് കമ്പ്യൂട്ടിംഗ് സുഗമമാക്കുന്നു, ഒരു സേവനമായി വിതരണം ചെയ്യുന്ന ഏതൊരു മൈക്രോ സർവീസ് ആർക്കിടെക്ചറിന്റെയും ഒരു പ്രധാന ഘടകമാണ്. ഒബ്ജക്റ്റ് സ്റ്റോറേജ് ഫലപ്രദമായി ക്ലൗഡ് സ്റ്റോറേജ് ആയതിനാൽ, ക്ലൗഡ് അധിഷ്ഠിത ആപ്ലിക്കേഷനുകൾ ഒബ്ജക്റ്റ് സ്റ്റോറേജ് ഉപയോഗിക്കുമ്പോൾ ഈ കഴിവ് നിർണായകമാകും.

അവസാനമായി, S3 നടപ്പിലാക്കൽ Amazon S3 സെർവർ-സൈഡ് എൻക്രിപ്ഷൻ API-കളെ പിന്തുണയ്ക്കണം: SSE-C, SSE-S3, SSE-KMS. ഇതിലും മികച്ചത്, യഥാർത്ഥത്തിൽ സുരക്ഷിതമായ ടാംപർ പരിരക്ഷയെ S3 പിന്തുണയ്ക്കുന്നു. 

പരാജയങ്ങളോടുള്ള പ്രതികരണം

സിസ്റ്റം പരാജയങ്ങളെ എങ്ങനെ കൈകാര്യം ചെയ്യുന്നു എന്നതാണ് പലപ്പോഴും അവഗണിക്കപ്പെടുന്ന ഒരു മെട്രിക്. വിവിധ കാരണങ്ങളാൽ പരാജയങ്ങൾ സംഭവിക്കുന്നു, ഒബ്ജക്റ്റ് സ്റ്റോറേജ് അവയെല്ലാം കൈകാര്യം ചെയ്യണം.

ഉദാഹരണത്തിന്, പരാജയത്തിന്റെ ഒരൊറ്റ പോയിന്റ് ഉണ്ട്, ഇതിന്റെ മെട്രിക് പൂജ്യമാണ്.

നിർഭാഗ്യവശാൽ, പല ഒബ്ജക്റ്റ് സ്റ്റോറേജ് സിസ്റ്റങ്ങളും പ്രത്യേക നോഡുകൾ ഉപയോഗിക്കുന്നു, അത് ക്ലസ്റ്റർ ശരിയായി പ്രവർത്തിക്കുന്നതിന് പ്രവർത്തനക്ഷമമാക്കേണ്ടതുണ്ട്. ഇതിൽ നെയിം നോഡുകൾ അല്ലെങ്കിൽ മെറ്റാഡാറ്റ സെർവറുകൾ ഉൾപ്പെടുന്നു - ഇത് പരാജയത്തിന്റെ ഒരു പോയിന്റ് സൃഷ്ടിക്കുന്നു.

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

നിങ്ങൾക്ക് പാരിറ്റി ബ്ലോക്കുകളുള്ള അത്രയും ഡിസ്കുകളോ നോഡുകളോ നഷ്‌ടപ്പെടുമെന്ന് ഡാറ്റ മായ്‌ക്കലിനും ഡീഗ്രേഡേഷനുമെതിരായ ബിൽറ്റ്-ഇൻ പരിരക്ഷ ഉറപ്പാക്കുന്നു-സാധാരണയായി പകുതി ഡിസ്കുകൾ. അപ്പോൾ മാത്രമേ സോഫ്റ്റ്‌വെയറിന് ഡാറ്റ തിരികെ നൽകാൻ കഴിയാതെ വരികയുള്ളൂ.

പരാജയം ലോഡിന് കീഴിൽ അപൂർവ്വമായി പരീക്ഷിക്കപ്പെടുന്നു, പക്ഷേ അത്തരം പരിശോധന ആവശ്യമാണ്. ഒരു ലോഡ് പരാജയം അനുകരിക്കുന്നത് പരാജയത്തിന് ശേഷമുള്ള മൊത്തം ചെലവുകൾ കാണിക്കും.

സ്ഥിരത

100% സ്ഥിരത സ്കോർ കർശനമായ സ്ഥിരത എന്നും വിളിക്കുന്നു. ഏതൊരു സ്റ്റോറേജ് സിസ്റ്റത്തിന്റെയും പ്രധാന ഘടകമാണ് സ്ഥിരത, എന്നാൽ ശക്തമായ സ്ഥിരത വിരളമാണ്. ഉദാഹരണത്തിന്, Amazon S3 ListObject കർശനമായി സ്ഥിരതയുള്ളതല്ല, അത് അവസാനം മാത്രമേ സ്ഥിരതയുള്ളൂ.

കർശനമായ സ്ഥിരത എന്നതുകൊണ്ട് എന്താണ് അർത്ഥമാക്കുന്നത്? സ്ഥിരീകരിച്ച PUT പ്രവർത്തനത്തെ തുടർന്നുള്ള എല്ലാ പ്രവർത്തനങ്ങൾക്കും, ഇനിപ്പറയുന്നവ സംഭവിക്കണം:

• ഏത് നോഡിൽ നിന്നും വായിക്കുമ്പോൾ പുതുക്കിയ മൂല്യം ദൃശ്യമാകും.
• നോഡ് പരാജയം ആവർത്തനത്തിൽ നിന്ന് അപ്‌ഡേറ്റ് പരിരക്ഷിച്ചിരിക്കുന്നു.

ഇതിനർത്ഥം നിങ്ങൾ ഒരു റെക്കോർഡിംഗിന്റെ മധ്യത്തിൽ പ്ലഗ് വലിച്ചാൽ, ഒന്നും നഷ്ടപ്പെടില്ല എന്നാണ്. സിസ്റ്റം ഒരിക്കലും കേടായതോ കാലഹരണപ്പെട്ടതോ ആയ ഡാറ്റ തിരികെ നൽകുന്നില്ല. ഇടപാട് ആപ്ലിക്കേഷനുകൾ മുതൽ ബാക്കപ്പും വീണ്ടെടുക്കലും വരെയുള്ള പല സാഹചര്യങ്ങളിലും പ്രാധാന്യമുള്ള ഒരു ഉയർന്ന ബാറാണിത്.

തീരുമാനം

ഇന്നത്തെ ഓർഗനൈസേഷനുകളിലെ ഉപയോഗ പാറ്റേണുകളെ പ്രതിഫലിപ്പിക്കുന്ന പുതിയ ഒബ്‌ജക്റ്റ് സ്റ്റോറേജ് മെട്രിക്കുകളാണ് ഇവ, അവിടെ പ്രകടനം, സ്ഥിരത, സ്കേലബിളിറ്റി, ഫോൾട്ട് ഡൊമെയ്‌നുകൾ, S3 അനുയോജ്യത എന്നിവ ക്ലൗഡ് ആപ്ലിക്കേഷനുകൾക്കും ബിഗ് ഡാറ്റ അനലിറ്റിക്‌സിനും ബിൽഡിംഗ് ബ്ലോക്കുകളാണ്. ആധുനിക ഡാറ്റാ സ്റ്റാക്കുകൾ നിർമ്മിക്കുമ്പോൾ വിലയ്ക്ക് പുറമേ ഈ ലിസ്റ്റ് ഉപയോഗിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു. 

Mail.ru ക്ലൗഡ് സൊല്യൂഷൻസ് ഒബ്ജക്റ്റ് സ്റ്റോറേജിനെക്കുറിച്ച്: എസ് 3 ആർക്കിടെക്ചർ. Mail.ru ക്ലൗഡ് സ്റ്റോറേജിന്റെ 3 വർഷത്തെ പരിണാമം.

മറ്റെന്താണ് വായിക്കേണ്ടത്:

1. S3 ഒബ്‌ജക്റ്റ് സ്റ്റോറേജിലെ വെബ്‌ഹുക്കുകളെ അടിസ്ഥാനമാക്കിയുള്ള ഇവന്റ്-ഡ്രൈവ് ആപ്ലിക്കേഷന്റെ ഒരു ഉദാഹരണം Mail.ru ക്ലൗഡ് സൊല്യൂഷനുകൾ.
2. Ceph-നേക്കാൾ കൂടുതൽ: MCS ക്ലൗഡ് ബ്ലോക്ക് സംഭരണം 
3. ഒരു ഫയൽ സിസ്റ്റമായി Mail.ru ക്ലൗഡ് സൊല്യൂഷൻസ് S3 ഒബ്ജക്റ്റ് സ്റ്റോറേജിൽ പ്രവർത്തിക്കുന്നു.
4. S3 സ്റ്റോറേജിലേക്കും മറ്റ് ഉൽപ്പന്നങ്ങളിലേക്കുമുള്ള അപ്‌ഡേറ്റുകളെക്കുറിച്ചുള്ള വാർത്തകളുമായി ഞങ്ങളുടെ ടെലിഗ്രാം ചാനൽ. 

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