ഇസ്തിയോയ്‌ക്കൊപ്പം മൈക്രോസർവീസുകളിലേക്ക് മടങ്ങുക. ഭാഗം 1

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

ഇസ്തോ — Google, IBM, Lyft എന്നിവയിൽ നിന്നുള്ള ടീമുകളുമായി സഹകരിച്ച് വികസിപ്പിച്ച ഒരു ഓപ്പൺ സോഴ്സ് പ്രോജക്റ്റ്. മൈക്രോസർവീസ് അടിസ്ഥാനമാക്കിയുള്ള ആപ്ലിക്കേഷനുകളിൽ ഉണ്ടാകുന്ന സങ്കീർണതകൾ ഇത് പരിഹരിക്കുന്നു, ഇനിപ്പറയുന്നവ:

• ട്രാഫിക് മാനേജ്മെന്റ്: കാലഹരണപ്പെടൽ, വീണ്ടും ശ്രമിക്കൽ, ലോഡ് ബാലൻസിങ്;
• സുരക്ഷ: അന്തിമ ഉപയോക്തൃ പ്രാമാണീകരണവും അംഗീകാരവും;
• നിരീക്ഷണക്ഷമത: കണ്ടെത്തൽ, നിരീക്ഷണം, ലോഗിംഗ്.

ഇവയെല്ലാം ആപ്ലിക്കേഷൻ തലത്തിൽ പരിഹരിക്കാൻ കഴിയും, എന്നാൽ അതിനുശേഷം നിങ്ങളുടെ സേവനങ്ങൾ "മൈക്രോ" ആയിരിക്കില്ല. ഈ പ്രശ്‌നങ്ങൾ പരിഹരിക്കാനുള്ള എല്ലാ അധിക ശ്രമങ്ങളും ബിസിനസ്സ് മൂല്യത്തിനായി നേരിട്ട് ഉപയോഗിക്കാവുന്ന കമ്പനി വിഭവങ്ങളുടെ പാഴാക്കലാണ്. നമുക്ക് ഒരു ഉദാഹരണം നോക്കാം:

പ്രോജക്റ്റ് മാനേജർ: ഒരു ഫീഡ്ബാക്ക് ഫീച്ചർ ചേർക്കാൻ എത്ര സമയമെടുക്കും?
ഡെവലപ്പർ: രണ്ട് സ്പ്രിന്റുകൾ.

എംപി: എന്താ?.. ഇത് വെറും CRUD ആണ്!
R: CRUD ചെയ്യുന്നത് എളുപ്പമുള്ള ഭാഗമാണ്, എന്നാൽ ഞങ്ങൾക്ക് ഇപ്പോഴും ഉപയോക്താക്കളെയും സേവനങ്ങളെയും പ്രാമാണീകരിക്കുകയും അംഗീകരിക്കുകയും ചെയ്യേണ്ടതുണ്ട്. നെറ്റ്‌വർക്ക് വിശ്വസനീയമല്ലാത്തതിനാൽ, നിങ്ങൾ ആവർത്തിച്ചുള്ള അഭ്യർത്ഥനകൾ നടപ്പിലാക്കേണ്ടതുണ്ട് സർക്യൂട്ട് ബ്രേക്കർ പാറ്റേൺ ക്ലയന്റുകളിൽ. കൂടാതെ, മുഴുവൻ സിസ്റ്റവും ക്രാഷ് ചെയ്യുന്നില്ലെന്ന് ഉറപ്പാക്കാൻ, നിങ്ങൾക്ക് സമയപരിധികൾ ആവശ്യമാണ് ബൾക്ക്ഹെഡ്സ് (പ്രസ്താവിച്ച രണ്ട് പാറ്റേണുകളെയും കുറിച്ചുള്ള കൂടുതൽ വിവരങ്ങൾക്ക്, പിന്നീട് ലേഖനത്തിൽ കാണുക - ഏകദേശം. വിവർത്തനം.), കൂടാതെ പ്രശ്നങ്ങൾ കണ്ടെത്തുന്നതിന്, നിരീക്ഷണം, കണ്ടെത്തൽ, […]

എം‌പി: ഓ, നമുക്ക് ഈ സവിശേഷത ഉൽപ്പന്ന സേവനത്തിലേക്ക് തിരുകാം.

ആശയം വ്യക്തമാണെന്ന് ഞാൻ കരുതുന്നു: ഒരു സേവനം ചേർക്കുന്നതിന് ആവശ്യമായ നടപടികളും പരിശ്രമവും വളരെ വലുതാണ്. ഈ ലേഖനത്തിൽ, സേവനങ്ങളിൽ നിന്ന് മുകളിൽ സൂചിപ്പിച്ച എല്ലാ സങ്കീർണ്ണതകളും (അത് ബിസിനസ്സ് ലോജിക് ആയിരിക്കാൻ ഉദ്ദേശിച്ചുള്ളതല്ല) എങ്ങനെ ഇസ്തിയോ നീക്കംചെയ്യുന്നുവെന്ന് ഞങ്ങൾ നോക്കാം.

അഭിപായപ്പെടുക: ഈ ലേഖനം നിങ്ങൾക്ക് കുബെർനെറ്റസിനെ കുറിച്ച് പ്രവർത്തനപരമായ അറിവുണ്ടെന്ന് അനുമാനിക്കുന്നു. അല്ലെങ്കിൽ, വായിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു കുബർനെറ്റസിനുള്ള എന്റെ ആമുഖം അതിനുശേഷം മാത്രമേ ഈ മെറ്റീരിയൽ വായിക്കുന്നത് തുടരൂ.

ഇസ്തിയോ ആശയം

ഇസ്തിയോ ഇല്ലാത്ത ലോകത്ത്, ഒരു സേവനം മറ്റൊന്നിലേക്ക് നേരിട്ട് അഭ്യർത്ഥനകൾ നടത്തുന്നു, ഒരു പരാജയമുണ്ടായാൽ, സേവനം അത് സ്വയം കൈകാര്യം ചെയ്യണം: ഒരു പുതിയ ശ്രമം നടത്തുക, സമയപരിധി നൽകുക, ഒരു സർക്യൂട്ട് ബ്രേക്കർ തുറക്കുക തുടങ്ങിയവ.

കുബർനെറ്റസിലെ നെറ്റ്‌വർക്ക് ട്രാഫിക്

Istio ഒരു പ്രത്യേക പരിഹാരം വാഗ്ദാനം ചെയ്യുന്നു, സേവനങ്ങളിൽ നിന്ന് പൂർണ്ണമായും വേർപെടുത്തി നെറ്റ്‌വർക്ക് ആശയവിനിമയത്തിൽ ഇടപെടുന്നതിലൂടെ പ്രവർത്തിക്കുന്നു. അങ്ങനെ അത് നടപ്പിലാക്കുന്നു:

• തെറ്റ് സഹിഷ്ണുത: പ്രതികരണത്തിലെ സ്റ്റാറ്റസ് കോഡിന്റെ അടിസ്ഥാനത്തിൽ, അഭ്യർത്ഥന പരാജയപ്പെട്ടോ എന്ന് മനസിലാക്കുകയും അത് വീണ്ടും നടപ്പിലാക്കുകയും ചെയ്യുന്നു.
• കാനറി റോൾഔട്ടുകൾ: സേവനത്തിന്റെ പുതിയ പതിപ്പിലേക്ക് അഭ്യർത്ഥനകളുടെ ഒരു നിശ്ചിത ശതമാനം മാത്രം റീഡയറക്‌ട് ചെയ്യുന്നു.
• നിരീക്ഷണവും അളവുകളും: സേവനം പ്രതികരിക്കാൻ എത്ര സമയമെടുത്തു?
• കണ്ടെത്തലും നിരീക്ഷണവും: ഓരോ അഭ്യർത്ഥനയിലും പ്രത്യേക തലക്കെട്ടുകൾ ചേർക്കുകയും ക്ലസ്റ്ററിലുടനീളം അവയെ കണ്ടെത്തുകയും ചെയ്യുന്നു.
• സുരക്ഷ: JWT ടോക്കൺ വീണ്ടെടുക്കുന്നു, ആധികാരികമാക്കുന്നു, ഉപയോക്താക്കളെ അംഗീകരിക്കുന്നു.

