ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

గమనిక. అనువాదం.: మైక్రోసర్వీస్ ఆర్కిటెక్చర్‌ను అనుసరించే అప్లికేషన్‌ల కోసం సర్వీస్ మెష్‌లు ఖచ్చితంగా ఆధునిక మౌలిక సదుపాయాలలో సంబంధిత పరిష్కారంగా మారాయి. Istio చాలా మంది DevOps ఇంజనీర్‌ల పెదవులపై ఉన్నప్పటికీ, ఇది చాలా కొత్త ఉత్పత్తి, ఇది అందించే సామర్థ్యాల పరంగా సమగ్రమైనప్పటికీ, దానితో పరిచయం పొందడానికి గణనీయమైన సమయం అవసరం కావచ్చు. టెలికమ్యూనికేషన్స్ కంపెనీ ఆరెంజ్ నెట్‌వర్క్స్‌లో పెద్ద క్లయింట్‌ల కోసం క్లౌడ్ కంప్యూటింగ్‌కు బాధ్యత వహిస్తున్న జర్మన్ ఇంజనీర్ రినోర్ మలోకు, ఇస్టియోలో త్వరగా మరియు లోతుగా డైవ్ చేయడానికి మిమ్మల్ని అనుమతించే అద్భుతమైన పదార్థాల శ్రేణిని వ్రాశారు. అతను ఇస్టియో సాధారణంగా ఏమి చేయగలడు మరియు మీరు దానిని మీ స్వంత కళ్ళతో త్వరగా ఎలా చూడగలరు అనే దానితో తన కథను ప్రారంభిస్తాడు.

ఇస్టియో — ఓపెన్ సోర్స్ ప్రాజెక్ట్ Google, IBM మరియు Lyft నుండి బృందాల సహకారంతో అభివృద్ధి చేయబడింది. ఇది మైక్రోసర్వీస్-ఆధారిత అప్లికేషన్‌లలో ఉత్పన్నమయ్యే సంక్లిష్టతలను పరిష్కరిస్తుంది, అవి:

  • ట్రాఫిక్ నిర్వహణ: గడువు ముగిసింది, మళ్లీ ప్రయత్నాలు, లోడ్ బ్యాలెన్సింగ్;
  • భద్రత: తుది వినియోగదారు ప్రమాణీకరణ మరియు అధికారం;
  • గమనించదగినది: ట్రేసింగ్, పర్యవేక్షణ, లాగింగ్.

ఇవన్నీ అప్లికేషన్ స్థాయిలో పరిష్కరించబడతాయి, కానీ ఆ తర్వాత మీ సేవలు ఇకపై "మైక్రో"గా ఉండవు. ఈ సమస్యలను పరిష్కరించడానికి అదనపు కృషి అంతా వ్యాపార విలువ కోసం నేరుగా ఉపయోగించబడే కంపెనీ వనరులను వృధా చేస్తుంది. ఒక ఉదాహరణ చూద్దాం:

ప్రాజెక్ట్ మేనేజర్: ఫీడ్‌బ్యాక్ ఫీచర్‌ని జోడించడానికి ఎంత సమయం పడుతుంది?
డెవలపర్: రెండు స్ప్రింట్లు.

ఎంపీ: ఏంటి?.. ఇది కేవలం CRUD మాత్రమే!
R: CRUD చేయడం చాలా సులభమైన భాగం, అయితే మేము ఇంకా వినియోగదారులు మరియు సేవలను ప్రామాణీకరించాలి మరియు ప్రామాణీకరించాలి. నెట్‌వర్క్ నమ్మదగనిది కనుక, మీరు పదేపదే అభ్యర్థనలను అమలు చేయాలి, అలాగే సర్క్యూట్ బ్రేకర్ నమూనా ఖాతాదారులలో. అలాగే, మొత్తం సిస్టమ్ క్రాష్ కాలేదని నిర్ధారించుకోవడానికి, మీకు సమయం ముగిసింది మరియు అవసరం బల్క్ హెడ్స్ (పేర్కొన్న రెండు నమూనాల గురించి మరిన్ని వివరాల కోసం, వ్యాసంలో తర్వాత చూడండి - సుమారు. అనువాదం.), మరియు సమస్యలను గుర్తించడానికి, పర్యవేక్షణ, ట్రేసింగ్, […]

MP: ఓహ్, ఈ ఫీచర్‌ని ప్రోడక్ట్ సర్వీస్‌లో ఇన్‌సర్ట్ చేద్దాం.

