ഇഗ്നൈറ്റ് സർവീസ് ഗ്രിഡ് - റീബൂട്ട് ചെയ്യുക

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

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

സർവീസ് ഗ്രിഡ് API ഉപയോഗിച്ച്, വിന്യാസ സ്കീമും അതനുസരിച്ച്, കോൺഫിഗറേഷനിലെ സേവനം തന്നെയും വ്യക്തമാക്കിക്കൊണ്ട് നിങ്ങൾക്ക് ഒരു സേവനം വിന്യസിക്കാം.

സാധാരണഗതിയിൽ, ഒരു വിന്യാസ സ്കീം എന്നത് ക്ലസ്റ്റർ നോഡുകളിൽ വിന്യസിക്കേണ്ട സംഭവങ്ങളുടെ എണ്ണത്തിന്റെ സൂചനയാണ്. രണ്ട് സാധാരണ വിന്യാസ പദ്ധതികളുണ്ട്. ആദ്യത്തേത് ക്ലസ്റ്റർ സിംഗിൾടൺ ആണ്: ഏത് സമയത്തും, ഒരു ഉപയോക്തൃ സേവനത്തിന്റെ ഒരു ഉദാഹരണം ക്ലസ്റ്ററിൽ ലഭ്യമാകുമെന്ന് ഉറപ്പുനൽകുന്നു. രണ്ടാമത്തേത് നോഡ് സിംഗിൾടൺ ആണ്: ഓരോ ക്ലസ്റ്റർ നോഡിലും സേവനത്തിന്റെ ഒരു ഉദാഹരണം വിന്യസിച്ചിരിക്കുന്നു.

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

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

സർവീസ് ഗ്രിഡിന്റെ ഭംഗി എന്താണെന്ന് ഇപ്പോൾ നമ്മൾ കണ്ടെത്തി, അതിന്റെ വികസന ചരിത്രത്തെക്കുറിച്ച് നമുക്ക് സംസാരിക്കാം.

മുമ്പ് എന്താണ് സംഭവിച്ചത്

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

ഉപയോക്താവ് സേവനം വിന്യസിക്കാൻ ആഗ്രഹിച്ചപ്പോൾ എന്താണ് സംഭവിച്ചത്?

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

എന്താണ് ഞങ്ങൾക്ക് അനുയോജ്യമല്ലാത്തത്

ചില ഘട്ടങ്ങളിൽ ഞങ്ങൾ നിഗമനത്തിലെത്തി: സേവനങ്ങളുമായി പ്രവർത്തിക്കാനുള്ള വഴി ഇതല്ല. പല കാരണങ്ങൾ ഉണ്ടായിരുന്നു.

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

പുതിയ സേവന ഗ്രിഡ് രൂപകൽപന ചെയ്യുമ്പോൾ, ഞങ്ങൾ ആദ്യം സിൻക്രണസ് വിന്യാസത്തിന്റെ ഒരു ഗ്യാരന്റി നൽകാൻ ആഗ്രഹിച്ചു: ഉപയോക്താവ് API-യിൽ നിന്ന് നിയന്ത്രണം തിരികെ നൽകിയാലുടൻ, അയാൾക്ക് ഉടനടി സേവനങ്ങൾ ഉപയോഗിക്കാൻ കഴിയും. വിന്യാസ പിശകുകൾ കൈകാര്യം ചെയ്യാനുള്ള കഴിവ് ഇനീഷ്യേറ്ററിന് നൽകാനും ഞാൻ ആഗ്രഹിച്ചു.

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

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

പ്രശ്നങ്ങൾ

പ്രശ്‌നങ്ങളില്ലാതെ ആഗോള മാറ്റങ്ങൾ എന്തൊക്കെയാണ്? ഇതിൽ ആദ്യത്തേത് ടോപ്പോളജിയിലെ മാറ്റമായിരുന്നു. ഏത് നിമിഷവും, സേവന വിന്യാസത്തിന്റെ നിമിഷത്തിൽ പോലും, ഒരു നോഡിന് ക്ലസ്റ്ററിൽ പ്രവേശിക്കാനോ വിടാനോ കഴിയുമെന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്. മാത്രമല്ല, വിന്യാസ സമയത്ത് നോഡ് ക്ലസ്റ്ററിൽ ചേരുകയാണെങ്കിൽ, സേവനങ്ങളെക്കുറിച്ചുള്ള എല്ലാ വിവരങ്ങളും പുതിയ നോഡിലേക്ക് സ്ഥിരമായി കൈമാറേണ്ടത് ആവശ്യമാണ്. ഞങ്ങൾ ഇതിനകം വിന്യസിച്ചതിനെക്കുറിച്ച് മാത്രമല്ല, നിലവിലുള്ളതും ഭാവിയിലുള്ളതുമായ വിന്യാസങ്ങളെക്കുറിച്ചും സംസാരിക്കുന്നു.

