ഒരു മോണോലിത്തിക്ക് ആപ്ലിക്കേഷനിൽ നിന്ന് മൈക്രോസർവീസസ് ആർക്കിടെക്ചറിലേക്ക് മാറുമ്പോൾ, ഞങ്ങൾ പുതിയ വെല്ലുവിളികളെ അഭിമുഖീകരിക്കുന്നു.

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

അത്തരം പ്രശ്‌നങ്ങളെ നേരിടാൻ സഹായിക്കുന്ന ഒരു ഉപകരണത്തിനായി ഞാൻ വളരെക്കാലമായി തിരയുകയാണ് (ഇതിനെക്കുറിച്ച് ഞാൻ ഹബ്രെയിൽ എഴുതി: 1, 2), പക്ഷേ അവസാനം ഞാൻ എന്റെ സ്വന്തം ഓപ്പൺ സോഴ്സ് പരിഹാരം ഉണ്ടാക്കി. ഈ ലേഖനത്തിൽ ഞാൻ സേവന മെഷ് സമീപനത്തിന്റെ നേട്ടങ്ങളെക്കുറിച്ച് സംസാരിക്കുകയും അത് നടപ്പിലാക്കുന്നതിനായി ഒരു പുതിയ ഉപകരണം പങ്കിടുകയും ചെയ്യുന്നു.

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

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

സേവന മെഷ് സമീപനം

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

പരിഹാരങ്ങൾ

ഈ സമീപനത്തിന് ഇതിനകം നിരവധി നടപ്പാക്കലുകൾ ഉണ്ട്: ഇസ്തോ и linkerd2. അവ ബോക്‌സിന് പുറത്ത് ധാരാളം സവിശേഷതകൾ നൽകുന്നു. എന്നാൽ അതേ സമയം, വിഭവങ്ങളിൽ വലിയൊരു ഓവർഹെഡ് വരുന്നു. മാത്രമല്ല, അത്തരമൊരു സംവിധാനം പ്രവർത്തിക്കുന്ന വലിയ ക്ലസ്റ്റർ, പുതിയ ഇൻഫ്രാസ്ട്രക്ചർ പരിപാലിക്കാൻ കൂടുതൽ വിഭവങ്ങൾ ആവശ്യമായി വരും. Avito-യിൽ, ആയിരക്കണക്കിന് സേവന സംഭവങ്ങൾ ഉൾക്കൊള്ളുന്ന kubernetes ക്ലസ്റ്ററുകൾ ഞങ്ങൾ പ്രവർത്തിപ്പിക്കുന്നു (അവയുടെ എണ്ണം അതിവേഗം വളരുന്നു). അതിന്റെ നിലവിലെ നിർവ്വഹണത്തിൽ, ഓരോ സേവന സംഭവത്തിനും ഇസ്തിയോ ~300Mb റാം ഉപയോഗിക്കുന്നു. ധാരാളം സാധ്യതകൾ ഉള്ളതിനാൽ, സുതാര്യമായ ബാലൻസിങ് സേവനങ്ങളുടെ മൊത്തത്തിലുള്ള പ്രതികരണ സമയത്തെയും (10ms വരെ) ബാധിക്കുന്നു.

തൽഫലമായി, ഞങ്ങൾക്ക് ഇപ്പോൾ ആവശ്യമായ കഴിവുകൾ എന്താണെന്ന് ഞങ്ങൾ കൃത്യമായി പരിശോധിച്ചു, കൂടാതെ അത്തരം പരിഹാരങ്ങൾ ഞങ്ങൾ നടപ്പിലാക്കാൻ തുടങ്ങിയതിന്റെ പ്രധാന കാരണം മുഴുവൻ സിസ്റ്റത്തിൽ നിന്നും ട്രെയ്‌സിംഗ് വിവരങ്ങൾ സുതാര്യമായി ശേഖരിക്കാനുള്ള കഴിവാണെന്ന് തീരുമാനിച്ചു. സേവനങ്ങൾക്കിടയിൽ കൈമാറ്റം ചെയ്യപ്പെടുന്ന തലക്കെട്ടുകളിൽ വിവിധ കൃത്രിമങ്ങൾ നടത്താനും സേവനങ്ങളുടെ ഇടപെടൽ നിയന്ത്രിക്കാനും ഞങ്ങൾ ആഗ്രഹിക്കുന്നു.