ఆలోచన స్పష్టంగా ఉందని నేను భావిస్తున్నాను: ఒక సేవను జోడించడానికి అవసరమైన దశలు మరియు కృషి అపారమైనది. ఈ కథనంలో, పైన పేర్కొన్న అన్ని సంక్లిష్టతలను (అది వ్యాపార లాజిక్‌గా ఉద్దేశించబడలేదు) సేవల నుండి ఇస్టియో ఎలా తొలగిస్తుందో చూద్దాం.

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

వ్యాఖ్య: ఈ కథనం మీకు కుబెర్నెటీస్ గురించి పని పరిజ్ఞానం ఉందని ఊహిస్తుంది. లేకపోతే, నేను చదవమని సిఫార్సు చేస్తున్నాను కుబెర్నెటీస్‌తో నా పరిచయం మరియు ఆ తర్వాత మాత్రమే ఈ విషయాన్ని చదవడం కొనసాగించండి.

ఇస్టియో ఆలోచన

ఇస్టియో లేని ప్రపంచంలో, ఒక సేవ మరొకరికి నేరుగా అభ్యర్థనలు చేస్తుంది మరియు విఫలమైన సందర్భంలో, సేవ దానిని స్వయంగా నిర్వహించాలి: కొత్త ప్రయత్నం చేయండి, గడువును అందించండి, సర్క్యూట్ బ్రేకర్‌ను తెరవండి మొదలైనవి.

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
కుబెర్నెట్స్‌లో నెట్‌వర్క్ ట్రాఫిక్

ఇస్టియో ఒక ప్రత్యేకమైన పరిష్కారాన్ని అందిస్తుంది, సేవల నుండి పూర్తిగా వేరు చేయబడింది మరియు నెట్‌వర్క్ కమ్యూనికేషన్‌లో జోక్యం చేసుకోవడం ద్వారా పని చేస్తుంది. అందువలన ఇది అమలు చేస్తుంది:

  • తప్పు సహనం: ప్రతిస్పందనలోని స్థితి కోడ్ ఆధారంగా, అభ్యర్థన విఫలమైందో లేదో అర్థం చేసుకుంటుంది మరియు దానిని మళ్లీ అమలు చేస్తుంది.
  • కానరీ రోల్‌అవుట్‌లు: నిర్ణీత శాతం అభ్యర్థనలను మాత్రమే సేవ యొక్క కొత్త సంస్కరణకు దారి మళ్లిస్తుంది.
  • పర్యవేక్షణ మరియు కొలమానాలు: సేవ ప్రతిస్పందించడానికి ఎంత సమయం పట్టింది?
  • ట్రేసింగ్ మరియు పరిశీలన: ప్రతి అభ్యర్థనకు ప్రత్యేక శీర్షికలను జోడిస్తుంది మరియు వాటిని క్లస్టర్ అంతటా ట్రేస్ చేస్తుంది.
  • భద్రత: JWT టోకెన్‌ను తిరిగి పొందుతుంది, వినియోగదారులను ప్రమాణీకరిస్తుంది మరియు అధికారం ఇస్తుంది.

ఇవి మీకు ఆసక్తి కలిగించే కొన్ని అవకాశాలు మాత్రమే (నిజంగా కొన్ని మాత్రమే!) ఇప్పుడు సాంకేతిక వివరాలలోకి ప్రవేశిద్దాం!

ఇస్టియో ఆర్కిటెక్చర్

ఇస్టియో అన్ని నెట్‌వర్క్ ట్రాఫిక్‌ను అడ్డుకుంటుంది మరియు దానికి నియమాల సమితిని వర్తింపజేస్తుంది, ప్రతి పాడ్‌లో సైడ్‌కార్ కంటైనర్ రూపంలో స్మార్ట్ ప్రాక్సీని చొప్పిస్తుంది. అన్ని సామర్థ్యాలను సక్రియం చేసే ప్రాక్సీలు a డేటా ప్లేన్, మరియు వాటిని ఉపయోగించి డైనమిక్‌గా కాన్ఫిగర్ చేయవచ్చు కంట్రోల్ ప్లేన్.

డేటా ప్లేన్

పాడ్‌లలోకి చొప్పించిన ప్రాక్సీలు ఇస్టియో మనకు అవసరమైన అవసరాలను సులభంగా తీర్చడానికి అనుమతిస్తాయి. ఉదాహరణకు, మళ్లీ ప్రయత్నించండి మరియు సర్క్యూట్ బ్రేకర్ ఫంక్షన్‌లను తనిఖీ చేద్దాం.

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
ఎన్వోయ్‌లో మళ్లీ ప్రయత్నాలు మరియు సర్క్యూట్ బ్రేకింగ్ ఎలా అమలు చేయబడతాయి