നിങ്ങളെ കൗതുകപ്പെടുത്താനുള്ള ചില സാധ്യതകൾ (ശരിക്കും ചിലത് മാത്രം!) ഇവയാണ്. ഇനി നമുക്ക് സാങ്കേതിക വിശദാംശങ്ങളിലേക്ക് കടക്കാം!

ഇസ്തിയോ വാസ്തുവിദ്യ

Istio എല്ലാ നെറ്റ്‌വർക്ക് ട്രാഫിക്കും തടസ്സപ്പെടുത്തുകയും അതിന് ഒരു കൂട്ടം നിയമങ്ങൾ പ്രയോഗിക്കുകയും ചെയ്യുന്നു, ഓരോ പോഡിലേക്കും ഒരു സൈഡ്‌കാർ കണ്ടെയ്‌നറിന്റെ രൂപത്തിൽ ഒരു സ്മാർട്ട് പ്രോക്‌സി ചേർക്കുന്നു. എല്ലാ കഴിവുകളും സജീവമാക്കുന്ന പ്രോക്സികൾ രൂപീകരിക്കുന്നു a ഡാറ്റാ വിമാനം, കൂടാതെ അവ ഉപയോഗിച്ച് ചലനാത്മകമായി കോൺഫിഗർ ചെയ്യാവുന്നതാണ് നിയന്ത്രണ തലം.

ഡാറ്റാ വിമാനം

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

എൻവോയിയിൽ എങ്ങനെയാണ് റീട്രൈകളും സർക്യൂട്ട് ബ്രേക്കിംഗും നടപ്പിലാക്കുന്നത്

ചുരുക്കത്തിൽ:

1. എൻവയ്ക്കൊപ്പം (ഞങ്ങൾ സംസാരിക്കുന്നത് ഒരു സൈഡ്കാർ കണ്ടെയ്നറിൽ സ്ഥിതിചെയ്യുന്ന ഒരു പ്രോക്സിയെക്കുറിച്ചാണ്, അത് വിതരണം ചെയ്യുന്നു പ്രത്യേക ഉൽപ്പന്നം - ഏകദേശം. പരിഭാഷ.) സേവന ബിയുടെ ആദ്യ സംഭവത്തിലേക്ക് ഒരു അഭ്യർത്ഥന അയയ്ക്കുകയും പരാജയപ്പെടുകയും ചെയ്യുന്നു.
2. ദൂതൻ സൈഡ്കാർ വീണ്ടും ശ്രമിക്കുന്നു (വീണ്ടും ശ്രമിക്കുക). (1)
3. അഭ്യർത്ഥന പരാജയപ്പെടുകയും അതിനെ വിളിച്ച പ്രോക്സിയിലേക്ക് തിരികെ നൽകുകയും ചെയ്യുന്നു.
4. ഇത് സർക്യൂട്ട് ബ്രേക്കർ തുറക്കുകയും തുടർന്നുള്ള അഭ്യർത്ഥനകൾക്കായി അടുത്ത സേവനത്തെ വിളിക്കുകയും ചെയ്യുന്നു. (2)

ഇതിനർത്ഥം നിങ്ങൾ മറ്റൊരു റീട്രി ലൈബ്രറി ഉപയോഗിക്കേണ്ടതില്ല എന്നാണ്, സർക്യൂട്ട് ബ്രേക്കിംഗും സേവന കണ്ടെത്തലും പ്രോഗ്രാമിംഗ് ഭാഷയായ X, Y അല്ലെങ്കിൽ Z എന്നിവയിൽ നിങ്ങൾ സ്വയം നടപ്പിലാക്കേണ്ടതില്ല. ഇതെല്ലാം ബോക്‌സിന് പുറത്ത് ലഭ്യമാണ്. ഇസ്തിയോയിൽ, ആവശ്യമില്ല ഇല്ല കോഡിലെ മാറ്റങ്ങൾ.

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

ഒടുവിൽ നിങ്ങൾ ചോദിക്കുന്നു: "ഇത് ഇഷ്ടാനുസൃതമാക്കാനാകുമോ?"

ഇപ്പോൾ നിങ്ങൾ കടൽ യാത്രയ്ക്ക് തയ്യാറാണ്, നമുക്ക് കൺട്രോൾ പ്ലെയിനിനെ പരിചയപ്പെടാം.

നിയന്ത്രണ തലം

അതിൽ മൂന്ന് ഘടകങ്ങൾ അടങ്ങിയിരിക്കുന്നു: പൈലറ്റ്, മിക്സര് и കോട്ട, ട്രാഫിക് റൂട്ട് ചെയ്യുന്നതിനും നയങ്ങൾ നടപ്പിലാക്കുന്നതിനും ടെലിമെട്രി ഡാറ്റ ശേഖരിക്കുന്നതിനും ദൂതന്മാരെ കോൺഫിഗർ ചെയ്യുന്നതിന് ഒരുമിച്ച് പ്രവർത്തിക്കുന്നു. ആസൂത്രിതമായി, എല്ലാം ഇതുപോലെ കാണപ്പെടുന്നു:

ഡാറ്റാ പ്ലെയിനുമായുള്ള കൺട്രോൾ പ്ലെയിനിന്റെ ഇടപെടൽ

ദൂതന്മാർ (അതായത് ഡാറ്റാ വിമാനം) ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്‌തിരിക്കുന്നു കുബെർനെറ്റസ് സിആർഡി (ഇഷ്‌ടാനുസൃത വിഭവ നിർവചനങ്ങൾ) ഇസ്തിയോ നിർവ്വചിച്ചതും ഈ ആവശ്യത്തിനായി പ്രത്യേകം ഉദ്ദേശിച്ചിട്ടുള്ളതുമാണ്. ഇത് നിങ്ങൾക്ക് അർത്ഥമാക്കുന്നത്, പരിചിതമായ വാക്യഘടനയുള്ള കുബർനെറ്റസിലെ മറ്റൊരു ഉറവിടമായി അവ കാണപ്പെടുന്നു എന്നതാണ്. സൃഷ്ടിച്ചുകഴിഞ്ഞാൽ, ഈ വിഭവം കൺട്രോൾ പ്ലെയിൻ എടുത്ത് ദൂതന്മാർക്ക് പ്രയോഗിക്കും.

ഇസ്തിയോയുമായുള്ള സേവനങ്ങളുടെ ബന്ധം

സേവനങ്ങളുമായുള്ള ഇസ്തിയോയുടെ ബന്ധം ഞങ്ങൾ വിവരിച്ചിട്ടുണ്ട്, പക്ഷേ വിപരീതമല്ല: സേവനങ്ങൾ ഇസ്തിയോയുമായി എങ്ങനെ ബന്ധപ്പെട്ടിരിക്കുന്നു?

സത്യം പറഞ്ഞാൽ, "എന്താണ് വെള്ളം" എന്ന് സ്വയം ചോദിക്കുമ്പോൾ, മത്സ്യം വെള്ളമുള്ളതുപോലെ, ഇസ്തിയോയുടെ സാന്നിധ്യം സേവനങ്ങൾക്ക് അറിയാം.

ചിത്രീകരണം വിക്ടോറിയ ദിമിത്രകോപൗലോസ്:- നിങ്ങൾക്ക് വെള്ളം എങ്ങനെ ഇഷ്ടമാണ്? - എന്തായാലും വെള്ളം എന്താണ്?