തൽഫലമായി, ഞങ്ങൾ ഞങ്ങളുടെ തീരുമാനത്തിലെത്തി:  നേത്രമേഷ്.

നേത്രമേഷ്

നേത്രമേഷ് സിസ്റ്റത്തിലെ സേവനങ്ങളുടെ എണ്ണം കണക്കിലെടുക്കാതെ, അനന്തമായി സ്കെയിൽ ചെയ്യാനുള്ള കഴിവുള്ള ഒരു ഭാരം കുറഞ്ഞ സേവന മെഷ് പരിഹാരമാണ്.

കുറഞ്ഞ റിസോഴ്‌സ് ഓവർഹെഡും ഉയർന്ന പ്രകടനവുമായിരുന്നു പുതിയ പരിഹാരത്തിന്റെ പ്രധാന ലക്ഷ്യങ്ങൾ. പ്രധാന സവിശേഷതകളിൽ, ഞങ്ങളുടെ ജെയ്‌ഗർ സിസ്റ്റത്തിലേക്ക് ട്രെയ്‌സിംഗ് സ്പാനുകൾ സുതാര്യമായി അയയ്‌ക്കാൻ ഞങ്ങൾ ഉടൻ ആഗ്രഹിച്ചു.

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

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

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

നമുക്ക് എന്ത് ഫലങ്ങൾ ലഭിച്ചുവെന്ന് നോക്കാം.

RAM

Netramesh ട്രാഫിക് ഇല്ലാതെ ~10Mb ഉപയോഗിക്കുകയും ഒരു സന്ദർഭത്തിന് 50 RPS വരെ ലോഡിൽ പരമാവധി 10000Mb ഉപയോഗിക്കുകയും ചെയ്യുന്നു.

ആയിരക്കണക്കിന് സംഭവങ്ങൾക്കൊപ്പം ഞങ്ങളുടെ ക്ലസ്റ്ററുകളിൽ ഇസ്തിയോ എൻവോയ് പ്രോക്സി എപ്പോഴും ~300Mb ഉപയോഗിക്കുന്നു. ഇത് മുഴുവൻ ക്ലസ്റ്ററിലേക്കും സ്കെയിൽ ചെയ്യാൻ അനുവദിക്കുന്നില്ല.

Netramesh ഉപയോഗിച്ച് ഞങ്ങൾക്ക് മെമ്മറി ഉപഭോഗത്തിൽ ~10x കുറവ് ലഭിച്ചു.

സിപിയു

CPU ഉപയോഗം ലോഡിൽ താരതമ്യേന തുല്യമാണ്. ഇത് സൈഡ്കാറിലേക്കുള്ള ഒരു യൂണിറ്റ് സമയത്തിനുള്ള അഭ്യർത്ഥനകളുടെ എണ്ണത്തെ ആശ്രയിച്ചിരിക്കുന്നു. ഏറ്റവും ഉയർന്ന സമയത്ത് സെക്കൻഡിൽ 3000 അഭ്യർത്ഥനകളിലെ മൂല്യങ്ങൾ:

ഒരു പ്രധാന കാര്യം കൂടിയുണ്ട്: നേത്രമേഷ് - നിയന്ത്രണ തലം കൂടാതെ ലോഡ് ഇല്ലാതെ ഒരു പരിഹാരം സിപിയു സമയം ചെലവഴിക്കുന്നില്ല. ഇസ്തിയോ ഉപയോഗിച്ച്, സൈഡ്കാറുകൾ എപ്പോഴും സേവന എൻഡ് പോയിന്റുകൾ അപ്ഡേറ്റ് ചെയ്യുന്നു. തൽഫലമായി, ലോഡ് കൂടാതെ നമുക്ക് ഈ ചിത്രം കാണാൻ കഴിയും:

സേവനങ്ങൾ തമ്മിലുള്ള ആശയവിനിമയത്തിനായി ഞങ്ങൾ HTTP/1 ഉപയോഗിക്കുന്നു. ദൂതൻ മുഖേന പ്രോക്‌സി ചെയ്യുമ്പോൾ ഇസ്‌റ്റിയോയ്‌ക്കുള്ള പ്രതികരണ സമയം 5-10 എംഎസ് വരെയായിരുന്നു, ഇത് ഒരു മില്ലിസെക്കൻഡിൽ പ്രതികരിക്കാൻ തയ്യാറായ സേവനങ്ങൾക്ക് വളരെ കൂടുതലാണ്. നേത്രമെഷിനൊപ്പം ഈ സമയം 0.5-2 മി.യായി കുറഞ്ഞു.

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

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

സേവന കണ്ടെത്തൽ

സേവന കണ്ടെത്തലിനുള്ള അധിക സംവിധാനങ്ങളൊന്നും നേത്രമേഷ് ചേർക്കുന്നില്ല. എല്ലാ ട്രാഫിക്കും നേത്ര സൈഡ്കാർ വഴി സുതാര്യമായി പ്രോക്സി ചെയ്യുന്നു.

Netramesh HTTP/1 ആപ്ലിക്കേഷൻ പ്രോട്ടോക്കോൾ പിന്തുണയ്ക്കുന്നു. ഇത് നിർവചിക്കുന്നതിന്, പോർട്ടുകളുടെ കോൺഫിഗർ ചെയ്യാവുന്ന ഒരു ലിസ്റ്റ് ഉപയോഗിക്കുന്നു. സാധാരണഗതിയിൽ, സിസ്റ്റത്തിന് HTTP ആശയവിനിമയം നടക്കുന്ന നിരവധി പോർട്ടുകളുണ്ട്. ഉദാഹരണത്തിന്, സേവനങ്ങളും ബാഹ്യ അഭ്യർത്ഥനകളും തമ്മിലുള്ള ആശയവിനിമയത്തിനായി ഞങ്ങൾ 80, 8890, 8080 ഉപയോഗിക്കുന്നു. ഈ സാഹചര്യത്തിൽ, ഒരു പരിസ്ഥിതി വേരിയബിൾ ഉപയോഗിച്ച് അവ സജ്ജമാക്കാൻ കഴിയും NETRA_HTTP_PORTS.

നിങ്ങൾ ഒരു ഓർക്കസ്‌ട്രേറ്ററായി കുബെർനെറ്റസിനെയും സേവനങ്ങൾക്കിടയിലുള്ള ഇൻട്രാ-ക്ലസ്റ്റർ ആശയവിനിമയത്തിനായി അതിന്റെ സേവന എന്റിറ്റി മെക്കാനിസത്തെയും ഉപയോഗിക്കുകയാണെങ്കിൽ, മെക്കാനിസം അതേപടി തുടരും. ആദ്യം, മൈക്രോസർവീസ് kube-dns ഉപയോഗിച്ച് ഒരു സേവന IP വിലാസം നേടുകയും അതിലേക്ക് ഒരു പുതിയ കണക്ഷൻ തുറക്കുകയും ചെയ്യുന്നു. ലോക്കൽ നേത്ര-സൈഡ്കാർ ഉപയോഗിച്ചാണ് ഈ കണക്ഷൻ ആദ്യം സ്ഥാപിച്ചത്, എല്ലാ ടിസിപി പാക്കറ്റുകളും തുടക്കത്തിൽ നേത്രയിൽ എത്തുന്നു. അടുത്തതായി, നേത്ര-സൈഡ്കാർ യഥാർത്ഥ ലക്ഷ്യസ്ഥാനവുമായി ഒരു ബന്ധം സ്ഥാപിക്കുന്നു. നോഡിലെ പോഡ് ഐപിയിലെ NAT നേത്ര ഇല്ലാത്തതു പോലെ തന്നെ തുടരുന്നു.