సంగ్రహంగా చెప్పాలంటే:

  1. ఎన్వే (మేము సైడ్‌కార్ కంటైనర్‌లో ఉన్న ప్రాక్సీ గురించి మాట్లాడుతున్నాము, ఇది పంపిణీ చేయబడుతుంది ప్రత్యేక ఉత్పత్తి - సుమారు అనువాదం.) సేవ B యొక్క మొదటి ఉదాహరణకి అభ్యర్థనను పంపుతుంది మరియు విఫలమవుతుంది.
  2. ఎన్వోయ్ సైడ్‌కార్ మళ్లీ ప్రయత్నిస్తాడు (మళ్లీ ప్రయత్నించండి). (1)
  3. అభ్యర్థన విఫలమైంది మరియు దానిని పిలిచిన ప్రాక్సీకి తిరిగి పంపబడుతుంది.
  4. ఇది సర్క్యూట్ బ్రేకర్‌ను తెరుస్తుంది మరియు తదుపరి అభ్యర్థనల కోసం తదుపరి సేవకు కాల్ చేస్తుంది. (2)

దీనర్థం మీరు మరొక పునఃప్రయత్న లైబ్రరీని ఉపయోగించాల్సిన అవసరం లేదు, మీరు ప్రోగ్రామింగ్ భాష X, Y లేదా Zలో సర్క్యూట్ బ్రేకింగ్ మరియు సర్వీస్ డిస్కవరీని మీ స్వంతంగా అమలు చేయవలసిన అవసరం లేదు. ఇవన్నీ మరియు మరెన్నో బాక్స్ వెలుపల అందుబాటులో ఉన్నాయి ఇస్టియోలో మరియు అవసరం లేదు కోడ్‌లో మార్పులు.

గొప్ప! ఇప్పుడు మీరు ఇస్టియోతో సముద్రయానం చేయాలనుకోవచ్చు, కానీ మీకు ఇంకా కొన్ని సందేహాలు ఉన్నాయి, ఓపెన్ ప్రశ్నలు. జీవితంలోని అన్ని సందర్భాల్లోనూ ఇది సార్వత్రిక పరిష్కారం అయితే, మీకు సహజమైన అనుమానం ఉంది: అన్నింటికంటే, వాస్తవానికి అలాంటి పరిష్కారాలన్నీ ఏ సందర్భంలోనూ సరిపోవు.

చివరకు మీరు ఇలా అడుగుతారు: "ఇది అనుకూలీకరించదగినదా?"

ఇప్పుడు మీరు సముద్ర ప్రయాణానికి సిద్ధంగా ఉన్నారు, కంట్రోల్ ప్లేన్‌తో పరిచయం చేసుకుందాం.

కంట్రోల్ ప్లేన్

ఇది మూడు భాగాలను కలిగి ఉంటుంది: పైలట్, మిక్సర్ и సిటాడెల్, ఇది ట్రాఫిక్‌ను రూట్ చేయడానికి, విధానాలను అమలు చేయడానికి మరియు టెలిమెట్రీ డేటాను సేకరించడానికి రాయబారులను కాన్ఫిగర్ చేయడానికి కలిసి పని చేస్తుంది. క్రమపద్ధతిలో ఇదంతా ఇలా కనిపిస్తుంది:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
డేటా ప్లేన్‌తో కంట్రోల్ ప్లేన్ యొక్క పరస్పర చర్య

ఎన్వోయ్‌లు (అంటే డేటా ప్లేన్) ఉపయోగించి కాన్ఫిగర్ చేయబడ్డాయి కుబెర్నెటెస్ CRD (కస్టమ్ రిసోర్స్ డెఫినిషన్స్) ఇస్టియోచే నిర్వచించబడింది మరియు ప్రత్యేకంగా ఈ ప్రయోజనం కోసం ఉద్దేశించబడింది. దీని అర్థం ఏమిటంటే, అవి కుబెర్నెట్స్‌లో సుపరిచితమైన సింటాక్స్‌తో మరొక వనరుగా కనిపిస్తాయి. సృష్టించిన తర్వాత, ఈ వనరు నియంత్రణ విమానం ద్వారా తీసుకోబడుతుంది మరియు ఎన్వోయ్‌లకు వర్తించబడుతుంది.

ఇస్టియోకు సేవల సంబంధం

మేము సేవలకు ఇస్టియో యొక్క సంబంధాన్ని వివరించాము, కానీ రివర్స్ కాదు: సేవలు ఇస్టియోకి ఎలా సంబంధం కలిగి ఉంటాయి?