ഒരു പ്രത്യേക ലിസ്റ്റിൽ ശേഖരിക്കാവുന്ന പ്രശ്നങ്ങളിൽ ഒന്ന് മാത്രമാണിത്:

• നോഡ് സ്റ്റാർട്ടപ്പിൽ സ്റ്റാറ്റിക്കലി കോൺഫിഗർ ചെയ്ത സേവനങ്ങൾ എങ്ങനെ വിന്യസിക്കാം?
• ക്ലസ്റ്ററിൽ നിന്ന് ഒരു നോഡ് വിടുന്നു - നോഡ് ഹോസ്റ്റ് ചെയ്ത സേവനങ്ങൾ ആണെങ്കിൽ എന്തുചെയ്യും?
• കോർഡിനേറ്റർ മാറിയാൽ എന്തുചെയ്യും?
• ക്ലയന്റ് ക്ലസ്റ്ററിലേക്ക് വീണ്ടും കണക്‌റ്റ് ചെയ്‌താൽ എന്തുചെയ്യും?
• ആക്ടിവേഷൻ/ഡീആക്ടിവേഷൻ അഭ്യർത്ഥനകൾ പ്രോസസ്സ് ചെയ്യേണ്ടതുണ്ടോ, എങ്ങനെ?
• കാഷെ നശിപ്പിക്കാൻ അവർ വിളിച്ചാലോ, ഞങ്ങൾക്ക് അതിനോട് ബന്ധമുള്ള സേവനങ്ങൾ ഉണ്ടെങ്കിലോ?

അതുമാത്രമല്ല.

തീരുമാനം

ഒരു ടാർഗെറ്റ് എന്ന നിലയിൽ, സന്ദേശങ്ങൾ ഉപയോഗിച്ച് പ്രോസസ്സ് കമ്മ്യൂണിക്കേഷൻ നടപ്പിലാക്കുന്നതിനൊപ്പം ഞങ്ങൾ ഇവന്റ് ഡ്രൈവൺ സമീപനം തിരഞ്ഞെടുത്തു. കമ്മ്യൂണിക്കേഷൻ-സ്‌പൈ, ഡിസ്‌കവറി-സ്‌പൈ എന്നീ രണ്ട് ഘടകങ്ങൾ ഇഗ്‌നൈറ്റ് ഇതിനകം തന്നെ നടപ്പിലാക്കുന്നു.

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

വിന്യാസ പ്രോട്ടോക്കോൾ നോക്കാം. വിന്യാസത്തിനും വിന്യാസത്തിനുമുള്ള എല്ലാ ഉപയോക്തൃ അഭ്യർത്ഥനകളും Discovery-spi വഴിയാണ് അയയ്ക്കുന്നത്. ഇത് ഇനിപ്പറയുന്നവ നൽകുന്നു ഉറപ്പുനൽകുന്നു:

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

ഒരു അഭ്യർത്ഥന ലഭിക്കുമ്പോൾ, ക്ലസ്റ്ററിലെ നോഡുകൾ അത് സാധൂകരിക്കുകയും പ്രോസസ്സിംഗ് ടാസ്ക്കുകൾ സൃഷ്ടിക്കുകയും ചെയ്യുന്നു. ഈ ടാസ്‌ക്കുകൾ ക്യൂവിൽ നിർത്തുകയും പിന്നീട് ഒരു പ്രത്യേക തൊഴിലാളി മറ്റൊരു ത്രെഡിൽ പ്രോസസ്സ് ചെയ്യുകയും ചെയ്യുന്നു. വിന്യാസത്തിന് ഗണ്യമായ സമയമെടുക്കുകയും ചെലവേറിയ കണ്ടെത്തൽ ഒഴുക്ക് അസഹനീയമായി വൈകുകയും ചെയ്യുന്നതിനാൽ ഇത് ഈ രീതിയിൽ നടപ്പിലാക്കുന്നു.

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