അങ്ങനെ, നിങ്ങൾക്ക് ഒരു വർക്കിംഗ് ക്ലസ്റ്റർ എടുക്കാം, ഇസ്തിയോ ഘടകങ്ങൾ വിന്യസിച്ചതിന് ശേഷം, അതിൽ സ്ഥിതിചെയ്യുന്ന സേവനങ്ങൾ പ്രവർത്തിക്കുന്നത് തുടരും, ഈ ഘടകങ്ങൾ നീക്കം ചെയ്തതിന് ശേഷം എല്ലാം വീണ്ടും ശരിയാകും. ഈ സാഹചര്യത്തിൽ നിങ്ങൾക്ക് ഇസ്തിയോ നൽകുന്ന കഴിവുകൾ നഷ്ടപ്പെടുമെന്ന് വ്യക്തമാണ്.

മതിയായ സിദ്ധാന്തം - നമുക്ക് ഈ അറിവ് പ്രായോഗികമാക്കാം!

പ്രായോഗികമായി ഇസ്തിയോ

കുറഞ്ഞത് 4 vCPU-കളും 8 GB റാമും ഉള്ള ഒരു Kubernetes ക്ലസ്റ്റർ Istio-ന് ആവശ്യമാണ്. ഒരു ക്ലസ്റ്റർ വേഗത്തിൽ സജ്ജീകരിക്കുന്നതിനും ലേഖനത്തിൽ നിന്നുള്ള നിർദ്ദേശങ്ങൾ പാലിക്കുന്നതിനും, പുതിയ ഉപയോക്താക്കൾ വാഗ്ദാനം ചെയ്യുന്ന Google ക്ലൗഡ് പ്ലാറ്റ്ഫോം ഉപയോഗിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു സൗജന്യ $300.

ഒരു ക്ലസ്റ്റർ സൃഷ്ടിച്ച് കൺസോൾ യൂട്ടിലിറ്റി വഴി Kubernetes-ലേക്കുള്ള ആക്സസ് കോൺഫിഗർ ചെയ്ത ശേഷം, Helm പാക്കേജ് മാനേജർ വഴി നിങ്ങൾക്ക് Istio ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയും.

ഹെൽം ഇൻസ്റ്റാളേഷൻ

വിവരിച്ചിരിക്കുന്നതുപോലെ, നിങ്ങളുടെ കമ്പ്യൂട്ടറിൽ ഹെൽം ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്യുക ഔദ്യോഗിക ഡോക്യുമെന്റേഷൻ. അടുത്ത വിഭാഗത്തിൽ Istio ഇൻസ്റ്റാൾ ചെയ്യുന്നതിനുള്ള ടെംപ്ലേറ്റുകൾ സൃഷ്ടിക്കാൻ ഞങ്ങൾ ഇത് ഉപയോഗിക്കും.

ഇസ്തിയോ ഇൻസ്റ്റാൾ ചെയ്യുന്നു

ഇസ്റ്റിയോ ഉറവിടങ്ങൾ ഡൗൺലോഡ് ചെയ്യുക ഏറ്റവും പുതിയ റിലീസ് (പതിപ്പ് 1.0.5-ലേക്കുള്ള യഥാർത്ഥ രചയിതാവിന്റെ ലിങ്ക് നിലവിലുള്ളതിലേക്ക് മാറ്റിയിരിക്കുന്നു, അതായത് 1.0.6 - ഏകദേശം. വിവർത്തനം.), ഒരു ഡയറക്‌ടറിയിലേക്ക് ഉള്ളടക്കങ്ങൾ എക്‌സ്‌ട്രാക്‌റ്റ് ചെയ്യുക, അതിനെ ഞാൻ ഇനി വിളിക്കും [istio-resources].

Istio ഉറവിടങ്ങൾ എളുപ്പത്തിൽ തിരിച്ചറിയാൻ, K8s ക്ലസ്റ്ററിൽ ഒരു നെയിംസ്പേസ് ഉണ്ടാക്കുക istio-system:

$ kubectl create namespace istio-system

ഡയറക്ടറിയിലേക്ക് പോയി ഇൻസ്റ്റാളേഷൻ പൂർത്തിയാക്കുക [istio-resources] കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

$ helm template install/kubernetes/helm/istio 
  --set global.mtls.enabled=false 
  --set tracing.enabled=true 
  --set kiali.enabled=true 
  --set grafana.enabled=true 
  --namespace istio-system > istio.yaml

ഈ കമാൻഡ് ഒരു ഫയലിലേക്ക് ഇസ്തിയോയുടെ പ്രധാന ഘടകങ്ങളെ ഔട്ട്പുട്ട് ചെയ്യും istio.yaml. ഇനിപ്പറയുന്ന പാരാമീറ്ററുകൾ വ്യക്തമാക്കിക്കൊണ്ട് ഞങ്ങൾ സ്റ്റാൻഡേർഡ് ടെംപ്ലേറ്റ് ഞങ്ങൾക്ക് അനുയോജ്യമാക്കാൻ പരിഷ്കരിച്ചു:

• global.mtls.enabled ഇൻസ്റ്റാൾ ചെയ്തു false (അതായത് mTLS പ്രാമാണീകരണം പ്രവർത്തനരഹിതമാക്കി - ഏകദേശം.)ഞങ്ങളുടെ ഡേറ്റിംഗ് പ്രക്രിയ ലളിതമാക്കാൻ;
• tracing.enabled ജെയ്ഗർ ഉപയോഗിച്ചുള്ള അഭ്യർത്ഥന ട്രെയ്‌സിംഗ് ഉൾപ്പെടുന്നു;
• kiali.enabled സേവനങ്ങളും ട്രാഫിക്കും ദൃശ്യവൽക്കരിക്കുന്നതിന് കിയാലിയെ ഒരു ക്ലസ്റ്ററിലേക്ക് ഇൻസ്റ്റാൾ ചെയ്യുന്നു;
• grafana.enabled ശേഖരിച്ച അളവുകൾ ദൃശ്യവൽക്കരിക്കുന്നതിന് ഗ്രാഫാന ഇൻസ്റ്റാൾ ചെയ്യുന്നു.

കമാൻഡ് ഉപയോഗിച്ച് സൃഷ്ടിച്ച ഉറവിടങ്ങൾ നമുക്ക് ഉപയോഗിക്കാം:

$ kubectl apply -f istio.yaml

ക്ലസ്റ്ററിലെ ഇസ്തിയോയുടെ ഇൻസ്റ്റാളേഷൻ പൂർത്തിയായി! എല്ലാ പോഡുകളും നെയിംസ്പേസിൽ വരുന്നതുവരെ കാത്തിരിക്കുക istio-system കഴിയും Running അഥവാ Completedതാഴെയുള്ള കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ:

$ kubectl get pods -n istio-system

ഇപ്പോൾ ഞങ്ങൾ അടുത്ത വിഭാഗത്തിൽ തുടരാൻ തയ്യാറാണ്, അവിടെ ഞങ്ങൾ ആപ്ലിക്കേഷൻ പ്രവർത്തനക്ഷമമാക്കും.

സെന്റിമെന്റ് അനാലിസിസ് ആപ്ലിക്കേഷന്റെ ആർക്കിടെക്ചർ

ഇതിനകം സൂചിപ്പിച്ചതിൽ ഉപയോഗിച്ചിരിക്കുന്ന സെന്റിമെന്റ് അനാലിസിസ് മൈക്രോ സർവീസ് ആപ്ലിക്കേഷന്റെ ഉദാഹരണം നമുക്ക് ഉപയോഗിക്കാം കുബർനെറ്റസിന്റെ ആമുഖ ലേഖനം. പ്രായോഗികമായി ഇസ്തിയോയുടെ കഴിവുകൾ കാണിക്കാൻ ഇത് സങ്കീർണ്ണമാണ്.