నిజం చెప్పాలంటే, "ఏమైనప్పటికీ నీరు అంటే ఏమిటి?" అని తమను తాము ప్రశ్నించుకున్నప్పుడు, చేపలు నీటిలో ఉన్నట్లే, ఇస్టియో ఉనికిని సేవలకు తెలుసు.

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
ఇలస్ట్రేషన్ విక్టోరియా డిమిత్రకోపౌలోస్:- మీరు నీటిని ఎలా ఇష్టపడతారు? - ఏమైనప్పటికీ నీరు ఏమిటి?

అందువల్ల, మీరు పని చేసే క్లస్టర్‌ను తీసుకోవచ్చు మరియు ఇస్టియో భాగాలను అమలు చేసిన తర్వాత, దానిలో ఉన్న సేవలు పని చేస్తూనే ఉంటాయి మరియు ఈ భాగాలను తీసివేసిన తర్వాత, ప్రతిదీ మళ్లీ బాగానే ఉంటుంది. ఈ సందర్భంలో మీరు ఇస్టియో అందించిన సామర్థ్యాలను కోల్పోతారని స్పష్టమవుతుంది.

తగినంత సిద్ధాంతం - ఈ జ్ఞానాన్ని ఆచరణలో పెడదాం!

ఆచరణలో ఇస్టియో

Istioకి కనీసం 4 vCPUలు మరియు 8 GB RAM అందుబాటులో ఉన్న Kubernetes క్లస్టర్ అవసరం. క్లస్టర్‌ను త్వరగా సెటప్ చేయడానికి మరియు కథనంలోని సూచనలను అనుసరించడానికి, కొత్త వినియోగదారులను అందించే Google క్లౌడ్ ప్లాట్‌ఫారమ్‌ను ఉపయోగించమని నేను సిఫార్సు చేస్తున్నాను ఉచిత $300.

క్లస్టర్‌ని సృష్టించి, కన్సోల్ యుటిలిటీ ద్వారా కుబెర్నెట్స్‌కి యాక్సెస్‌ను కాన్ఫిగర్ చేసిన తర్వాత, మీరు హెల్మ్ ప్యాకేజీ మేనేజర్ ద్వారా ఇస్టియోను ఇన్‌స్టాల్ చేయవచ్చు.

హెల్మ్ సంస్థాపన

లో వివరించిన విధంగా మీ కంప్యూటర్‌లో హెల్మ్ క్లయింట్‌ను ఇన్‌స్టాల్ చేయండి అధికారిక డాక్యుమెంటేషన్. తదుపరి విభాగంలో ఇస్టియోను ఇన్‌స్టాల్ చేయడానికి టెంప్లేట్‌లను రూపొందించడానికి మేము దీన్ని ఉపయోగిస్తాము.

ఇస్టియోను ఇన్‌స్టాల్ చేస్తోంది

నుండి 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 యొక్క ముఖ్య భాగాలను ఫైల్‌కి అవుట్‌పుట్ చేస్తుంది 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. సేవ SA-ఫ్రంటెండ్, ఇది Reactjs అప్లికేషన్ యొక్క ఫ్రంటెండ్‌కు ఉపయోగపడుతుంది;
  2. సేవ SA-WebApp, ఇది సెంటిమెంట్ విశ్లేషణ ప్రశ్నలను అందిస్తుంది;
  3. సేవ SA-లాజిక్, ఇది స్వయంగా నిర్వహిస్తుంది సెంటిమెంట్ విశ్లేషణ;
  4. సేవ SA-అభిప్రాయం, ఇది విశ్లేషణ యొక్క ఖచ్చితత్వం గురించి వినియోగదారుల నుండి అభిప్రాయాన్ని పొందుతుంది.

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

ఈ రేఖాచిత్రంలో, సేవలతో పాటు, మేము ఇన్‌గ్రెస్ కంట్రోలర్‌ను కూడా చూస్తాము, ఇది కుబెర్నెట్స్‌లో తగిన సేవలకు ఇన్‌కమింగ్ అభ్యర్థనలను రూట్ చేస్తుంది. Istio దాని ప్రవేశ గేట్‌వేలో ఇదే విధమైన భావనను ఉపయోగిస్తుంది, దాని గురించి మరిన్ని వివరాలు అనుసరించబడతాయి.

Istio నుండి ప్రాక్సీతో అప్లికేషన్‌ను అమలు చేస్తోంది

కథనంలో పేర్కొన్న తదుపరి కార్యకలాపాల కోసం, మీ రిపోజిటరీని క్లోన్ చేయండి istio-పాండిత్యం. ఇది కుబెర్నెటెస్ మరియు ఇస్టియో కోసం అప్లికేషన్ మరియు మానిఫెస్ట్‌లను కలిగి ఉంది.

సైడ్‌కార్‌లను చొప్పించడం