ഡിസ്ട്രിബ്യൂട്ട് ട്രെയ്‌സിംഗും സന്ദർഭ ഫോർവേഡിംഗും

HTTP ഇടപെടലുകളെ കുറിച്ച് ട്രെയ്‌സിംഗ് സ്പാനുകൾ അയയ്‌ക്കുന്നതിന് ആവശ്യമായ പ്രവർത്തനം നേത്രമേഷ് നൽകുന്നു. Netra-sidecar HTTP പ്രോട്ടോക്കോൾ പാഴ്‌സ് ചെയ്യുന്നു, അഭ്യർത്ഥന കാലതാമസം അളക്കുന്നു, HTTP ഹെഡറുകളിൽ നിന്ന് ആവശ്യമായ വിവരങ്ങൾ എക്‌സ്‌ട്രാക്റ്റുചെയ്യുന്നു. ആത്യന്തികമായി, ഒരൊറ്റ ജെയ്ഗർ സിസ്റ്റത്തിൽ നമുക്ക് എല്ലാ അടയാളങ്ങളും ലഭിക്കും. സൂക്ഷ്മമായ കോൺഫിഗറേഷനായി, നിങ്ങൾക്ക് ഔദ്യോഗിക ലൈബ്രറി നൽകുന്ന പരിസ്ഥിതി വേരിയബിളുകളും ഉപയോഗിക്കാം. jaeger go ലൈബ്രറി.

പക്ഷേ ഒരു പ്രശ്നമുണ്ട്. സേവനങ്ങൾ ഒരു പ്രത്യേക യൂബർ ഹെഡർ സൃഷ്ടിച്ച് അയയ്‌ക്കുന്നതുവരെ, സിസ്റ്റത്തിൽ കണക്റ്റുചെയ്‌ത ട്രെയ്‌സിംഗ് സ്പാനുകൾ ഞങ്ങൾ കാണില്ല. പ്രശ്‌നങ്ങളുടെ കാരണം വേഗത്തിൽ കണ്ടെത്തേണ്ടത് ഇതാണ്. ഇവിടെയും നേത്രമേഷിന് ഒരു പരിഹാരമുണ്ട്. പ്രോക്സികൾ HTTP തലക്കെട്ടുകൾ വായിക്കുകയും അവയിൽ uber ട്രെയ്സ് ഐഡി ഇല്ലെങ്കിൽ, ഒരെണ്ണം സൃഷ്ടിക്കുകയും ചെയ്യുന്നു. ഇൻകമിംഗ്, ഔട്ട്‌ഗോയിംഗ് അഭ്യർത്ഥനകളെക്കുറിച്ചുള്ള വിവരങ്ങൾ ഒരു സൈഡ്‌കാറിൽ സംഭരിക്കുകയും ആവശ്യമായ ഔട്ട്‌ഗോയിംഗ് അഭ്യർത്ഥന ഹെഡറുകൾ ഉപയോഗിച്ച് അവയെ സമ്പുഷ്ടമാക്കുകയും ചെയ്യുന്നു. സേവനങ്ങളിൽ നിങ്ങൾ ചെയ്യേണ്ടത് ഒരു തലക്കെട്ട് മാത്രം അയയ്ക്കുക എന്നതാണ് X-Request-Id, ഒരു എൻവയോൺമെന്റ് വേരിയബിൾ ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്യാം NETRA_HTTP_REQUEST_ID_HEADER_NAME. Netramesh-ലെ സന്ദർഭത്തിന്റെ വലുപ്പം നിയന്ത്രിക്കുന്നതിന്, നിങ്ങൾക്ക് ഇനിപ്പറയുന്ന പരിസ്ഥിതി വേരിയബിളുകൾ സജ്ജമാക്കാൻ കഴിയും: NETRA_TRACING_CONTEXT_EXPIRATION_MILLISECONDS (സന്ദർഭം സംഭരിക്കുന്ന സമയം) കൂടാതെ NETRA_TRACING_CONTEXT_CLEANUP_INTERVAL (സന്ദർഭം വൃത്തിയാക്കുന്നതിന്റെ ആവൃത്തി).