ആപ്ലിക്കേഷനിൽ നാല് മൈക്രോസർവീസുകൾ അടങ്ങിയിരിക്കുന്നു:

1. സേവനം എസ്എ-ഫ്രണ്ടെൻഡ്, ഒരു Reactjs ആപ്ലിക്കേഷന്റെ മുൻഭാഗത്തെ സേവിക്കുന്നു;
2. സേവനം SA-WebApp, അത് സെന്റിമെന്റ് അനാലിസിസ് അന്വേഷണങ്ങൾ നൽകുന്നു;
3. സേവനം എസ്എ-ലോജിക്, അത് സ്വയം നിർവഹിക്കുന്നു വികാര വിശകലനം;
4. സേവനം SA-ഫീഡ്ബാക്ക്, വിശകലനത്തിന്റെ കൃത്യതയെക്കുറിച്ച് ഉപയോക്താക്കളിൽ നിന്ന് ഫീഡ്ബാക്ക് സ്വീകരിക്കുന്നു.

ഈ ഡയഗ്രാമിൽ, സേവനങ്ങൾക്ക് പുറമേ, ഇൻ‌ഗ്രെസ് കൺട്രോളറും ഞങ്ങൾ കാണുന്നു, അത് കുബർനെറ്റസിൽ ഉചിതമായ സേവനങ്ങളിലേക്ക് ഇൻകമിംഗ് അഭ്യർത്ഥനകൾ റൂട്ട് ചെയ്യുന്നു. ഇസ്തിയോ അതിന്റെ ഇൻഗ്രെസ്സ് ഗേറ്റ്‌വേയിൽ സമാനമായ ഒരു ആശയം ഉപയോഗിക്കുന്നു, അതിന്റെ കൂടുതൽ വിശദാംശങ്ങൾ പിന്തുടരും.

ഇസ്തിയോയിൽ നിന്നുള്ള ഒരു പ്രോക്സി ഉപയോഗിച്ച് ഒരു ആപ്ലിക്കേഷൻ പ്രവർത്തിപ്പിക്കുന്നു

ലേഖനത്തിൽ പരാമർശിച്ചിരിക്കുന്ന കൂടുതൽ പ്രവർത്തനങ്ങൾക്കായി, നിങ്ങളുടെ ശേഖരം ക്ലോൺ ചെയ്യുക istio-mastery. കുബെർനെറ്റസിനും ഇസ്റ്റിയോയ്ക്കുമുള്ള ആപ്ലിക്കേഷനും മാനിഫെസ്റ്റുകളും ഇതിൽ അടങ്ങിയിരിക്കുന്നു.

സൈഡ്കാറുകൾ ചേർക്കുന്നു

ഉൾപ്പെടുത്തൽ നടത്താം യാന്ത്രികമായി അഥവാ കൈകൊണ്ട്. സൈഡ്‌കാർ കണ്ടെയ്‌നറുകൾ സ്വയമേവ ചേർക്കുന്നതിന്, നിങ്ങൾ നെയിംസ്‌പെയ്‌സിലേക്ക് ഒരു ലേബൽ സജ്ജീകരിക്കേണ്ടതുണ്ട് istio-injection=enabled, ഇത് ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ചാണ് ചെയ്യുന്നത്:

$ kubectl label namespace default istio-injection=enabled
namespace/default labeled

ഇപ്പോൾ ഡിഫോൾട്ട് നെയിംസ്പേസിൽ വിന്യസിക്കുന്ന ഓരോ പോഡും (default) അതിന്റെ സൈഡ്കാർ കണ്ടെയ്നർ ലഭിക്കും. ഇത് സ്ഥിരീകരിക്കുന്നതിന്, റിപ്പോസിറ്ററിയുടെ റൂട്ട് ഡയറക്ടറിയിലേക്ക് പോയി ടെസ്റ്റ് ആപ്ലിക്കേഷൻ വിന്യസിക്കാം [istio-mastery] കൂടാതെ ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

$ kubectl apply -f resource-manifests/kube
persistentvolumeclaim/sqlite-pvc created
deployment.extensions/sa-feedback created
service/sa-feedback created
deployment.extensions/sa-frontend created
service/sa-frontend created
deployment.extensions/sa-logic created
service/sa-logic created
deployment.extensions/sa-web-app created
service/sa-web-app created

സേവനങ്ങൾ വിന്യസിച്ചുകഴിഞ്ഞാൽ, കമാൻഡ് പ്രവർത്തിപ്പിച്ച് പോഡുകൾക്ക് രണ്ട് കണ്ടെയ്നറുകൾ (സേവനവും അതിന്റെ സൈഡ്കാറും) ഉണ്ടെന്ന് പരിശോധിക്കാം. kubectl get pods കോളത്തിന് കീഴിലാണെന്ന് ഉറപ്പാക്കുകയും ചെയ്യുന്നു READY മൂല്യം വ്യക്തമാക്കിയിരിക്കുന്നു 2/2, രണ്ട് കണ്ടെയ്‌നറുകളും പ്രവർത്തിക്കുന്നുണ്ടെന്ന് പ്രതീകപ്പെടുത്തുന്നു:

$ kubectl get pods
NAME                           READY     STATUS    RESTARTS   AGE
sa-feedback-55f5dc4d9c-c9wfv   2/2       Running   0          12m
sa-frontend-558f8986-hhkj9     2/2       Running   0          12m
sa-logic-568498cb4d-2sjwj      2/2       Running   0          12m
sa-logic-568498cb4d-p4f8c      2/2       Running   0          12m
sa-web-app-599cf47c7c-s7cvd    2/2       Running   0          12m

ദൃശ്യപരമായി ഇത് ഇതുപോലെ കാണപ്പെടുന്നു:

പോഡുകളിലൊന്നിൽ എൻവോയ് പ്രോക്സി

ഇപ്പോൾ ആപ്ലിക്കേഷൻ പ്രവർത്തനക്ഷമമായതിനാൽ, ആപ്ലിക്കേഷനിലേക്ക് ഇൻകമിംഗ് ട്രാഫിക്കിലേക്ക് വരാൻ ഞങ്ങൾ അനുവദിക്കേണ്ടതുണ്ട്.

പ്രവേശന കവാടം

ഇത് നേടുന്നതിനുള്ള ഏറ്റവും നല്ല സമ്പ്രദായം (ക്ലസ്റ്ററിൽ ട്രാഫിക് അനുവദിക്കുക) വഴിയാണ് പ്രവേശന കവാടം ഇസ്റ്റിയോയിൽ, ഇത് ക്ലസ്റ്ററിന്റെ "അരികിൽ" സ്ഥിതിചെയ്യുന്നു, കൂടാതെ റൂട്ടിംഗ്, ലോഡ് ബാലൻസിങ്, സുരക്ഷ, ഇൻകമിംഗ് ട്രാഫിക്കിനായുള്ള നിരീക്ഷണം എന്നിവ പോലെയുള്ള ഇസ്തിയോ സവിശേഷതകൾ പ്രവർത്തനക്ഷമമാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു.

Ingress Gateway ഘടകവും അത് ബാഹ്യമായി ഫോർവേഡ് ചെയ്യുന്ന സേവനവും Istio ഇൻസ്റ്റലേഷൻ സമയത്ത് ക്ലസ്റ്ററിൽ ഇൻസ്റ്റാൾ ചെയ്തു. സേവനത്തിന്റെ ബാഹ്യ IP വിലാസം കണ്ടെത്താൻ, പ്രവർത്തിപ്പിക്കുക:

$ kubectl get svc -n istio-system -l istio=ingressgateway
NAME                   TYPE           CLUSTER-IP     EXTERNAL-IP
istio-ingressgateway   LoadBalancer   10.0.132.127   13.93.30.120

ഈ IP ഉപയോഗിച്ച് ഞങ്ങൾ ആപ്ലിക്കേഷൻ ആക്സസ് ചെയ്യുന്നത് തുടരും (ഞാൻ അതിനെ ബാഹ്യ-IP എന്ന് വിളിക്കും), അതിനാൽ സൗകര്യാർത്ഥം ഞങ്ങൾ മൂല്യം ഒരു വേരിയബിളിലേക്ക് എഴുതും:

$ EXTERNAL_IP=$(kubectl get svc -n istio-system 
  -l app=istio-ingressgateway 
  -o jsonpath='{.items[0].status.loadBalancer.ingress[0].ip}')

നിങ്ങൾ ഇപ്പോൾ ഒരു ബ്രൗസറിലൂടെ ഈ ഐപി ആക്സസ് ചെയ്യാൻ ശ്രമിക്കുകയാണെങ്കിൽ, നിങ്ങൾക്ക് ഒരു സേവനം ലഭ്യമല്ല എന്ന പിശക് ലഭിക്കും, കാരണം സ്ഥിരസ്ഥിതിയായി ഇസ്തിയോ എല്ലാ ഇൻകമിംഗ് ട്രാഫിക്കും തടയുന്നു, ഗേറ്റ്‌വേ ഇതുവരെ നിർവചിച്ചിട്ടില്ല.

ഗേറ്റ്വേ റിസോഴ്സ്

ഗേറ്റ്‌വേ എന്നത് കുബർനെറ്റസിലെ ഒരു CRD (കസ്റ്റം റിസോഴ്‌സ് ഡെഫനിഷൻ) ആണ്, ക്ലസ്റ്ററിൽ Istio ഇൻസ്റ്റാൾ ചെയ്‌ത് ഞങ്ങൾ ഇൻകമിംഗ് ട്രാഫിക് അനുവദിക്കാൻ ആഗ്രഹിക്കുന്ന പോർട്ടുകൾ, പ്രോട്ടോക്കോൾ, ഹോസ്റ്റുകൾ എന്നിവ വ്യക്തമാക്കാനുള്ള കഴിവ് പ്രാപ്‌തമാക്കിയതിന് ശേഷം നിർവചിച്ചിരിക്കുന്നു.

ഞങ്ങളുടെ കാര്യത്തിൽ, എല്ലാ ഹോസ്റ്റുകൾക്കും പോർട്ട് 80-ൽ HTTP ട്രാഫിക് അനുവദിക്കാൻ ഞങ്ങൾ ആഗ്രഹിക്കുന്നു. ഇനിപ്പറയുന്ന നിർവ്വചനം അനുസരിച്ച് ചുമതല നടപ്പിലാക്കുന്നു (http-gateway.yaml):

apiVersion: networking.istio.io/v1alpha3
kind: Gateway
metadata:
  name: http-gateway
spec:
  selector:
    istio: ingressgateway
  servers:
  - port:
      number: 80
      name: http
      protocol: HTTP
    hosts:
- "*"

സെലക്ടർ ഒഴികെ ഈ കോൺഫിഗറേഷന് വിശദീകരണം ആവശ്യമില്ല istio: ingressgateway. ഈ സെലക്ടർ ഉപയോഗിച്ച് ഏത് ഇൻഗ്രെസ്സ് ഗേറ്റ്‌വേയാണ് കോൺഫിഗറേഷൻ പ്രയോഗിക്കേണ്ടതെന്ന് നമുക്ക് വ്യക്തമാക്കാം. ഞങ്ങളുടെ കാര്യത്തിൽ, ഇതാണ് Ingress Gateway കൺട്രോളർ, ഇത് Istio-യിൽ സ്ഥിരസ്ഥിതിയായി ഇൻസ്റ്റാൾ ചെയ്തു.

ഇനിപ്പറയുന്ന കമാൻഡ് വിളിച്ച് കോൺഫിഗറേഷൻ പ്രയോഗിക്കുന്നു:

$ kubectl apply -f resource-manifests/istio/http-gateway.yaml gateway.networking.istio.io/http-gateway created

ഗേറ്റ്‌വേ ഇപ്പോൾ പോർട്ട് 80-ലേക്ക് ആക്‌സസ്സ് അനുവദിക്കുന്നു, എന്നാൽ അഭ്യർത്ഥനകൾ എവിടേക്കാണ് റൂട്ട് ചെയ്യേണ്ടതെന്ന് അറിയില്ല. ഇതിനായി നിങ്ങൾക്ക് ആവശ്യമായി വരും വെർച്വൽ സേവനങ്ങൾ.

വെർച്വൽ സർവീസ് റിസോഴ്സ്

ക്ലസ്റ്ററിനുള്ളിൽ അനുവദനീയമായ അഭ്യർത്ഥനകൾ എങ്ങനെ റൂട്ട് ചെയ്യാമെന്ന് വെർച്വൽ സർവീസ് ഇൻഗ്രെസ്സ് ഗേറ്റ്‌വേയോട് പറയുന്നു.

http-gateway വഴി വരുന്ന ഞങ്ങളുടെ അപേക്ഷയിലേക്കുള്ള അഭ്യർത്ഥനകൾ sa-frontend, sa-web-app, sa-feedback സേവനങ്ങൾ എന്നിവയിലേക്ക് അയയ്ക്കണം:

വെർച്വൽ സേവനങ്ങൾ ഉപയോഗിച്ച് കോൺഫിഗർ ചെയ്യേണ്ട റൂട്ടുകൾ

SA-Frontend-ലേക്ക് അയയ്‌ക്കേണ്ട അഭ്യർത്ഥനകൾ നോക്കാം:

• വഴിയിൽ കൃത്യമായ പൊരുത്തം / index.html ലഭിക്കുന്നതിന് SA-Frontend-ലേക്ക് അയയ്ക്കണം;
• പ്രിഫിക്‌സ് ചെയ്‌ത പാതകൾ /static/* CSS, JavaScript എന്നിവ പോലുള്ള ഫ്രണ്ട്‌എൻഡിൽ ഉപയോഗിക്കുന്ന സ്റ്റാറ്റിക് ഫയലുകൾ സ്വീകരിക്കുന്നതിന് SA-Frontend-ലേക്ക് അയയ്ക്കണം;
• പതിവ് എക്സ്പ്രഷനുമായി പൊരുത്തപ്പെടുന്ന പാതകൾ '^.*.(ico|png|jpg)$', SA-Frontend-ലേക്ക് അയയ്ക്കണം, കാരണം പേജിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്ന ചിത്രങ്ങളാണിവ.

ഇനിപ്പറയുന്ന കോൺഫിഗറേഷൻ വഴി നടപ്പിലാക്കൽ കൈവരിക്കുന്നു (sa-virtualservice-external.yaml):

kind: VirtualService
metadata:
  name: sa-external-services
spec:
  hosts:
  - "*"
  gateways:
  - http-gateway                      # 1
  http:
  - match:
    - uri:
        exact: /
    - uri:
        exact: /callback
    - uri:
        prefix: /static
    - uri:
        regex: '^.*.(ico|png|jpg)

Важные моменты:



 	
 Этот VirtualService относится к запросам, приходящим через http-gateway;


 	
 В destination определяется сервис, куда отправляются запросы.




Примечание: Конфигурация выше хранится в файле sa-virtualservice-external.yaml, который также содержит настройки для маршрутизации в SA-WebApp и SA-Feedback, но был сокращён здесь в статье для лаконичности.

Применим VirtualService вызовом:

$ kubectl apply -f resource-manifests/istio/sa-virtualservice-external.yaml
virtualservice.networking.istio.io/sa-external-services created
Примечание: Когда мы применяем ресурсы Istio, Kubernetes API Server создаёт событие, которое получает Istio Control Plane, и уже после этого новая конфигурация применяется к прокси-серверам Envoy каждого pod'а. А контроллер Ingress Gateway представляется очередным Envoy, сконфигурированным в Control Plane. Всё это на схеме выглядит так:


Конфигурация Istio-IngressGateway для маршрутизации запросов
Приложение Sentiment Analysis стало доступным по http://{EXTERNAL-IP}/. Не переживайте, если вы получаете статус Not Found: иногда требуется чуть больше времени для того, чтобы конфигурация вступила в силу и кэши Envoy обновились.
Перед тем, как продолжить, поработайте немного с приложением, чтобы сгенерировать трафик (его наличие необходимо для наглядности в последующих действиях — прим. перев.).
Kiali : наблюдаемость
Чтобы попасть в административный интерфейс Kiali, выполните следующую команду:
$ kubectl port-forward 
    $(kubectl get pod -n istio-system -l app=kiali 
    -o jsonpath='{.items[0].metadata.name}') 
    -n istio-system 20001
… и откройте http://localhost:20001/, залогинившись под admin/admin. Здесь вы найдете множество полезных возможностей, например, для проверки конфигурации компонентов Istio, визуализации сервисов по информации, собранной при перехвате сетевых запросов, получения ответов на вопросы «Кто к кому обращается?», «У какой версии сервиса возникают сбои?» и т.п. В общем, изучите возможности Kiali перед тем, как двигаться дальше — к визуализации метрик с Grafana.

Grafana: визуализация метрик
Собранные в Istio метрики попадают в Prometheus и визуализируются с Grafana. Чтобы попасть в административный интерфейс Grafana, выполните команду ниже, после чего откройте http://localhost:3000/:
$ kubectl -n istio-system port-forward 
    $(kubectl -n istio-system get pod -l app=grafana 
    -o jsonpath={.items[0].metadata.name}) 3000
Кликнув на меню Home слева сверху и выбрав Istio Service Dashboard в левом верхнем углу, начните с сервиса sa-web-app, чтобы посмотреть на собранные метрики:

Здесь нас ждёт пустое и совершенно скучное представление — руководство никогда такое не одобрит. Давайте же создадим небольшую нагрузку следующей командой:
$ while true; do 
    curl -i http://$EXTERNAL_IP/sentiment 
    -H "Content-type: application/json" 
    -d '{"sentence": "I love yogobella"}'; 
    sleep .8; done
Вот теперь у нас гораздо более симпатичные графики, а в дополнение к ним — замечательные инструменты Prometheus для мониторинга и Grafana для визуализации метрик, что позволят нам узнать о производительности, состоянии здоровья, улучшениях/деградации в работе сервисов на протяжении времени.
Наконец, посмотрим на трассировку запросов в сервисах.
Jaeger : трассировка
Трассировка нам потребуется, потому что чем больше у нас сервисов, тем сложнее добраться до причины сбоя. Посмотрим на простой случай из картинки ниже:


Типовой пример случайного неудачного запроса
Запрос приходит, падает — в чём же причина? Первый сервис? Или второй? Исключения есть в обоих — давайте посмотрим на логи каждого. Как часто вы ловили себя за таким занятием? Наша работа больше похожа на детективов программного обеспечения, а не разработчиков…
Это широко распространённая проблема в микросервисах и решается она распределёнными системами трассировки, в которых сервисы передают друг другу уникальный заголовок, после чего эта информация перенаправляется в систему трассировки, где она сопоставляется с данными запроса. Вот иллюстрация:


Для идентификации запроса используется TraceId
В Istio используется Jaeger Tracer, который реализует независимый от вендоров фреймворк OpenTracing API. Получить доступ к пользовательского интерфейсу Jaeger можно следующей командой:
$ kubectl port-forward -n istio-system 
    $(kubectl get pod -n istio-system -l app=jaeger 
    -o jsonpath='{.items[0].metadata.name}') 16686
Теперь зайдите на http://localhost:16686/ и выберите сервис sa-web-app. Если сервис не показан в выпадающем меню — проявите/сгенерируйте активность на странице и обновите интерфейс. После этого нажмите на кнопку Find Traces, которая покажет самые последние трейсы — выберите любой — покажется детализированная информация по всем трейсам:

Этот трейс показывает:

 Запрос приходит в istio-ingressgateway (это первое взаимодействие с одним из сервисов, и для запроса генерируется Trace ID), после чего шлюз направляет запрос в сервис sa-web-app.
 В сервисе sa-web-app запрос подхватывается Envoy sidecar'ом, создаётся «ребёнок» в span'е (поэтому мы видим его в трейсах) и перенаправляется в контейнер sa-web-app. (Span — логическая единица работы в Jaeger, имеющая название, время начало операции и её продолжительность. Span'ы могут быть вложенными и упорядоченными. Ориентированный ациклический граф из span'ов образует trace. — прим. перев.)
 Здесь запрос обрабатывается методом sentimentAnalysis. Эти трейсы уже сгенерированы приложением, т.е. для них потребовались изменения в коде.
 С этого момента инициируется POST-запрос в sa-logic. Trace ID должен быть проброшен из sa-web-app.
 …

Примечание: На 4 шаге приложение должно увидеть заголовки, сгенерированные Istio, и передать их в последующие запросы, как показано на изображении ниже:


(A) За проброс заголовков отвечает Istio; (B) За заголовки отвечают сервисы
Istio делает основную работу, т.к. генерирует заголовки для входящих запросов, создаёт новые span'ы в каждом sidecare'е и пробрасывает их. Однако без работы с заголовками внутри сервисов полный путь трассировки запроса будет утерян.
Необходимо учитывать (пробрасывать) следующие заголовки:
x-request-id
x-b3-traceid
x-b3-spanid
x-b3-parentspanid
x-b3-sampled
x-b3-flags
x-ot-span-context
Это несложная задача, однако для упрощения её реализации уже существует множество библиотек — например, в сервисе sa-web-app клиент RestTemplate пробрасывает эти заголовки, если просто добавить библиотеки Jaeger и OpenTracing в его зависимости.
Заметьте, что приложение Sentiment Analysis демонстрирует реализации на Flask, Spring и ASP.NET Core.
Теперь, когда стало ясно, что мы получаем из коробки (или почти «из коробки»), рассмотрим вопросы тонко настраиваемой маршрутизации, управления сетевым трафиком, безопасности и т.п.!
Прим. перев.: об этом читайте в следующей части материалов по Istio от Rinor Maloku, переводы которых последуют в нашем блоге в ближайшее время. UPDATE (14 марта): Вторая часть уже опубликована.
P.S. от переводчика
Читайте также в нашем блоге:

 «Назад к микросервисам вместе с Istio»: часть 2 (маршрутизация, управление трафиком), часть 3 (аутентификация и авторизация);
 «Conduit — легковесный service mesh для Kubernetes»;
 «Что такое service mesh и почему он мне нужен [для облачного приложения с микросервисами]?»;
 «Иллюстрированное руководство по устройству сети в Kubernetes. Части 1 и 2»;
 «Как этот sidecar-контейнер оказался здесь [в Kubernetes]?».

Источник: habr.com
route:

- destination:

host: sa-frontend             # 2

port:

number: 80

പ്രധാന പോയിന്റുകൾ:

 ഈ വെർച്വൽ സർവീസ് വരുന്ന അഭ്യർത്ഥനകളെ സൂചിപ്പിക്കുന്നു http-ഗേറ്റ്‌വേ;
 В destination അഭ്യർത്ഥനകൾ അയയ്‌ക്കുന്ന സേവനം നിർണ്ണയിക്കപ്പെടുന്നു.

അഭിപായപ്പെടുക: മുകളിലുള്ള കോൺഫിഗറേഷൻ ഒരു ഫയലിൽ സംഭരിച്ചിരിക്കുന്നു sa-virtualservice-external.yaml, ഇതിൽ SA-WebApp, SA-ഫീഡ്‌ബാക്ക് എന്നിവയിലെ റൂട്ടിംഗിനുള്ള ക്രമീകരണങ്ങളും അടങ്ങിയിരിക്കുന്നു, എന്നാൽ ഇവിടെ സംക്ഷിപ്‌തതയ്‌ക്കായി ലേഖനത്തിൽ ചുരുക്കിയിരിക്കുന്നു.
വിളിക്കുന്നതിലൂടെ നമുക്ക് വെർച്വൽ സേവനം പ്രയോഗിക്കാം:

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


അഭ്യർത്ഥന റൂട്ടിംഗിനുള്ള ഇസ്തിയോ-ഇൻഗ്രസ്ഗേറ്റ്വേ കോൺഫിഗറേഷൻ
സെന്റിമെന്റ് അനാലിസിസ് ആപ്ലിക്കേഷൻ ഇപ്പോൾ ലഭ്യമാണ് http://{EXTERNAL-IP}/. നിങ്ങൾക്ക് കണ്ടെത്തിയില്ല എന്ന നില ലഭിക്കുകയാണെങ്കിൽ വിഷമിക്കേണ്ട: കോൺഫിഗറേഷൻ പ്രാബല്യത്തിൽ വരുന്നതിനും എൻവോയ് കാഷെകൾ അപ്‌ഡേറ്റ് ചെയ്യുന്നതിനും ചിലപ്പോൾ കുറച്ച് സമയമെടുക്കും.
മുന്നോട്ട് പോകുന്നതിന് മുമ്പ്, ട്രാഫിക് സൃഷ്ടിക്കാൻ ആപ്പ് ഉപയോഗിച്ച് അൽപ്പം കളിക്കുക. (തുടർന്നുള്ള പ്രവർത്തനങ്ങളിൽ വ്യക്തതയ്ക്ക് അതിന്റെ സാന്നിധ്യം ആവശ്യമാണ് - ഏകദേശം വിവർത്തനം.).
കിയാലി: നിരീക്ഷണക്ഷമത
കിയാലി അഡ്മിനിസ്ട്രേറ്റീവ് ഇന്റർഫേസിലേക്ക് പോകുന്നതിന്, ഇനിപ്പറയുന്ന കമാൻഡ് പ്രവർത്തിപ്പിക്കുക:

... തുറന്ന് http://localhost:20001/, അഡ്മിൻ/അഡ്മിൻ ആയി ലോഗിൻ ചെയ്യുന്നു. ഇവിടെ നിങ്ങൾക്ക് ഉപയോഗപ്രദമായ നിരവധി സവിശേഷതകൾ കാണാം, ഉദാഹരണത്തിന്, ഇസ്തിയോ ഘടകങ്ങളുടെ കോൺഫിഗറേഷൻ പരിശോധിക്കാൻ, നെറ്റ്‌വർക്ക് അഭ്യർത്ഥനകൾ തടസ്സപ്പെടുത്തുന്നതിൽ നിന്ന് ശേഖരിച്ച വിവരങ്ങൾ ഉപയോഗിച്ച് സേവനങ്ങൾ ദൃശ്യവൽക്കരിക്കുക, "ആരാണ് ആരെയാണ് ബന്ധപ്പെടുന്നത്?", "സേവനത്തിന്റെ ഏത് പതിപ്പാണ് അനുഭവിക്കുന്നത്" എന്നീ ചോദ്യങ്ങൾക്ക് ഉത്തരം നേടുക. പരാജയങ്ങൾ?" ഇത്യാദി. പൊതുവേ, ഗ്രാഫാനയ്‌ക്കൊപ്പം മെട്രിക്‌സ് ദൃശ്യവൽക്കരിക്കുന്നതിന് മുമ്പ് കിയാലിയുടെ കഴിവുകൾ പര്യവേക്ഷണം ചെയ്യുക.

ഗ്രാഫാന: മെട്രിക്സ് വിഷ്വലൈസേഷൻ
ഇസ്തിയോയിൽ ശേഖരിച്ച അളവുകൾ പ്രോമിത്യൂസിലേക്ക് പോയി ഗ്രാഫാന ഉപയോഗിച്ച് ദൃശ്യവൽക്കരിക്കുന്നു. ഗ്രാഫാന അഡ്മിനിസ്ട്രേറ്റീവ് ഇന്റർഫേസിലേക്ക് പോകുന്നതിന്, താഴെയുള്ള കമാൻഡ് പ്രവർത്തിപ്പിച്ച് തുറക്കുക http://localhost:3000/:

മെനുവിൽ ക്ലിക്ക് ചെയ്യുക വീട് മുകളിൽ ഇടത് തിരഞ്ഞെടുക്കുന്നു ഇസ്തിയോ സേവന ഡാഷ്ബോർഡ് മുകളിൽ ഇടത് മൂലയിൽ, സേവനം ആരംഭിക്കുക sa-web-appശേഖരിച്ച അളവുകൾ നോക്കാൻ:

ഇവിടെ ഞങ്ങളെ കാത്തിരിക്കുന്നത് ശൂന്യവും പൂർണ്ണമായും വിരസവുമായ പ്രകടനമാണ് - മാനേജ്മെന്റ് ഇത് ഒരിക്കലും അംഗീകരിക്കില്ല. ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് നമുക്ക് ഒരു ചെറിയ ലോഡ് സൃഷ്ടിക്കാം:

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


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


അഭ്യർത്ഥന തിരിച്ചറിയാൻ TraceId ഉപയോഗിക്കുന്നു
വെണ്ടർ-സ്വതന്ത്ര ഓപ്പൺട്രേസിംഗ് API ചട്ടക്കൂട് നടപ്പിലാക്കുന്ന ജെയ്ഗർ ട്രേസർ, ഇസ്തിയോ ഉപയോഗിക്കുന്നു. ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ജെയ്ഗർ ഉപയോക്തൃ ഇന്റർഫേസ് ആക്സസ് ചെയ്യാൻ കഴിയും:

ഇപ്പോൾ പോകുക http://localhost:16686/ ഒരു സേവനം തിരഞ്ഞെടുക്കുക sa-web-app. ഡ്രോപ്പ്-ഡൗൺ മെനുവിൽ സേവനം കാണിച്ചിട്ടില്ലെങ്കിൽ, പേജിൽ പ്രവർത്തനം കാണിക്കുക/സൃഷ്ടിക്കുക, ഇന്റർഫേസ് അപ്ഡേറ്റ് ചെയ്യുക. അതിനുശേഷം, ബട്ടണിൽ ക്ലിക്കുചെയ്യുക ട്രെയ്സ് കണ്ടെത്തുക, അത് ഏറ്റവും പുതിയ ട്രെയ്‌സുകൾ കാണിക്കും - ഏതെങ്കിലും തിരഞ്ഞെടുക്കുക - എല്ലാ ട്രെയ്‌സുകളെയും കുറിച്ചുള്ള വിശദമായ വിവരങ്ങൾ ദൃശ്യമാകും:

ഈ ട്രെയ്സ് കാണിക്കുന്നത്:

 അഭ്യർത്ഥന വരുന്നു istio-ingressgateway (ഇത് ഒരു സേവനവുമായുള്ള ആദ്യ ഇടപെടലാണ്, അഭ്യർത്ഥനയ്ക്കായി ഒരു ട്രേസ് ഐഡി സൃഷ്ടിക്കപ്പെടുന്നു), അതിനുശേഷം ഗേറ്റ്‌വേ സേവനത്തിലേക്ക് അഭ്യർത്ഥന അയയ്ക്കുന്നു sa-web-app.
 ജോലിയിൽ sa-web-app അഭ്യർത്ഥന എൻവോയ് സൈഡ്‌കാർ എടുക്കുന്നു, ഒരു "കുട്ടി" സ്‌പാനിൽ സൃഷ്ടിക്കപ്പെടുന്നു (അതുകൊണ്ടാണ് ഞങ്ങൾ അത് ട്രെയ്‌സുകളിൽ കാണുന്നത്) കൂടാതെ കണ്ടെയ്‌നറിലേക്ക് റീഡയറക്‌ട് ചെയ്യുന്നു sa-web-app. (സ്പാൻ - ജെയ്ഗറിലെ ജോലിയുടെ ഒരു ലോജിക്കൽ യൂണിറ്റ്, അതിന് ഒരു പേര്, പ്രവർത്തനത്തിന്റെ ആരംഭ സമയം, അതിന്റെ ദൈർഘ്യം എന്നിവയുണ്ട്. സ്പാനുകൾ നെസ്റ്റുചെയ്ത് ഓർഡർ ചെയ്യാവുന്നതാണ്. സ്പാനുകളുടെ ഒരു ഡയറക്റ്റ് അസൈക്ലിക് ഗ്രാഫ് ഒരു ട്രെയ്സ് രൂപപ്പെടുത്തുന്നു. - ഏകദേശം. പരിഭാഷ.)
 ഇവിടെ അഭ്യർത്ഥന രീതി ഉപയോഗിച്ച് പ്രോസസ്സ് ചെയ്യുന്നു വികാര വിശകലനം. ഈ ട്രെയ്‌സുകൾ ഇതിനകം തന്നെ ആപ്ലിക്കേഷൻ സൃഷ്ടിച്ചതാണ്, അതായത്. അവർക്ക് കോഡ് മാറ്റങ്ങൾ ആവശ്യമായിരുന്നു.
 ഈ നിമിഷം മുതൽ, ഒരു POST അഭ്യർത്ഥന ആരംഭിക്കുന്നു സാ-ലോജിക്. ട്രെയ്‌സ് ഐഡി ഫോർവേഡ് ചെയ്യണം sa-web-app.
 പങ്ക് € |

അഭിപായപ്പെടുക: ഘട്ടം 4-ൽ, ആപ്ലിക്കേഷൻ ഇസ്റ്റിയോ സൃഷ്ടിച്ച തലക്കെട്ടുകൾ കാണുകയും ചുവടെയുള്ള ചിത്രത്തിൽ കാണിച്ചിരിക്കുന്നതുപോലെ തുടർന്നുള്ള അഭ്യർത്ഥനകളിലേക്ക് കൈമാറുകയും വേണം:


(A) തലക്കെട്ടുകൾ കൈമാറുന്നതിന് ഇസ്തിയോ ഉത്തരവാദിയാണ്; (ബി) ഹെഡറുകൾക്ക് സേവനങ്ങൾ ഉത്തരവാദികളാണ്
ഇസ്തിയോ മിക്ക ജോലികളും ചെയ്യുന്നു കാരണം... ഇൻകമിംഗ് അഭ്യർത്ഥനകൾക്കായി ഹെഡറുകൾ സൃഷ്ടിക്കുന്നു, ഓരോ സൈഡ്‌കെയറിലും പുതിയ സ്പാനുകൾ സൃഷ്ടിക്കുകയും അവ കൈമാറുകയും ചെയ്യുന്നു. എന്നിരുന്നാലും, സേവനങ്ങൾക്കുള്ളിലെ ഹെഡറുകൾ ഉപയോഗിച്ച് പ്രവർത്തിക്കാതെ, മുഴുവൻ അഭ്യർത്ഥന ട്രെയ്സ് പാതയും നഷ്‌ടപ്പെടും.
ഇനിപ്പറയുന്ന തലക്കെട്ടുകൾ കണക്കിലെടുക്കണം:

ഇത് ബുദ്ധിമുട്ടുള്ള കാര്യമല്ല, പക്ഷേ അതിന്റെ നടപ്പാക്കൽ ലളിതമാക്കാൻ ഇതിനകം തന്നെ ഉണ്ട് നിരവധി ലൈബ്രറികൾ - ഉദാഹരണത്തിന്, sa-web-app സേവനത്തിൽ, നിങ്ങൾ Jaeger, OpenTracing ലൈബ്രറികൾ ചേർത്താൽ RestTemplate ക്ലയന്റ് ഈ തലക്കെട്ടുകൾ കൈമാറുന്നു. അവന്റെ ആസക്തികൾ.
സെന്റിമെന്റ് അനാലിസിസ് ആപ്ലിക്കേഷൻ ഫ്ലാസ്ക്, സ്പ്രിംഗ്, ASP.NET കോർ എന്നിവയിൽ നടപ്പിലാക്കലുകൾ കാണിക്കുന്നു എന്നത് ശ്രദ്ധിക്കുക.
ബോക്‌സിൽ നിന്ന് നമുക്ക് എന്താണ് ലഭിക്കുന്നതെന്ന് ഇപ്പോൾ വ്യക്തമാണ് (അല്ലെങ്കിൽ ബോക്‌സിന് പുറത്ത്), മികച്ച റൂട്ടിംഗ്, നെറ്റ്‌വർക്ക് ട്രാഫിക് മാനേജുമെന്റ്, സുരക്ഷ മുതലായവ നമുക്ക് നോക്കാം!
കുറിപ്പ്. വിവർത്തനം.: റിനോർ മാലോകുവിൽ നിന്നുള്ള ഇസ്റ്റിയോയിലെ മെറ്റീരിയലുകളുടെ അടുത്ത ഭാഗത്ത് ഇതിനെക്കുറിച്ച് വായിക്കുക, അതിന്റെ വിവർത്തനങ്ങൾ സമീപഭാവിയിൽ ഞങ്ങളുടെ ബ്ലോഗിൽ പിന്തുടരും. അപ്ഡേറ്റ് (മാർച്ച് 14): രണ്ടാം ഭാഗം ഇതിനകം പ്രസിദ്ധീകരിച്ചിട്ടുണ്ട്.
വിവർത്തകനിൽ നിന്ന് പി.എസ്
ഞങ്ങളുടെ ബ്ലോഗിലും വായിക്കുക:

 "ഇസ്റ്റിയോ ഉപയോഗിച്ച് മൈക്രോസർവീസുകളിലേക്ക് മടങ്ങുക": ഭാഗം 2 (റൂട്ടിംഗ്, ട്രാഫിക് നിയന്ത്രണം), ഭാഗം 3 (ആധികാരികതയും അംഗീകാരവും);
 «ചാലകം - കുബെർനെറ്റസിനുള്ള ലൈറ്റ്വെയ്റ്റ് സർവീസ് മെഷ്";
 «എന്താണ് ഒരു സർവീസ് മെഷ്, എന്തുകൊണ്ട് എനിക്ക് ഇത് ആവശ്യമാണ് [മൈക്രോ സർവീസുകളുള്ള ഒരു ക്ലൗഡ് ആപ്ലിക്കേഷന്]?";
 «കുബർനെറ്റസിലെ നെറ്റ്‌വർക്കിംഗിലേക്കുള്ള ഒരു ചിത്രീകരിച്ച ഗൈഡ്. ഭാഗങ്ങൾ 1 ഉം 2 ഉം";
 «ഈ സൈഡ്‌കാർ കണ്ടെയ്‌നർ എങ്ങനെയാണ് ഇവിടെ [കുബർനെറ്റസിൽ] എത്തിയത്?".

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