1. ഓരോ നോഡും ഒരു പുതിയ ഡിറ്റർമിനിസ്റ്റിക് അസൈൻമെന്റ് ഫംഗ്‌ഷനിലൂടെ വിതരണത്തെ സ്വതന്ത്രമായി കണക്കാക്കുന്നു.
2. വിന്യാസത്തിന്റെ ഫലങ്ങളുള്ള ഒരു സന്ദേശം നോഡുകൾ സൃഷ്ടിക്കുകയും അത് കോർഡിനേറ്റർക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു.
3. കോർഡിനേറ്റർ എല്ലാ സന്ദേശങ്ങളും സമാഹരിക്കുകയും മുഴുവൻ വിന്യാസ പ്രക്രിയയുടെയും ഫലം സൃഷ്ടിക്കുകയും ചെയ്യുന്നു, ഇത് ക്ലസ്റ്ററിലെ എല്ലാ നോഡുകളിലേക്കും ഡിസ്കവറി-സ്പൈ വഴി അയയ്ക്കുന്നു.
4. ഫലം ലഭിക്കുമ്പോൾ, വിന്യാസ പ്രക്രിയ അവസാനിക്കുന്നു, അതിനുശേഷം ചുമതല ക്യൂവിൽ നിന്ന് നീക്കം ചെയ്യപ്പെടും.

പുതിയ ഇവന്റ്-ഡ്രൈവ് ഡിസൈൻ: org.apache.ignite.internal.processors.service.IgniteServiceProcessor.java

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

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

അടുത്തതായി എന്ത് സംഭവിക്കും

ഇപ്പോൾ പദ്ധതികളെക്കുറിച്ച്. ഇഗ്നൈറ്റ് പ്രോജക്റ്റിലെ ഏത് വലിയ മാറ്റവും ഐഇപി എന്ന് വിളിക്കപ്പെടുന്ന ഒരു ഇഗ്നൈറ്റ് മെച്ചപ്പെടുത്തൽ സംരംഭമായി പൂർത്തീകരിക്കപ്പെടുന്നു. സർവീസ് ഗ്രിഡ് പുനർരൂപകൽപ്പനയ്ക്ക് ഒരു ഐഇപിയും ഉണ്ട് - IEP #17 "സർവീസ് ഗ്രിഡിലെ എണ്ണ മാറ്റം" എന്ന പരിഹാസ ശീർഷകത്തോടെ. എന്നാൽ വാസ്തവത്തിൽ, ഞങ്ങൾ എഞ്ചിൻ ഓയിൽ മാറ്റിയില്ല, പക്ഷേ മുഴുവൻ എഞ്ചിനും.

IEP-യിലെ ജോലികൾ ഞങ്ങൾ 2 ഘട്ടങ്ങളായി വിഭജിച്ചു. ആദ്യത്തേത് ഒരു പ്രധാന ഘട്ടമാണ്, അതിൽ വിന്യാസ പ്രോട്ടോക്കോൾ പുനർനിർമ്മിക്കുന്നതാണ്. ഇത് ഇതിനകം മാസ്റ്ററിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്, നിങ്ങൾക്ക് പുതിയ സേവന ഗ്രിഡ് പരീക്ഷിക്കാൻ കഴിയും, അത് പതിപ്പ് 2.8 ൽ ദൃശ്യമാകും. രണ്ടാം ഘട്ടത്തിൽ മറ്റ് നിരവധി ജോലികൾ ഉൾപ്പെടുന്നു:

• ചൂടുള്ള പുനർവിന്യാസം
• സേവന പതിപ്പ്
• തെറ്റ് സഹിഷ്ണുത വർദ്ധിപ്പിച്ചു
• നേർത്ത ക്ലയന്റ്
• വിവിധ അളവുകൾ നിരീക്ഷിക്കുന്നതിനും കണക്കുകൂട്ടുന്നതിനുമുള്ള ഉപകരണങ്ങൾ

അവസാനമായി, തെറ്റ്-സഹിഷ്ണുതയുള്ളതും ഉയർന്ന ലഭ്യതയുള്ളതുമായ സംവിധാനങ്ങൾ നിർമ്മിക്കുന്നതിനുള്ള സേവന ഗ്രിഡിനെക്കുറിച്ച് ഞങ്ങൾക്ക് നിങ്ങളെ ഉപദേശിക്കാം. ഞങ്ങളെ സന്ദർശിക്കാനും ഞങ്ങൾ നിങ്ങളെ ക്ഷണിക്കുന്നു dev-list и ഉപയോക്തൃ പട്ടിക നിങ്ങളുടെ അനുഭവം പങ്കിടുക. നിങ്ങളുടെ അനുഭവം കമ്മ്യൂണിറ്റിക്ക് വളരെ പ്രധാനമാണ്; അടുത്തതായി എവിടേക്കാണ് നീങ്ങേണ്ടതെന്നും ഭാവിയിൽ ഘടകം എങ്ങനെ വികസിപ്പിക്കാമെന്നും മനസ്സിലാക്കാൻ ഇത് നിങ്ങളെ സഹായിക്കും.

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