ഒരു പ്രത്യേക സെഷൻ ടോക്കൺ ഉപയോഗിച്ച് അടയാളപ്പെടുത്തി നിങ്ങളുടെ സിസ്റ്റത്തിൽ ഒന്നിലധികം പാതകൾ സംയോജിപ്പിക്കാനും സാധിക്കും. ഇൻസ്റ്റാൾ ചെയ്യാൻ Netra നിങ്ങളെ അനുവദിക്കുന്നു HTTP_HEADER_TAG_MAP HTTP തലക്കെട്ടുകളെ അനുബന്ധ ട്രേസിംഗ് സ്പാൻ ടാഗുകളാക്കി മാറ്റുന്നതിന്. ഇത് പരീക്ഷണത്തിന് പ്രത്യേകിച്ചും ഉപയോഗപ്രദമാകും. ഫംഗ്ഷണൽ ടെസ്റ്റ് വിജയിച്ച ശേഷം, അനുബന്ധ സെഷൻ കീ ഉപയോഗിച്ച് ഫിൽട്ടർ ചെയ്യുന്നത് സിസ്റ്റത്തിന്റെ ഏത് ഭാഗത്തെ ബാധിച്ചുവെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും.

അഭ്യർത്ഥന ഉറവിടം നിർണ്ണയിക്കുന്നു

അഭ്യർത്ഥന എവിടെ നിന്നാണ് വന്നതെന്ന് നിർണ്ണയിക്കാൻ, ഉറവിടത്തിനൊപ്പം ഒരു തലക്കെട്ട് സ്വയമേവ ചേർക്കുന്നതിനുള്ള പ്രവർത്തനം നിങ്ങൾക്ക് ഉപയോഗിക്കാം. ഒരു പരിസ്ഥിതി വേരിയബിൾ ഉപയോഗിക്കുന്നു NETRA_HTTP_X_SOURCE_HEADER_NAME സ്വയമേവ ഇൻസ്റ്റാൾ ചെയ്യപ്പെടുന്ന ഒരു തലക്കെട്ടിന്റെ പേര് നിങ്ങൾക്ക് വ്യക്തമാക്കാം. ഉപയോഗിച്ച് NETRA_HTTP_X_SOURCE_VALUE എല്ലാ ഔട്ട്‌ഗോയിംഗ് അഭ്യർത്ഥനകൾക്കും എക്‌സ്-സോഴ്‌സ് ഹെഡർ സജ്ജീകരിക്കേണ്ട മൂല്യം നിങ്ങൾക്ക് സജ്ജമാക്കാൻ കഴിയും.

ഈ ഉപയോഗപ്രദമായ തലക്കെട്ടിന്റെ വിതരണം നെറ്റ്‌വർക്കിലുടനീളം ഒരേപോലെ വിതരണം ചെയ്യാൻ ഇത് അനുവദിക്കുന്നു. തുടർന്ന് നിങ്ങൾക്ക് ഇത് സേവനങ്ങളിൽ ഉപയോഗിക്കാനും ലോഗുകളിലേക്കും മെട്രിക്സുകളിലേക്കും ചേർക്കാനും കഴിയും.

ട്രാഫിക് റൂട്ടിംഗും നേത്രമേശ് ഇന്റേണലും

നേത്രമേഷ് രണ്ട് പ്രധാന ഘടകങ്ങൾ ഉൾക്കൊള്ളുന്നു. ആദ്യത്തേത്, netra-init, ട്രാഫിക് തടസ്സപ്പെടുത്തുന്നതിന് നെറ്റ്‌വർക്ക് നിയമങ്ങൾ സജ്ജമാക്കുന്നു. അവൻ ഉപയോഗിക്കുന്നു iptables റീഡയറക്‌ട് നിയമങ്ങൾ നേത്രമേഷിന്റെ രണ്ടാമത്തെ പ്രധാന ഘടകമായ സൈഡ്‌കാറിലെ ട്രാഫിക്കിന്റെ മുഴുവനായോ ഭാഗികമായോ തടസ്സപ്പെടുത്താൻ. ഇൻകമിംഗ്, ഔട്ട്‌ഗോയിംഗ് TCP സെഷനുകൾക്കായി ഏത് പോർട്ടുകളാണ് തടസ്സപ്പെടുത്തേണ്ടതെന്ന് നിങ്ങൾക്ക് കോൺഫിഗർ ചെയ്യാം: INBOUND_INTERCEPT_PORTS, OUTBOUND_INTERCEPT_PORTS.

