{"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\/es\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","title":{"rendered":"Lanzamiento Oscuro en Istio: servicios secretos","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abEl peligro es mi segundo nombre\u00bb, sol\u00eda decir Austin Powers, un hombre enigm\u00e1tico de alcance internacional. Pero lo que es valorado por superagentes y servicios secretos no es adecuado para los servicios inform\u00e1ticos, donde la monoton\u00eda es mucho mejor que los peligros. <\/p>\n

\"Lanzamiento
\n
\nY Istio junto con OpenShift y Kubernetes convierten la implementaci\u00f3n de microservicios en una tarea verdaderamente aburrida y predecible, \u00a1y eso es genial! Hablaremos de esto y mucho m\u00e1s en la cuarta y \u00faltima publicaci\u00f3n de la serie sobre Istio.
\n<\/a><\/noindex><\/p>\n

Cuando la monoton\u00eda es la correcta<\/h3>\n

\nEn nuestro caso, la monoton\u00eda solo aparece en la fase final, cuando solo queda sentarse y observar el proceso. Pero para eso, todo debe estar previamente configurado, y aqu\u00ed les espera mucho inter\u00e9s.<\/p>\n

Al desplegar una nueva versi\u00f3n de su software, debe considerar todas las opciones para minimizar riesgos. Trabajar en paralelo es un m\u00e9todo muy poderoso y comprobado para realizar pruebas, y Istio permite utilizar para esto un 'servicio secreto' (una versi\u00f3n de su microservicio oculta de ojos ajenos) sin interferir en la operaci\u00f3n del sistema de producci\u00f3n. Para esto hay incluso un t\u00e9rmino especial: 'Lanzamiento secreto' (Dark Launch), que a su vez se activa con una funci\u00f3n con un nombre no menos esp\u00eda: 'mirroring de tr\u00e1fico'.<\/p>\n

Tenga en cuenta que en la primera oraci\u00f3n del p\u00e1rrafo anterior se utiliza el t\u00e9rmino 'despliegue' (deploy) y no 'lanzamiento' (release). Realmente debe tener la capacidad de desplegar (y, por supuesto, utilizar) su microservicio tan a menudo como desee. Este servicio debe ser capaz de recibir y procesar tr\u00e1fico, emitir resultados y tambi\u00e9n escribir en logs y ser monitoreado. Pero esto no significa que dicho servicio deba ser lanzado a producci\u00f3n. Desplegar y lanzar software no siempre es lo mismo. Puede desplegar cuando quiera, pero lanzar solo cuando est\u00e9 completamente listo.<\/p>\n

Organizar la monoton\u00eda es interesante<\/h3>\n

\nMire la siguiente regla de enrutamiento de Istio, que dirige todas las solicitudes HTTP al microservicio recommendation v1 (todos los ejemplos se toman de repositorio de GitHub del tutorial de Istio<\/a><\/noindex>), al mismo tiempo que las refleja en el microservicio recommendation v2:<\/p>\n

\"Lanzamiento
\nObserve la etiqueta mirror:<\/code> en la parte inferior de la pantalla, es la que establece el mirroring del tr\u00e1fico. \u00a1S\u00ed, as\u00ed de simple!<\/p>\n

El resultado de esta regla ser\u00e1 que su sistema de producci\u00f3n (v1) seguir\u00e1 procesando las solicitudes entrantes, pero las solicitudes se duplicar\u00e1n de manera as\u00edncrona en v2, es decir, se enviar\u00e1n duplicados completos. De este modo, podr\u00e1 probar el funcionamiento de v2 en condiciones reales, con datos y tr\u00e1fico reales, sin interferir en el sistema de producci\u00f3n. \u00bfConvierte esto la organizaci\u00f3n de pruebas en una tarea aburrida? S\u00ed, indudablemente. Pero se hace de manera interesante.<\/p>\n

A\u00f1adamos drama<\/h3>\n

\nTenga en cuenta que en el c\u00f3digo de v2 es necesario prever situaciones en las que las solicitudes entrantes pueden provocar cambios en los datos. Las solicitudes se reflejan de manera f\u00e1cil y transparente, pero la elecci\u00f3n del m\u00e9todo de procesamiento en la fase de prueba queda en sus manos, y esto es un poco inquietante.<\/p>\n

Repitamos un punto importante <\/h3>\n

\nUn lanzamiento secreto con espejo de tr\u00e1fico (Dark Launch\/Request Mirroring) se puede ejecutar sin afectar el c\u00f3digo.<\/p>\n

Comida para el pensamiento<\/h3>\n

\n\u00bfY si en lugar de enviar todas las solicitudes a v1, se enviara una parte de ellas a v2? Por ejemplo, un uno por ciento de todas las solicitudes o solo solicitudes de un grupo espec\u00edfico de usuarios. Y luego, al observar c\u00f3mo funciona v2, ir trasladando gradualmente todas las solicitudes a la nueva versi\u00f3n. O, por el contrario, volver todo a v1 si algo sale mal con v2. Parece que esto se llama Canary Deployment (\"despliegue canario\" - un t\u00e9rmino que tiene su origen en la miner\u00eda<\/a><\/noindex>, y si tuviera un origen ruso, probablemente contendr\u00eda una referencia a los gatos<\/a><\/noindex>), y ahora lo examinaremos con m\u00e1s detalle.<\/p>\n

Despliegue Canary en Istio: facilitando la incorporaci\u00f3n<\/h2>\n

<\/p>\n

Con precauci\u00f3n y de manera gradual<\/h3>\n

\nLa esencia del modelo de despliegue Canary Deployment es extremadamente simple: al lanzar una nueva versi\u00f3n de su software (en nuestro caso, un microservicio), primero le da acceso a un peque\u00f1o grupo de usuarios. Si todo va bien, aumenta lentamente este grupo hasta que la nueva versi\u00f3n comienza a fallar, o - si esto no sucede - finalmente traslada a todos los usuarios a ella. Introduciendo de manera controlada y gradual la nueva versi\u00f3n y switchando a los usuarios de forma controlada, se pueden reducir los riesgos y maximizar la retroalimentaci\u00f3n.<\/p>\n

Por supuesto, Istio simplifica el Canary Deployment, ofreciendo varias buenas opciones para la inteligencia en el enrutamiento de solicitudes. Y s\u00ed, todo esto se puede hacer sin tocar tu c\u00f3digo fuente.<\/p>\n

Filtrando por navegador<\/h3>\n

\nUno de los criterios m\u00e1s simples de enrutamiento es redirigir en funci\u00f3n del navegador. Supongamos que deseas que solo las solicitudes del navegador Safari vayan a v2. As\u00ed es como se hace:<\/p>\n

\"Lanzamiento
\nAplicaremos esta regla de enrutamiento y luego con el comando curl<\/code> simularemos en un ciclo solicitudes reales al microservicio. Como se puede ver en la captura de pantalla, todas se dirigen a v1:<\/p>\n

\"Lanzamiento
\n\u00bfY d\u00f3nde est\u00e1 el tr\u00e1fico a v2? Dado que en nuestro ejemplo todas las solicitudes proven\u00edan de nuestra propia l\u00ednea de comandos, simplemente no hay tr\u00e1fico. Pero presta atenci\u00f3n a las l\u00edneas inferiores en la captura anterior: esta es la reacci\u00f3n a que realizamos una solicitud desde el navegador Safari, que a su vez nos devolvi\u00f3 esto:<\/p>\n

\"Lanzamiento<\/p>\n

Poder ilimitado<\/h3>\n

\nYa hemos mencionado que las expresiones regulares ofrecen capacidades muy poderosas para el enrutamiento de solicitudes. Eche un vistazo al siguiente ejemplo (creemos que entender\u00e1s por ti mismo lo que hace):<\/p>\n

\"Lanzamiento
\nAhora, probablemente ya te imaginas de qu\u00e9 son capaces las expresiones regulares.<\/p>\n

Act\u00faa inteligentemente<\/h3>\n

\nEl enrutamiento inteligente, en particular el manejo de los encabezados de paquetes utilizando expresiones regulares, permite controlar el tr\u00e1fico como desees. Y esto facilita enormemente la implementaci\u00f3n de nuevo c\u00f3digo: es simple, no requiere modificar el propio c\u00f3digo y, si es necesario, todo se puede revertir r\u00e1pidamente a como estaba.<\/p>\n

\u00bfInteresado?<\/h3>\n

\n\u00bfTienes ganas de experimentar con Istio, Kubernetes y OpenShift en tu computadora? El equipo Red Hat Developer Team<\/a><\/noindex> prepar\u00f3 un excelente manual<\/a><\/noindex> sobre este tema y puso a disposici\u00f3n todos los archivos relacionados. As\u00ed que adelante, no te limites.
\n\u2003<\/p>\n

Istio Egress: salida a trav\u00e9s de la tienda de souvenirs<\/h2>\n

\nAl aplicar Istio junto con Red Hat OpenShift y Kubernetes, puedes facilitar mucho la vida con los microservicios. La malla de servicios de Istio est\u00e1 integrada dentro de los pods de Kubernetes, mientras que tu c\u00f3digo se ejecuta (principalmente) de manera aislada. Rendimiento, facilidad de modificaci\u00f3n, seguimiento, y m\u00e1s: todo esto es f\u00e1cil de usar gracias a la aplicaci\u00f3n de contenedores sidecar. Pero, \u00bfqu\u00e9 hacer si tu microservicio necesita comunicarse con otros servicios que est\u00e1n fuera de tu sistema OpenShift-Kubernetes?<\/p>\n

Aqu\u00ed es donde Istio Egress entra en juego. En pocas palabras, permite acceder a recursos (l\u00e9ase: \u00abservicios\u00bb) que no est\u00e1n dentro de sus pods de Kubernetes. Si no se realizan configuraciones adicionales, en el entorno de Istio Egress, el tr\u00e1fico se enruta solo dentro del cl\u00faster de pods y entre tales cl\u00fasteres seg\u00fan las tablas IP internas. Y esta encapsulaci\u00f3n funciona perfectamente hasta que necesita acceder a servicios externos.<\/p>\n

Egress permite sortear las tablas IP mencionadas anteriormente, ya sea en funci\u00f3n de las reglas de Egress o para un rango de direcciones IP.<\/p>\n

Supongamos que tenemos un programa Java que realiza una solicitud GET a httpbin.org\/headers.<\/p>\n

(httpbin.org es solo un recurso \u00fatil para probar solicitudes de servicios salientes.)<\/p>\n

Si ingresamos en la l\u00ednea de comandos curl http:\/\/httpbin.org\/headers<\/code>, veremos lo siguiente:<\/p>\n

\"Lanzamiento
\nO se puede abrir esta misma direcci\u00f3n en el navegador:<\/p>\n

\"Lanzamiento
\nComo podemos ver, el servicio all\u00ed simplemente devuelve los encabezados que se le enviaron.<\/p>\n

Sustituy\u00e9ndolo de manera directa<\/h3>\n

\nAhora tomemos el c\u00f3digo Java de este servicio externo en relaci\u00f3n con nuestro sistema y lo ejecutemos, donde, recordemos, est\u00e1 Istio. (Puede hacerlo usted mismo consultando nuestro tutorial sobre Istio<\/a><\/noindex>.) Al crear la imagen correspondiente y ejecutarla en la plataforma OpenShift, llamaremos a este servicio con el comando curl egresshttpbin-istioegress.$(minishift ip).nip.io<\/code>, despu\u00e9s de lo cual veremos lo siguiente en pantalla:<\/p>\n

\"Lanzamiento
\n\u00bfQu\u00e9 ocurri\u00f3? Justo estaba funcionando. \u00bfQu\u00e9 significa Not Found? Solo configuramos curl<\/code>.<\/p>\n

Ampliamos las tablas IP a toda la internet<\/h3>\n

\nHay que culpar (o agradecer) a Istio por esto. Porque Istio son simplemente contenedores sidecar, que se encargan de la detecci\u00f3n y el enrutamiento (as\u00ed como muchas otras cosas de las que hemos hablado anteriormente). Por esta raz\u00f3n, las tablas IP solo conocen lo que est\u00e1 dentro de su sistema de cl\u00fasteres. Y httpbin.org est\u00e1 ubicado afuera y, por lo tanto, no est\u00e1 accesible. Aqu\u00ed es donde Istio Egress entra en acci\u00f3n, sin necesidad de cambiar nada en su c\u00f3digo fuente.<\/p>\n

La regla de Egress que se muestra a continuaci\u00f3n hace que Istio busque (si es necesario, en toda la internet) el servicio requerido, en este caso, httpbin.org. Como se puede ver en este archivo (egress_httpbin.yml), la funcionalidad aqu\u00ed es bastante sencilla:<\/p>\n

\"Lanzamiento
\nSolo queda aplicar esta regla:<\/p>\n

istioctl create -f egress_httpbin.yml -n istioegress\n<\/code><\/pre>\n
\nSe pueden visualizar las reglas de Egress con el comando istioctl get egressrules<\/code>:<\/p>\n
\"Lanzamiento
\nY finalmente, ejecutamos el comando de nuevo curl<\/i> \u2013 y vemos que todo funciona:<\/p>\n
\"Lanzamiento<\/p>\n
Pensamos abiertamente<\/h3>\n
\nComo pueden ver, Istio permite organizar la interacci\u00f3n tambi\u00e9n con el mundo exterior. En otras palabras, a\u00fan pueden crear servicios de OpenShift y gestionarlos a trav\u00e9s de Kubernetes, manteniendo todo en pods que escalan hacia arriba y hacia abajo seg\u00fan la necesidad. Y adem\u00e1s, pueden acceder tranquilamente a servicios externos a su entorno. Y s\u00ed, reiteramos que todo esto se puede hacer sin modificar su c\u00f3digo.<\/p>\n
Este fue el \u00faltimo post de la serie sobre Istio. \u00a1Qu\u00e9dense con nosotros, hay mucho m\u00e1s interesante por venir!
\n
Fuente: 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\udd47Lanzamiento Oscuro en Istio: servicios secretos | ProHoster","description":"\u00abEl peligro es mi segundo nombre\u00bb, sol\u00eda decir Austin Powers, el hombre misterio de alcance internacional.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/56218","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=56218"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/56218\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=56218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=56218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=56218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}