చొప్పించడం చేయవచ్చు స్వయంచాలకంగా లేదా మానవీయంగా. సైడ్‌కార్ కంటైనర్‌లను స్వయంచాలకంగా చొప్పించడానికి, మీరు నేమ్‌స్పేస్‌కు లేబుల్‌ను సెట్ చేయాలి 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

దృశ్యమానంగా ఇది ఇలా కనిపిస్తుంది:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
పాడ్‌లలో ఒకదానిలో ఎన్వోయ్ ప్రాక్సీ

ఇప్పుడు అప్లికేషన్ అమలులో ఉంది, మేము అప్లికేషన్‌లోకి ఇన్‌కమింగ్ ట్రాఫిక్‌ని అనుమతించాలి.

ప్రవేశ ద్వారం

దీన్ని సాధించడానికి ఉత్తమ అభ్యాసం (క్లస్టర్‌లో ట్రాఫిక్‌ను అనుమతించడం) ద్వారా ప్రవేశ ద్వారం ఇస్టియోలో, ఇది క్లస్టర్ యొక్క "అంచు" వద్ద ఉంది మరియు రౌటింగ్, లోడ్ బ్యాలెన్సింగ్, సెక్యూరిటీ మరియు ఇన్‌కమింగ్ ట్రాఫిక్ కోసం పర్యవేక్షణ వంటి ఇస్టియో ఫీచర్‌లను ఎనేబుల్ చేయడానికి మిమ్మల్ని అనుమతిస్తుంది.

ఇన్‌గ్రెస్ గేట్‌వే భాగం మరియు దానిని బాహ్యంగా ఫార్వార్డ్ చేసే సేవ ఇస్టియో ఇన్‌స్టాలేషన్ సమయంలో క్లస్టర్‌లో ఇన్‌స్టాల్ చేయబడ్డాయి. సేవ యొక్క బాహ్య 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}')

మీరు ఇప్పుడు బ్రౌజర్ ద్వారా ఈ IPని యాక్సెస్ చేయడానికి ప్రయత్నిస్తే, మీరు సర్వీస్ అందుబాటులో లేని లోపాన్ని అందుకుంటారు, ఎందుకంటే డిఫాల్ట్‌గా Istio అన్ని ఇన్‌కమింగ్ ట్రాఫిక్‌ను బ్లాక్ చేస్తుంది, గేట్‌వే ఇంకా నిర్వచించబడలేదు.

గేట్‌వే వనరు

గేట్‌వే అనేది కుబెర్నెట్స్‌లోని CRD (కస్టమ్ రిసోర్స్ డెఫినిషన్), క్లస్టర్‌లో ఇస్టియోను ఇన్‌స్టాల్ చేసిన తర్వాత నిర్వచించబడింది మరియు మేము ఇన్‌కమింగ్ ట్రాఫిక్‌ను అనుమతించాలనుకుంటున్న పోర్ట్‌లు, ప్రోటోకాల్ మరియు హోస్ట్‌లను పేర్కొనే సామర్థ్యాన్ని ఎనేబుల్ చేస్తుంది.

మా విషయంలో, మేము అన్ని హోస్ట్‌ల కోసం పోర్ట్ 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-ఫీడ్‌బ్యాక్ సేవలకు పంపబడాలి:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
వర్చువల్ సర్వీసెస్‌తో కాన్ఫిగర్ చేయాల్సిన రూట్‌లు

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)

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

  1. Этот VirtualService относится к запросам, приходящим через http-gateway;
  2. В 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. Часть 1
Конфигурация 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.

Назад к микросервисам вместе с Istio. Часть 1

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, чтобы посмотреть на собранные метрики:

Назад к микросервисам вместе с Istio. Часть 1

Здесь нас ждёт пустое и совершенно скучное представление — руководство никогда такое не одобрит. Давайте же создадим небольшую нагрузку следующей командой:

$ 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 : трассировка

Трассировка нам потребуется, потому что чем больше у нас сервисов, тем сложнее добраться до причины сбоя. Посмотрим на простой случай из картинки ниже:

Назад к микросервисам вместе с Istio. Часть 1
Типовой пример случайного неудачного запроса

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

Это широко распространённая проблема в микросервисах и решается она распределёнными системами трассировки, в которых сервисы передают друг другу уникальный заголовок, после чего эта информация перенаправляется в систему трассировки, где она сопоставляется с данными запроса. Вот иллюстрация:

Назад к микросервисам вместе с Istio. Часть 1
Для идентификации запроса используется 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. Часть 1

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

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

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