ടൂളിന് രസകരമായ ഒരു സവിശേഷതയും ഉണ്ട് - പ്രോബബിലിസ്റ്റിക് റൂട്ടിംഗ്. ട്രെയ്‌സിംഗ് സ്പാനുകൾ ശേഖരിക്കുന്നതിനായി നിങ്ങൾ നെത്രമേഷ് ഉപയോഗിക്കുകയാണെങ്കിൽ, ഒരു പ്രൊഡക്ഷൻ പരിതസ്ഥിതിയിൽ നിങ്ങൾക്ക് വിഭവങ്ങൾ ലാഭിക്കാനും വേരിയബിളുകൾ ഉപയോഗിച്ച് പ്രോബബിലിസ്റ്റിക് റൂട്ടിംഗ് പ്രവർത്തനക്ഷമമാക്കാനും കഴിയും. NETRA_INBOUND_PROBABILITY и NETRA_OUTBOUND_PROBABILITY (0 മുതൽ 1 വരെ). സ്ഥിര മൂല്യം 1 ആണ് (എല്ലാ ട്രാഫിക്കും തടസ്സപ്പെട്ടു).

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

ഒരു ഡിപൻഡൻസി ഗ്രാഫ് നിർമ്മിക്കുന്നു

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

ട്രെയ്‌സിംഗ് സ്പാനുകൾ സംഭരിക്കുന്നതിന് നിങ്ങൾ ഇലാസ്റ്റിക് സെർച്ച് ഉപയോഗിക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഉപയോഗിക്കാം ഒരു ലളിതമായ Golang യൂട്ടിലിറ്റി, ഇലാസ്റ്റിക് സെർച്ചിന്റെ സവിശേഷതകളും കഴിവുകളും ഉപയോഗിച്ച് മിനിറ്റുകൾക്കുള്ളിൽ ഒരേ ഗ്രാഫ് നിർമ്മിക്കും.

നേത്രമേഷ് എങ്ങനെ ഉപയോഗിക്കാം

ഏതെങ്കിലും ഓർക്കസ്ട്രേറ്റർ നടത്തുന്ന ഏത് സേവനത്തിലും നേത്രയെ എളുപ്പത്തിൽ ചേർക്കാനാകും. നിങ്ങൾക്ക് ഒരു ഉദാഹരണം കാണാം ഇവിടെ.

ഇപ്പോൾ, സേവനങ്ങളിലേക്ക് സൈഡ്കാറുകൾ സ്വയമേവ നടപ്പിലാക്കാനുള്ള കഴിവ് നേത്രയ്ക്കില്ല, എന്നാൽ നടപ്പിലാക്കാനുള്ള പദ്ധതികളുണ്ട്.

നേത്രമേഷിന്റെ ഭാവി

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

ഭാവിയിൽ, HTTP കൂടാതെ മറ്റ് ആപ്ലിക്കേഷൻ ലെയർ പ്രോട്ടോക്കോളുകളെ Netramesh പിന്തുണയ്ക്കും. L7 റൂട്ടിംഗ് സമീപഭാവിയിൽ ലഭ്യമാകും.

നിങ്ങൾക്ക് സമാനമായ പ്രശ്നങ്ങൾ നേരിടുകയാണെങ്കിൽ Netramesh ഉപയോഗിക്കുക കൂടാതെ ചോദ്യങ്ങളും നിർദ്ദേശങ്ങളും ഞങ്ങൾക്ക് എഴുതുക.

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