{"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\/it\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","title":{"rendered":"Dark Launch in Istio: servizi segreti","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abIl pericolo \u00e8 il mio secondo nome\u00bb, diceva Austin Powers, uomo-mistero di fama internazionale. Ma ci\u00f2 che \u00e8 apprezzato dai super agenti e dai servizi segreti non \u00e8 affatto adatto ai servizi informatici, dove la noia \u00e8 di gran lunga preferibile ai pericoli. <\/p>\n

\"Dark
\n
\nE Istio insieme a OpenShift e Kubernetes rendono il deployment di microservizi un'attivit\u00e0 davvero noiosa e prevedibile \u2013 ed \u00e8 meraviglioso. Di questo e molto altro parleremo nel quarto e ultimo post della serie su Istio.
\n<\/a><\/noindex><\/p>\n

Quando la noia \u00e8 giusta<\/h3>\n

\nNel nostro caso, la noia si presenta solo nella fase finale, quando non resta che sedersi e osservare il processo. Ma per questo \u00e8 necessario configurare tutto in anticipo, e qui vi attende molto di interessante.<\/p>\n

Quando si distribuisce una nuova versione del proprio software, \u00e8 importante considerare tutte le opzioni per ridurre i rischi. Lavorare in parallelo \u00e8 un metodo di test molto efficace e collaudato, e Istio consente di impiegare un \"servizio segreto\" (una versione nascosta del proprio microservizio) senza interferire con il funzionamento del sistema di produzione. Esiste anche un termine specifico per questo: \"lancio segreto\" (Dark Launch), che a sua volta viene attivato da una funzione con un nome altrettanto intrigante: \"mirroraggio del traffico\".<\/p>\n

Nota che nella prima frase del paragrafo precedente si usa il termine \u00abdeploy\u00bb invece di \u00abrelease\u00bb. Dovresti davvero essere in grado di effettuare il deployment \u2013 e, naturalmente, utilizzare \u2013 il tuo microservizio ogni volta che lo desideri. Questo servizio dovrebbe essere in grado di ricevere e elaborare il traffico, restituire risultati, oltre a registrare nei log e essere monitorato. Tuttavia, non \u00e8 necessario pubblicare questo servizio in produzione. Deployment e rilascio del software non sono sempre la stessa cosa. Puoi effettuare il deployment ogni volta che vuoi, mentre il rilascio solo quando sei completamente pronto.<\/p>\n

Organizzare la noia \u00e8 interessante<\/h3>\n

\nGuarda la seguente regola di routing Istio, che instrada tutte le richieste HTTP al microservizio recommendation v1 (tutti gli esempi sono presi da Istio Tutorial GitHub repo<\/a><\/noindex>), mentre le rispecchia sul microservizio recommendation v2:<\/p>\n

\"Dark
\nNota l'etichetta mirror:<\/code> in basso allo schermo \u2013 \u00e8 questa che definisce il mirror del traffico. S\u00ec, \u00e8 cos\u00ec semplice!<\/p>\n

Il risultato di questa regola sar\u00e0 che il vostro sistema di produzione (v1) continuer\u00e0 a elaborare le richieste in arrivo, ma queste ultime verranno anche replicate in modo asincrono su v2, cio\u00e8 l\u00ec verranno inviati i loro duplicati completi. In questo modo, potrete testare il funzionamento di v2 in condizioni reali, su dati e traffico autentici, senza interferire con il funzionamento del sistema di produzione. Rende questo processo di testing noioso? Certamente. Ma \u00e8 fatto in modo interessante.<\/p>\n

Aggiungiamo drammaticit\u00e0<\/h3>\n

\nSi prega di notare che nel codice v2 devono essere previste situazioni in cui le richieste in arrivo possono comportare modifiche ai dati. Le richieste stesse vengono replicate facilmente e senza problemi, ma la scelta del metodo di elaborazione nel test rimane a voi \u2013 e questo \u00e8 un po' emozionante.<\/p>\n

Ripetiamo un punto importante <\/h3>\n

\nIl lancio segreto con la replicazione del traffico (Dark Launch\/Request Mirroring) pu\u00f2 essere effettuato senza toccare il codice.<\/p>\n

Cibo per pensare<\/h3>\n

\nE se invece di inviare tutte le richieste su v1, ne inviassimo una parte su v2? Ad esempio, l'uno percento di tutte le richieste o solo quelle da un gruppo specifico di utenti. E poi, osservando come funziona v2, potremmo gradualmente migrare tutte le richieste alla nuova versione. O, al contrario, tornare tutto su v1, se qualcosa con v2 non va. Mi sembra che questo venga chiamato Canary Deployment (\u00abcanarino\u00bb \u2013 termine che risale all'industria mineraria<\/a><\/noindex>, e se avesse origine russa, probabilmente farebbe riferimento a gatti<\/a><\/noindex>), e ora lo esamineremo pi\u00f9 da vicino.<\/p>\n

Canary Deployment in Istio: semplificare l'implementazione<\/h2>\n

<\/p>\n

Con cautela e gradualmente<\/h3>\n

\nLa sostanza del modello di distribuzione Canary Deployment \u00e8 estremamente semplice: quando lanciate una nuova versione del vostro software (nel nostro caso un microservizio), iniziate a dare accesso a un piccolo gruppo di utenti. Se tutto va bene, aumentate lentamente questo gruppo fino a quando la nuova versione non inizia a dare problemi, oppure \u2013 se ci\u00f2 non accade \u2013 alla fine trasferite tutti gli utenti. Introdurre gradualmente e con attenzione una nuova versione, monitorando il passaggio degli utenti, consente di ridurre i rischi e massimizzare il feedback.<\/p>\n

Naturalmente, Istio semplifica il Canary Deployment, offrendo diverse opzioni valide per il routing intelligente delle richieste. E s\u00ec, tutto questo pu\u00f2 essere fatto senza dover toccare il vostro codice sorgente.<\/p>\n

Filtriamo il browser<\/h3>\n

\nUno dei criteri di routing pi\u00f9 semplici \u00e8 il reindirizzamento in base al browser. Supponiamo che vogliate indirizzare le richieste dalla versione 2 solo dai browser Safari. Ecco come si fa:<\/p>\n

\"Dark
\nApplichiamo questa regola di routing e poi con il comando curl<\/code> simuleremo in un ciclo richieste reali al microservizio. Come si vede nello screenshot, tutte vanno a v1:<\/p>\n

\"Dark
\nE dove sono i segnali su v2? Poich\u00e9 nel nostro esempio tutte le richieste provenivano solo dalla nostra stessa riga di comando, semplicemente non ci sono. Ma notate le righe in basso dello screenshot sopra: questa \u00e8 la reazione a una richiesta effettuata dal browser Safari, che ha restituito quanto segue:<\/p>\n

\"Dark<\/p>\n

Potere illimitato<\/h3>\n

\nAbbiamo gi\u00e0 scritto che le espressioni regolari offrono possibilit\u00e0 molto potenti per il routing delle richieste. Guardate il seguente esempio (pensiamo che possiate capire da soli cosa fa):<\/p>\n

\"Dark
\nOra, probabilmente avete gi\u00e0 un'idea di cosa siano capaci le espressioni regolari.<\/p>\n

Agisci con intelligenza<\/h3>\n

\nIl routing intelligente, in particolare la gestione degli header dei pacchetti con l'uso di espressioni regolari, consente di gestire il traffico come desideri. E questo semplifica notevolmente l'implementazione di nuovo codice: \u00e8 semplice, non richiede modifiche al codice stesso e, se necessario, tutto pu\u00f2 essere rapidamente ripristinato com'era.<\/p>\n

Sei interessato?<\/h3>\n

\nHai voglia di sperimentare con Istio, Kubernetes e OpenShift sul tuo computer? Il team Red Hat Developer Team<\/a><\/noindex> ha preparato un ottimo tutorial<\/a><\/noindex> a questo proposito ho reso disponibili al pubblico tutti i file associati. Quindi andate avanti, e non negatevi nulla.
\n\u2003<\/p>\n

Istio Egress: uscita attraverso il negozio di souvenir<\/h2>\n

\nUtilizzando Istio insieme a Red Hat OpenShift e Kubernetes, \u00e8 possibile semplificare notevolmente la gestione dei microservizi. La service mesh Istio \u00e8 integrata all'interno dei pod di Kubernetes, mentre il tuo codice viene eseguito (principalmente) isolatamente. Prestazioni, facilit\u00e0 di modifica, tracciamento e altro \u2013 tutto ci\u00f2 \u00e8 facilmente utilizzabile grazie all'uso dei container sidecar. Ma cosa fare se il tuo microservizio deve comunicare con altri servizi situati al di fuori del tuo sistema OpenShift-Kubernetes?<\/p>\n

Qui entra in gioco Istio Egress. In breve, consente di accedere alle risorse (leggi: \"servizi\") che non fanno parte del tuo sistema di pod Kubernetes. Senza configurazioni aggiuntive, in un ambiente Istio Egress il traffico viene instradato solo all'interno del cluster di pod e tra tali cluster in base alle tabelle IP interne. E questa segmentazione funziona perfettamente finch\u00e9 non hai bisogno di accesso a servizi esterni.<\/p>\n

Egress consente di bypassare le tabelle IP sopra menzionate, sia sulla base delle regole Egress che per un intervallo di indirizzi IP.<\/p>\n

Supponiamo di avere un programma Java che effettua una richiesta GET a httpbin.org\/headers.<\/p>\n

(httpbin.org \u00e8 semplicemente una risorsa utile per testare le richieste di servizio in uscita.)<\/p>\n

Se inseriamo nel terminale curl http:\/\/httpbin.org\/headers<\/code>, vedremo quanto segue:<\/p>\n

\"Dark
\nOppure possiamo aprire lo stesso indirizzo nel browser:<\/p>\n

\"Dark
\nCome possiamo vedere, il servizio l\u00ec presente restituisce semplicemente gli header a lui inviati.<\/p>\n

Sostituzione diretta<\/h3>\n

\nOra prendiamo il codice Java di questo servizio esterno rispetto al nostro sistema e lo eseguiamo da noi, dove, ricordiamo, \u00e8 presente Istio. (Puoi farlo tu stesso consultando il nostro tutorial su Istio<\/a><\/noindex>.) Creando l'immagine appropriata e avviandola sulla piattaforma OpenShift, chiameremo questo servizio con il comando curl egresshttpbin-istioegress.$(minishift ip).nip.io<\/code>, dopo di che vedremo sullo schermo quanto segue:<\/p>\n

\"Dark
\nOh no, cosa \u00e8 successo? Funzionava solo poco fa. Cosa significa Not Found? Abbiamo appena configurato curl<\/code>.<\/p>\n

Ampliamo le tabelle IP per l'intero internet.<\/h3>\n

\nDobbiamo ringraziare (o incolpare) Istio per questo. Infatti, Istio \u00e8 semplicemente un container sidecar, che si occupa della scoperta e del routing (e di molte altre cose di cui abbiamo parlato in precedenza). Per questo motivo, le tabelle IP sanno solo quello che si trova all'interno del proprio cluster. E httpbin.org si trova all'esterno, e quindi non \u00e8 accessibile. Qui entra in gioco Istio Egress \u2013 senza alcuna modifica nel vostro codice sorgente.<\/p>\n

La regola Egress riportata di seguito costringe Istio a cercare (se necessario, anche in tutto il web) il servizio richiesto, in questo caso, httpbin.org. Come si pu\u00f2 vedere da questo file (egress_httpbin.yml), la funzionalit\u00e0 \u00e8 piuttosto semplice:<\/p>\n

\"Dark
\nRimane solo da applicare questa regola:<\/p>\n

istioctl create -f egress_httpbin.yml -n istioegress\n<\/code><\/pre>\n
\n\u00c8 possibile visualizzare le regole Egress con il comando istioctl get egressrules<\/code>:<\/p>\n
\"Dark
\nE infine, rieseguiamo il comando curl<\/i> \u2013 e vediamo che tutto funziona:<\/p>\n
\"Dark<\/p>\n
Pensiamo in modo aperto<\/h3>\n
\nCome potete vedere, Istio consente di organizzare l'interazione con il mondo esterno. In altre parole, potete continuare a creare servizi OpenShift e gestirli tramite Kubernetes, mantenendo tutto nei pod, che si scalano su e gi\u00f9 secondo necessit\u00e0. E inoltre, potete tranquillamente accedere a servizi esterni rispetto al vostro ambiente. E s\u00ec, ripetiamo, tutto questo \u00e8 possibile senza toccare il vostro codice.<\/p>\n
Questo \u00e8 stato l'ultimo post della serie su Istio. Restate con noi: ci sono molte cose interessanti in arrivo!
\n
Fonte: 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\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 in Istio: servizi segreti | ProHoster","description":"\u00abIl pericolo \u00e8 il mio secondo nome\u00bb, diceva Austin Powers, un uomo misterioso di portata internazionale.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/56218","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=56218"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/56218\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=56218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=56218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=56218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}