Назад к микросервисам вместе с Istio. Часть 1
(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. от переводчика

Читайте также в нашем блоге:

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

route:
- destination:
host: sa-frontend # 2
port:
number: 80

ముఖ్యమైన పాయింట్లు:

  1. ఈ వర్చువల్ సర్వీస్ ద్వారా వచ్చే అభ్యర్థనలను సూచిస్తుంది http-గేట్‌వే;
  2. В destination అభ్యర్థనలు పంపబడే సేవ నిర్ణయించబడుతుంది.

వ్యాఖ్య: పై కాన్ఫిగరేషన్ ఫైల్‌లో నిల్వ చేయబడుతుంది sa-virtualservice-external.yaml, ఇది SA-WebApp మరియు SA-ఫీడ్‌బ్యాక్‌లో రూటింగ్ కోసం సెట్టింగ్‌లను కూడా కలిగి ఉంది, కానీ ఇక్కడ సంక్షిప్తత కోసం కథనంలో కుదించబడింది.

కాల్ చేయడం ద్వారా వర్చువల్ సర్వీస్‌ని వర్తింపజేద్దాం:


వ్యాఖ్య: మేము Istio వనరులను వినియోగించినప్పుడు, Kubernetes API సర్వర్ Istio కంట్రోల్ ప్లేన్ ద్వారా స్వీకరించబడిన ఈవెంట్‌ను సృష్టిస్తుంది మరియు ఆ తర్వాత ప్రతి పాడ్ యొక్క ఎన్వోయ్ ప్రాక్సీలకు కొత్త కాన్ఫిగరేషన్ వర్తించబడుతుంది. మరియు ఇన్‌గ్రెస్ గేట్‌వే కంట్రోలర్ కంట్రోల్ ప్లేన్‌లో కాన్ఫిగర్ చేయబడిన మరొక రాయబారిగా కనిపిస్తుంది. రేఖాచిత్రంలో ఇవన్నీ ఇలా కనిపిస్తాయి:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
అభ్యర్థన రూటింగ్ కోసం Istio-IngressGateway కాన్ఫిగరేషన్

సెంటిమెంట్ అనాలిసిస్ అప్లికేషన్ ఇప్పుడు అందుబాటులో ఉంది http://{EXTERNAL-IP}/. మీరు కనుగొనబడలేదు స్థితిని పొందినట్లయితే చింతించకండి: కాన్ఫిగరేషన్ ప్రభావం చూపడానికి మరియు ఎన్వాయ్ కాష్‌లను నవీకరించడానికి కొన్నిసార్లు కొంత సమయం పడుతుంది.

కొనసాగడానికి ముందు, ట్రాఫిక్‌ని రూపొందించడానికి యాప్‌తో కొంచెం ఆడండి. (తదుపరి చర్యలలో స్పష్టత కోసం దాని ఉనికి అవసరం - సుమారుగా. అనువాదం.).

కియాలీ: పరిశీలించదగినది

Kiali అడ్మినిస్ట్రేటివ్ ఇంటర్‌ఫేస్‌ను పొందడానికి, కింది ఆదేశాన్ని అమలు చేయండి:


... మరియు తెరవండి http://localhost:20001/, అడ్మిన్/అడ్మిన్‌గా లాగిన్ అవుతోంది. ఇక్కడ మీరు అనేక ఉపయోగకరమైన లక్షణాలను కనుగొంటారు, ఉదాహరణకు, ఇస్టియో భాగాల కాన్ఫిగరేషన్‌ను తనిఖీ చేయడం, నెట్‌వర్క్ అభ్యర్థనలను అడ్డగించడం ద్వారా సేకరించిన సమాచారాన్ని ఉపయోగించి సేవలను దృశ్యమానం చేయడం, “ఎవరు ఎవరిని సంప్రదిస్తున్నారు?”, “సేవ యొక్క ఏ వెర్షన్‌ను అనుభవిస్తోంది?” అనే ప్రశ్నలకు సమాధానాలను పొందడం. వైఫల్యాలు?" మరియు అందువలన న. సాధారణంగా, గ్రాఫానాతో మెట్రిక్‌లను దృశ్యమానం చేయడానికి ముందు కియాలీ సామర్థ్యాలను అన్వేషించండి.

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

గ్రాఫానా: మెట్రిక్స్ విజువలైజేషన్

ఇస్టియోలో సేకరించిన కొలమానాలు ప్రోమేథియస్‌లోకి వెళ్లి గ్రాఫానాతో దృశ్యమానం చేయబడతాయి. గ్రాఫానా అడ్మినిస్ట్రేటివ్ ఇంటర్‌ఫేస్‌ను పొందడానికి, దిగువ ఆదేశాన్ని అమలు చేసి, ఆపై తెరవండి http://localhost:3000/:


మెనుపై క్లిక్ చేయడం హోమ్ ఎగువ ఎడమ మరియు ఎంచుకోవడం ఇస్టియో సర్వీస్ డాష్‌బోర్డ్ ఎగువ ఎడమ మూలలో, సేవతో ప్రారంభించండి sa-web-appసేకరించిన కొలమానాలను చూడటానికి:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

ఇక్కడ మాకు వేచి ఉన్నది ఖాళీ మరియు పూర్తిగా బోరింగ్ పనితీరు - నిర్వహణ దీన్ని ఎప్పటికీ ఆమోదించదు. కింది ఆదేశంతో చిన్న లోడ్‌ను సృష్టిద్దాం:


ఇప్పుడు మన దగ్గర చాలా చక్కని గ్రాఫ్‌లు ఉన్నాయి మరియు వాటికి అదనంగా, మానిటరింగ్ కోసం అద్భుతమైన ప్రోమేథియస్ టూల్స్ మరియు కాలక్రమేణా పనితీరు, ఆరోగ్యం, మెరుగుదలలు / క్షీణత గురించి తెలుసుకోవడానికి వీలు కల్పించే కొలమానాలను దృశ్యమానం చేయడానికి గ్రాఫానా.

చివరగా, సేవల్లో అభ్యర్థనలను గుర్తించడాన్ని చూద్దాం.

జేగర్: ట్రేసింగ్

మాకు ట్రేసింగ్ అవసరం ఎందుకంటే మా వద్ద ఎక్కువ సేవలు ఉన్నాయి, వైఫల్యానికి కారణాన్ని పొందడం అంత కష్టం. దిగువ చిత్రం నుండి ఒక సాధారణ కేసును చూద్దాం:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
యాదృచ్ఛిక విఫలమైన అభ్యర్థనకు సాధారణ ఉదాహరణ

అభ్యర్థన వస్తుంది, వస్తుంది - కారణం ఏంటి? మొదటి సేవ? లేక రెండోదా? రెండింటిలో మినహాయింపులు ఉన్నాయి - ప్రతి లాగ్‌లను చూద్దాం. మీరు దీన్ని ఎంత తరచుగా పట్టుకున్నారు? మా పని డెవలపర్‌ల కంటే సాఫ్ట్‌వేర్ డిటెక్టివ్‌ల వంటిది...

మైక్రోసర్వీస్‌లలో ఇది ఒక సాధారణ సమస్య మరియు పంపిణీ చేయబడిన ట్రేసింగ్ సిస్టమ్‌ల ద్వారా పరిష్కరించబడుతుంది, దీనిలో సేవలు ఒకదానికొకటి ప్రత్యేకమైన హెడర్‌ను పంపుతాయి, ఆ తర్వాత ఈ సమాచారం ట్రేసింగ్ సిస్టమ్‌కు ఫార్వార్డ్ చేయబడుతుంది, ఇక్కడ అభ్యర్థన డేటాతో పోల్చబడుతుంది. ఇక్కడ ఒక ఉదాహరణ ఉంది:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
అభ్యర్థనను గుర్తించడానికి TraceId ఉపయోగించబడుతుంది

ఇస్టియో జేగర్ ట్రేసర్‌ను ఉపయోగిస్తుంది, ఇది విక్రేత-స్వతంత్ర OpenTracing API ఫ్రేమ్‌వర్క్‌ను అమలు చేస్తుంది. కింది ఆదేశంతో మీరు జైగర్ యూజర్ ఇంటర్‌ఫేస్‌ను యాక్సెస్ చేయవచ్చు:


ఇప్పుడు వెళ్ళండి http://localhost:16686/ మరియు సేవను ఎంచుకోండి sa-web-app. సేవ డ్రాప్-డౌన్ మెనులో చూపబడకపోతే, పేజీలో కార్యాచరణను చూపండి/ఉత్పత్తి చేయండి మరియు ఇంటర్‌ఫేస్‌ను నవీకరించండి. ఆ తరువాత, బటన్పై క్లిక్ చేయండి జాడలను కనుగొనండి, ఇది తాజా జాడలను చూపుతుంది - ఏదైనా ఎంచుకోండి - అన్ని జాడలపై వివరణాత్మక సమాచారం కనిపిస్తుంది:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము

ఈ ట్రేస్ చూపిస్తుంది:

  1. అభ్యర్థన వస్తుంది istio-ingressgateway (ఇది సేవల్లో ఒకదానితో మొదటి పరస్పర చర్య, మరియు అభ్యర్థన కోసం ట్రేస్ ID రూపొందించబడింది), దాని తర్వాత గేట్‌వే సేవకు అభ్యర్థనను పంపుతుంది sa-web-app.
  2. సేవలో sa-web-app అభ్యర్థన ఎన్వోయ్ సైడ్‌కార్ ద్వారా తీసుకోబడింది, వ్యవధిలో "పిల్లవాడు" సృష్టించబడుతుంది (అందుకే మేము దానిని జాడలలో చూస్తాము) మరియు కంటైనర్‌కు మళ్లించబడుతుంది sa-web-app. (ఆద్యంతం - జైగర్‌లో పని యొక్క తార్కిక యూనిట్, దీనికి పేరు, ఆపరేషన్ ప్రారంభ సమయం మరియు దాని వ్యవధి. స్పాన్స్ గూడు మరియు ఆర్డర్ చేయవచ్చు. పరిధుల యొక్క దర్శకత్వం వహించిన ఎసిక్లిక్ గ్రాఫ్ ఒక ట్రేస్‌ను ఏర్పరుస్తుంది. - సుమారు అనువాదం.)
  3. ఇక్కడ అభ్యర్థన పద్ధతి ద్వారా ప్రాసెస్ చేయబడుతుంది సెంటిమెంట్ విశ్లేషణ. ఈ జాడలు ఇప్పటికే అప్లికేషన్ ద్వారా రూపొందించబడ్డాయి, అనగా. వారికి కోడ్ మార్పులు అవసరం.
  4. ఈ క్షణం నుండి, POST అభ్యర్థన ప్రారంభించబడింది సా-లాజిక్. ట్రేస్ ID తప్పనిసరిగా ఫార్వార్డ్ చేయబడాలి sa-web-app.
  5. ...

వ్యాఖ్య: 4వ దశలో, అప్లికేషన్ ఇస్టియో ద్వారా రూపొందించబడిన హెడర్‌లను చూడాలి మరియు దిగువ చిత్రంలో చూపిన విధంగా తదుపరి అభ్యర్థనలకు వాటిని పంపాలి:

ఇస్టియోతో మైక్రోసర్వీస్‌కి తిరిగి వెళ్ళు. 1 వ భాగము
(A) శీర్షికలను ఫార్వార్డ్ చేయడానికి ఇస్టియో బాధ్యత వహిస్తాడు; (బి) హెడర్‌లకు సేవలు బాధ్యత వహిస్తాయి

ఇస్టియో చాలా పని చేస్తుంది ఎందుకంటే... ఇన్‌కమింగ్ రిక్వెస్ట్‌ల కోసం హెడర్‌లను రూపొందిస్తుంది, ప్రతి సైడ్‌కేర్‌లో కొత్త స్పాన్‌లను క్రియేట్ చేస్తుంది మరియు వాటిని ఫార్వార్డ్ చేస్తుంది. అయితే, సేవల లోపల హెడర్‌లతో పని చేయకుండా, పూర్తి అభ్యర్థన ట్రేస్ పాత్ పోతుంది.

కింది శీర్షికలను పరిగణనలోకి తీసుకోవాలి:


ఇది కష్టమైన పని కాదు, కానీ దాని అమలును సరళీకృతం చేయడం ఇప్పటికే ఉంది అనేక గ్రంథాలయాలు - ఉదాహరణకు, sa-web-app సేవలో, మీరు కేవలం Jaeger మరియు OpenTracing లైబ్రరీలను జోడించినట్లయితే RestTemplate క్లయింట్ ఈ శీర్షికలను ఫార్వార్డ్ చేస్తుంది అతని వ్యసనాలు.

సెంటిమెంట్ అనాలిసిస్ అప్లికేషన్ ఫ్లాస్క్, స్ప్రింగ్ మరియు ASP.NET కోర్‌లో అమలులను ప్రదర్శిస్తుందని గమనించండి.

ఇప్పుడు మనం పెట్టె నుండి (లేదా దాదాపుగా అవుట్ ఆఫ్ ది బాక్స్) ఏమి పొందుతున్నామో స్పష్టంగా ఉంది, ఫైన్-ట్యూన్ చేయబడిన రూటింగ్, నెట్‌వర్క్ ట్రాఫిక్ మేనేజ్‌మెంట్, సెక్యూరిటీ మొదలైనవాటిని చూద్దాం!

గమనిక. అనువాదం.: రినోర్ మలోకు నుండి ఇస్టియోలోని మెటీరియల్‌ల తదుపరి భాగంలో దీని గురించి చదవండి, దీని అనువాదాలు సమీప భవిష్యత్తులో మా బ్లాగ్‌లో అనుసరించబడతాయి. UPDATE (మార్చి 14): రెండవ భాగం ఇప్పటికే ప్రచురించబడింది.

అనువాదకుని నుండి PS

మా బ్లాగులో కూడా చదవండి:

మూలం: www.habr.com