{"id":56218,"date":"2020-02-07T00:00:00","date_gmt":"2020-02-06T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/dark-launch-v-istio-sekretnye-sluzhby"},"modified":"2020-02-18T14:04:26","modified_gmt":"2020-02-18T11:04:26","slug":"dark-launch-v-istio-sekretnye-sluzhby","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","title":{"rendered":"Dark Launch i Istio: hemmelige tjenester","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abFare er mit navn\u00bb, sagde Austin Powers, et internationalt mysterium. Men det, der v\u00e6rds\u00e6ttes af superagenter og efterretningstjenester, er slet ikke passende for it-afdelinger, hvor kedsomhed er langt bedre end farer. <\/p>\n

\"Dark
\n
\nOg Istio sammen med OpenShift og Kubernetes g\u00f8r implementeringen af mikrotjenester til en virkelig kedelig og forudsigelig opgave \u2013 og det er godt. Det og meget mere vil vi tale om i det fjerde og sidste indl\u00e6g i serien om Istio.
\n<\/a><\/noindex><\/p>\n

N\u00e5r kedsomhed er korrekt<\/h3>\n

\nI vores tilf\u00e6lde opst\u00e5r kedsomhed kun i den afsluttende fase, hvor man kun skal sidde og observere processen. Men for at dette kan ske, skal alt v\u00e6re opsat p\u00e5 forh\u00e5nd, og der venter dig meget interessant.<\/p>\n

N\u00e5r du implementerer en ny version af din software, er det v\u00e6rd at overveje alle muligheder for at minimere risici. At arbejde i parallelt tilstand er en meget effektiv og velpr\u00f8vet testmetode, og Istio g\u00f8r det muligt at involvere en 'hemmelig tjeneste' (en skjult version af din mikrotjeneste, ikke synlig for udenforst\u00e5ende) uden at forstyrre driften af produktionssystemet. Der er endda et specielt begreb for dette \u2013 'M\u00f8rk Udgivelse' (Dark Launch), som aktiveres af funktionen med det ikke mindre spionagtige navn 'trafik spejling'.<\/p>\n

Bem\u00e6rk, at udtrykket 'implementering' (deploy) bruges i den f\u00f8rste s\u00e6tning i det foreg\u00e5ende afsnit, ikke 'udgivelse' (release). Du skal virkelig kunne implementere \u2013 og naturligvis bruge \u2013 din mikrotjeneste s\u00e5 ofte som \u00f8nsket. Denne tjeneste skal kunne modtage og behandle trafik, returnere resultater samt logge og overv\u00e5ge. Men dette betyder ikke n\u00f8dvendigvis, at selve tjenesten skal frigives til produktionen. Implementering og udgivelse af software er ikke altid det samme. Du kan implementere n\u00e5r som helst du vil, men udgivelse kan kun ske, n\u00e5r du er helt klar.<\/p>\n

At organisere kedsomhed er interessant<\/h3>\n

\nTag et kig p\u00e5 f\u00f8lgende Istio routingregel, der dirigerer alle HTTP-anmodninger til mikrotjeneste recommendation v1 (alle eksempler er hentet fra Istio Tutorial GitHub repo<\/a><\/noindex>), samtidig med at de spejles til mikrotjeneste recommendation v2:<\/p>\n

\"Dark
\nBem\u00e6rk m\u00e6rkaten mirror:<\/code> i bunden af sk\u00e6rmbilledet \u2013 det er den, der angiver trafikspejling. Ja, det er s\u00e5 enkelt!<\/p>\n

Resultatet af denne regel vil v\u00e6re, at dit produktionssystem (v1) fortsat vil behandle indkommende anmodninger, men anmodningerne vil blive asynkront spejlet til v2, hvilket betyder, at deres fulde duplikater vil blive sendt derhen. P\u00e5 denne m\u00e5de kan du teste v2's funktion i virkelige forhold \u2013 med rigtige data og trafik \u2013 uden at blande dig i produktionens drift. G\u00f8r dette testprocessen kedelig? Ja, uden tvivl. Men det g\u00f8res p\u00e5 en interessant m\u00e5de.<\/p>\n

Lad os tilf\u00f8je drama<\/h3>\n

\nBem\u00e6rk, at koden i v2 skal tage h\u00f8jde for situationer, hvor indkommende anmodninger kan f\u00f8re til \u00e6ndringer i data. Anmodningerne spejles let og gennemsigtigt, men m\u00e5den at behandle i testen ligger i dine h\u00e6nder - og det er lidt sp\u00e6ndende.<\/p>\n

Lad os gentage et vigtigt punkt <\/h3>\n

\nDen hemmelige lancering med trafikspejling (Dark Launch\/Request Mirroring) kan udf\u00f8res uden at ber\u00f8re koden.<\/p>\n

Til eftertanke<\/h3>\n

\nHvad nu hvis vi sendte en del af anmodningerne ikke til v1, men til v2? For eksempel, en procentdel af alle anmodninger eller kun anmodninger fra en bestemt brugergruppe. Og s\u00e5, ved at se p\u00e5 hvordan v2 fungerer, gradvist overf\u00f8re alle anmodninger til den nye version. Eller omvendt, tilbage til v1, hvis noget g\u00e5r galt med v2. Det ser ud til, at dette kaldes Canary Deployment (\"kanariedistribution\" - termen henviser til minedrift<\/a><\/noindex>, og havde det haft russisk oprindelse, ville det sandsynligvis have inkluderet en henvisning til katte<\/a><\/noindex>), og nu vil vi se n\u00e6rmere p\u00e5 dette.<\/p>\n

Canary Deployment i Istio: forenkler implementeringen<\/h2>\n

<\/p>\n

Forsigtigt og gradvist<\/h3>\n

\nEssensen af Canary Deployment-modellen er meget simpel: n\u00e5r du lancerer en ny version af din software (i vores tilf\u00e6lde - mikrotjenesten), giver du f\u00f8rst en lille gruppe brugere adgang til den. Hvis alt g\u00e5r godt, \u00f8ger du langsomt denne gruppe, indtil den nye version begynder at have problemer, eller - hvis det ikke sker - til sidst overf\u00f8rer du alle brugere til den. Ved omhyggeligt og gradvist at implementere den nye version og kontrolleret skifte brugerne til den, kan man reducere risiciene og maksimere feedbacken.<\/p>\n

Selvf\u00f8lgelig forenkler Istio Canary Deployment ved at tilbyde flere gode muligheder for intelligent anmodningsrouting. Og ja, alt dette kan g\u00f8res uden at r\u00f8re ved din kildekode.<\/p>\n

Filtrering af browser<\/h3>\n

\nEt af de enkleste kriterier for routing er omdirigering baseret p\u00e5 browser. Antag, at du kun vil have, at anmodninger fra Safari-browseren g\u00e5r til v2. S\u00e5dan g\u00f8r du det:<\/p>\n

\"Dark
\nLad os anvende denne routingregel og derefter med kommandoen curl<\/code> vil vi i en loop simulere reelle anmodninger til mikrotjenesten. Som det kan ses p\u00e5 sk\u00e6rmbilledet, g\u00e5r alle anmodninger til v1:<\/p>\n

\"Dark
\nMen hvor er trafikken til v2? Da alle anmodninger i vores eksempel kom fra vores kommandoprompt, er der simpelthen ingen. Men bem\u00e6rk de nederste linjer p\u00e5 sk\u00e6rmen ovenfor: det er reaktionen p\u00e5, at vi udf\u00f8rte en anmodning fra Safari-browseren, som dern\u00e6st gav f\u00f8lgende:<\/p>\n

\"Dark<\/p>\n

Ubegribelig magt<\/h3>\n

\nVi har tidligere n\u00e6vnt, at regul\u00e6re udtryk giver meget kraftfulde muligheder for routing af anmodninger. Se p\u00e5 f\u00f8lgende eksempel (vi tror, du selv forst\u00e5r, hvad det g\u00f8r):<\/p>\n

\"Dark
\nNu kan du sikkert allerede forestille dig, hvad regul\u00e6re udtryk er i stand til.<\/p>\n

Handling med omtanke<\/h3>\n

\nIntelligent routing, is\u00e6r behandling af pakkeshoveder ved hj\u00e6lp af regul\u00e6re udtryk, giver mulighed for at styre trafikken, som du \u00f8nsker. Og det g\u00f8r det meget lettere at implementere ny kode \u2013 det er simpelt, det kr\u00e6ver ikke \u00e6ndring af selve koden, og alt kan hurtigt tilbagef\u00f8res, hvis det er n\u00f8dvendigt.<\/p>\n

Interesseret?<\/h3>\n

\nEr du klar til at eksperimentere med Istio, Kubernetes og OpenShift p\u00e5 din egen computer? Holdet Red Hat Developer Team<\/a><\/noindex> har forberedt en fremragende h\u00e5ndbogen<\/a><\/noindex> om dette emne og delt alle relaterede filer offentligt. S\u00e5 kom i gang, og lad ikke noget tilbageholde dig.
\n\u2003<\/p>\n

Istio Egress: udgangen gennem gavebutikken<\/h2>\n

\nVed at anvende Istio sammen med Red Hat OpenShift og Kubernetes kan du betydeligt forenkle dit arbejde med mikrotjenester. Istio-servicegitteret er skjult inde i Kubernetes' pods, mens din kode udf\u00f8res (for det meste) isoleret. Ydeevne, let at \u00e6ndre, sporing og meget mere - alt dette er nemt at bruge netop p\u00e5 grund af anvendelsen af sidecar-containere. Men hvad g\u00f8r man, hvis din mikrotjeneste skal kommunikere med andre tjenester, der ligger uden for dit OpenShift-Kubernetes-system?<\/p>\n

Her kommer Istio Egress til hj\u00e6lp. Kort sagt giver det adgang til ressourcer (l\u00e6s: \u00abtjenester\u00bb), som ikke er en del af dine Kubernetes-pods. Uden yderligere konfiguration bliver trafikken i Istio Egress kun routet internt mellem pod'erne og mellem s\u00e5danne klynger baseret p\u00e5 interne IP-tabeller. Denne indkapsling fungerer fint, indtil du har brug for adgang til tjenester uden for systemet.<\/p>\n

Egress tillader at omg\u00e5 de n\u00e6vnte IP-tabeller, enten baseret p\u00e5 Egress-regler eller for et interval af IP-adresser.<\/p>\n

Lad os sige, at vi har et Java-program, der udf\u00f8rer en GET-anmodning til httpbin.org\/headers.<\/p>\n

(httpbin.org er bare en nyttig ressource til at teste udg\u00e5ende service-anmodninger.)<\/p>\n

Hvis vi indtaster i kommandolinjen curl http:\/\/httpbin.org\/headers<\/code>, vil vi se f\u00f8lgende:<\/p>\n

\"Dark
\nEller vi kan \u00e5bne den samme adresse i browseren:<\/p>\n

\"Dark
\nSom vi kan se, returnerer den tjeneste, der ligger der, blot de h\u00e6nder, der sendes til den.<\/p>\n

Importeres direkte<\/h3>\n

\nNu tager vi Java-koden fra denne eksterne tjeneste i forhold til vores system og k\u00f8rer den, hvor vi minder om, at Istio er installeret. (Du kan g\u00f8re dette selv ved at g\u00e5 til vores Istio tutorial<\/a><\/noindex>.) Ved at bygge det relevante billede og k\u00f8re det p\u00e5 OpenShift-platformen, vil vi kalde denne tjeneste med kommandoen curl egresshttpbin-istioegress.$(minishift ip).nip.io<\/code>, hvorefter vi vil se f\u00f8lgende p\u00e5 sk\u00e6rmen:<\/p>\n

\"Dark
\nHov, hvad skete der? Det virkede jo lige f\u00f8r. Hvad betyder Not Found? Vi oprettede jo lige til det. curl<\/code>.<\/p>\n

Udvider IP-tabellerne til hele internettet<\/h3>\n

\nDet skal v\u00e6re Istio, der skal klandres (eller takkes). For Istio er der blot sidecar-containere, der er ansvarlige for opdagelse og routing (samt en masse andre ting, som vi tidligere har beskrevet). Derfor ved IP-tabellerne kun om, hvad der findes inde i dine klynge-systemer. Og httpbin.org ligger udenfor og er dermed utilg\u00e6ngeligt. Her kommer Istio Egress til unds\u00e6tning \u2013 uden \u00e6ndringer i din kildekode.<\/p>\n

Den nedenst\u00e5ende Egress-regel f\u00e5r Istio til at s\u00f8ge (om n\u00f8dvendigt i hele det globale internet) efter den \u00f8nskede tjeneste, i dette tilf\u00e6lde httpbin.org. Som vist i denne fil (egress_httpbin.yml) er funktionaliteten her ret enkel:<\/p>\n

\"Dark
\nDet er nu kun at anvende denne regel:<\/p>\n

istioctl create -f egress_httpbin.yml -n istioegress\n<\/code><\/pre>\n
\nDu kan se Egress-reglerne med kommandoen istioctl get egressrules<\/code>:<\/p>\n
\"Dark
\nOg til sidst k\u00f8rer vi kommandoen igen curl<\/i> \u2013 og ser, at alt fungerer:<\/p>\n
\"Dark<\/p>\n
T\u00e6nk \u00e5bent<\/h3>\n
\nSom du kan se, g\u00f8r Istio det muligt at organisere interaktioner med verden udenfor. Med andre ord kan du stadig oprette OpenShift-tjenester og styre dem via Kubernetes, alt imens du holder det hele i pod'er, der skal skaleres op og ned efter behov. Og du kan trygt URL'e til tjenester, der er eksterne i forhold til dit milj\u00f8. Og ja, lad os gentage, at alt dette kan g\u00f8res, uden at r\u00f8re ved din kode.<\/p>\n
Dette var det sidste indl\u00e6g i serien om Istio. Bliv hos os \u2013 der er meget sp\u00e6ndende i vente!
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u00ab\u041e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u2013 \u043c\u043e\u0435 \u0432\u0442\u043e\u0440\u043e\u0435 \u0438\u043c\u044f\u00bb, \u2013 \u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u043b \u041e\u0441\u0442\u0438\u043d \u041f\u0430\u0443\u044d\u0440\u0441, \u0447\u0435\u043b\u043e\u0432\u0435\u043a-\u0437\u0430\u0433\u0430\u0434\u043a\u0430 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430. \u041d\u043e \u0442\u043e, \u0447\u0442\u043e \u0432 \u043f\u043e\u0447\u0435\u0442\u0435 \u0443 \u0441\u0443\u043f\u0435\u0440\u0430\u0433\u0435\u043d\u0442\u043e\u0432 \u0438 \u0441\u043f\u0435\u0446\u0441\u043b\u0443\u0436\u0431, \u0441\u043e\u0432\u0441\u0435\u043c \u043d\u0435 \u0433\u043e\u0434\u0438\u0442\u0441\u044f \u0434\u043b\u044f \u0441\u043b\u0443\u0436\u0431 \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440\u043d\u044b\u0445, \u0433\u0434\u0435 \u0441\u043a\u0443\u043a\u043e\u0442\u0438\u0449\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u043b\u0443\u0447\u0448\u0435 \u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0435\u0439. \u0418 Istio \u0432\u043c\u0435\u0441\u0442\u0435 OpenShift \u0438 Kubernetes \u043f\u0440\u0435\u0432\u0440\u0430\u0449\u0430\u044e\u0442 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0432 \u0434\u0435\u043b\u043e \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0441\u043a\u0443\u0447\u043d\u043e\u0435 \u0438 \u043f\u0440\u0435\u0434\u0441\u043a\u0430\u0437\u0443\u0435\u043c\u043e\u0435 \u2013 \u0438 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u043e. \u041e\u0431 \u044d\u0442\u043e\u043c \u0438 \u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-56218","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Dark Launch i Istio: hemmelige tjenester | ProHoster","description":"\u00abFare \u2013 mit andet navn\u00bb, sagde Austin Powers, en g\u00e5de af international kaliber.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Dark Launch \u0432 Istio: \u0441\u0435\u043a\u0440\u0435\u0442\u043d\u044b\u0435 \u0441\u043b\u0443\u0436\u0431\u044b | ProHoster","og:description":"\u00ab\u041e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u2013 \u043c\u043e\u0435 \u0432\u0442\u043e\u0440\u043e\u0435 \u0438\u043c\u044f\u00bb, \u2013 \u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u043b \u041e\u0441\u0442\u0438\u043d \u041f\u0430\u0443\u044d\u0440\u0441, \u0447\u0435\u043b\u043e\u0432\u0435\u043a-\u0437\u0430\u0433\u0430\u0434\u043a\u0430 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-06T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"56218","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:28:24","updated":"2022-10-05 04:55:29","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/56218","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=56218"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/56218\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=56218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=56218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=56218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}