<\/a><\/noindex>
A nivel de proxy (data plane):<\/i><\/p>\n\nAsignaci\u00f3n y distribuci\u00f3n de pol\u00edticas de enrutamiento y balanceo de carga\n<\/li>\n Distribuci\u00f3n de claves, certificados, tokens\n<\/li>\n Recolecci\u00f3n de telemetr\u00eda, generaci\u00f3n de m\u00e9tricas de monitoreo\n<\/li>\n Integraci\u00f3n con la infraestructura de seguridad y monitoreo\n<\/li>\n<\/ul>\n\nA nivel del plano de control (control plane):<\/i><\/p>\n\nAplicaci\u00f3n de pol\u00edticas de enrutamiento y balanceo de carga\n<\/li>\n Gesti\u00f3n de reintentos y tiempos de espera, identificaci\u00f3n de nodos \"muertos\" (circuit breaking), gesti\u00f3n de situaciones de fallo (injecting faults) y mantenimiento de la resiliencia de los servicios a trav\u00e9s de otros mecanismos\n<\/li>\n Autenticaci\u00f3n\/autorizaci\u00f3n de llamadas\n<\/li>\n Desechar m\u00e9tricas (observability)\n<\/li>\n<\/ul>\n\nEl grupo de usuarios interesados en el desarrollo de esta tecnolog\u00eda es muy amplio, desde peque\u00f1as startups hasta grandes corporaciones de Internet, como PayPal.<\/p>\n
\u00bfPara qu\u00e9 sirve Service Mesh en el sector empresarial?<\/h2>\n \nEl uso de Service Mesh aporta numerosas ventajas evidentes. Primero que nada, es muy conveniente para los desarrolladores: para la escritura de c\u00f3digo aparece una plataforma tecnol\u00f3gica<\/i>, que simplifica enormemente la integraci\u00f3n en la infraestructura de la nube debido a que la capa de transporte est\u00e1 completamente aislada de la l\u00f3gica de la aplicaci\u00f3n.<\/p>\n
Adem\u00e1s, Service Mesh simplifica las relaciones entre proveedores y consumidores.<\/i> Hoy en d\u00eda, es mucho m\u00e1s f\u00e1cil para proveedores y consumidores de API acordar interfaces y contratos por s\u00ed mismos, sin necesidad de un intermediario especial para la integraci\u00f3n y un \u00e1rbitro: el bus de servicios corporativo. Este enfoque influye significativamente en dos indicadores. Aumenta la rapidez del lanzamiento de nuevas funcionalidades al mercado (time-to-market), pero tambi\u00e9n incrementa el costo de la soluci\u00f3n, ya que la integraci\u00f3n debe hacerse de manera independiente. El uso de Service Mesh por equipos de desarrollo de funcionalidades comerciales permite equilibrar esta situaci\u00f3n. Como resultado, los proveedores de API pueden centrarse exclusivamente en el componente de aplicaci\u00f3n de su servicio y simplemente publicarlo en Service Mesh: la API se vuelve accesible inmediatamente para todos los clientes, y la calidad de la integraci\u00f3n estar\u00e1 lista para producci\u00f3n y no requerir\u00e1 ninguna l\u00ednea de c\u00f3digo adicional.<\/p>\n
La siguiente ventaja es que el desarrollador, al usar Service Mesh, se enfoca exclusivamente en la funcionalidad comercial<\/i> \u2014 en el aspecto del producto y no en el aspecto tecnol\u00f3gico de su servicio. Por ejemplo, ya no es necesario preocuparse de que, en una situaci\u00f3n en la que se llame al servicio por la red, pueda haber una interrupci\u00f3n de la conexi\u00f3n. Adem\u00e1s, Service Mesh ayuda a equilibrar el tr\u00e1fico entre instancias de un mismo servicio: si una de las instancias 'ha fallado', el sistema redirigir\u00e1 todo el tr\u00e1fico a las instancias restantes que est\u00e9n operativas. <\/p>\n
Service Mesh <\/i>\u2014 es una buena base para la creaci\u00f3n de aplicaciones distribuidas<\/i>, que oculta al cliente los detalles de la gesti\u00f3n de las llamadas a sus servicios tanto internas como externas. Todas las aplicaciones que utilizan Service Mesh est\u00e1n aisladas a nivel de transporte, tanto de la red como unas de otras: no hay comunicaci\u00f3n entre ellas. Al mismo tiempo, el desarrollador tiene control total sobre sus servicios.<\/p>\n
No se puede dejar de mencionar que la actualizaci\u00f3n de aplicaciones distribuidas en un entorno que utiliza Service Mesh se vuelve m\u00e1s sencilla.<\/i> Por ejemplo, el despliegue blue\/green, donde hay dos entornos de aplicaci\u00f3n disponibles para la instalaci\u00f3n, uno de los cuales no se actualiza y est\u00e1 en espera. La reversi\u00f3n a la versi\u00f3n anterior en caso de un lanzamiento fallido se realiza mediante un enrutador especial, que es perfectamente manejado por Service Mesh.. <\/i>Para probar una nueva versi\u00f3n, tambi\u00e9n se puede utilizar el lanzamiento canario <\/i>\u2014 dirigir solo el 10% del tr\u00e1fico o las solicitudes de un grupo piloto de clientes a la nueva versi\u00f3n. El tr\u00e1fico principal se gestiona a trav\u00e9s de la versi\u00f3n antigua, sin que nada se rompa.<\/p>\n
Tambi\u00e9n Service Mesh nos brinda control del SLA en tiempo real<\/i>. Un sistema de proxies distribuidos no permitir\u00e1 colapsar el servicio cuando alg\u00fan cliente exceda su cuota asignada. Si la capacidad de la API est\u00e1 limitada, nadie podr\u00e1 hacer un ataque DDoS con una gran cantidad de transacciones: Service Mesh se sit\u00faa frente al servicio y no permite tr\u00e1fico innecesario. Simplemente se bloquear\u00e1 en la capa de integraci\u00f3n, mientras los propios servicios contin\u00faan operando sin darse cuenta.<\/p>\n
Si una empresa desea reducir los costos de desarrollo de soluciones de integraci\u00f3n, Service Mesh tambi\u00e9n se convierte en una gran ayuda: se puede migrar a su versi\u00f3n de c\u00f3digo abierto desde productos comerciales<\/i>. Nuestro Enterprise Service Mesh se basa en la versi\u00f3n de c\u00f3digo abierto de Service Mesh. <\/p>\n
Otra ventaja es la existencia de un conjunto completo de servicios de integraci\u00f3n<\/i>. Dado que toda la integraci\u00f3n se construye a trav\u00e9s de esta capa intermedia, podemos gestionar todo el tr\u00e1fico de integraci\u00f3n y las relaciones entre las aplicaciones que forman el n\u00facleo empresarial de la compa\u00f1\u00eda. Esto es muy conveniente.<\/p>\n
Y por \u00faltimo Service Mesh impulsa a la empresa a adoptar una infraestructura din\u00e1mica.<\/i> Actualmente, muchas personas est\u00e1n mirando hacia la contenedorizaci\u00f3n. Descomponer un monolito en microservicios y implementarlo de manera efectiva es un tema en auge. Sin embargo, cuando intentas adaptar un sistema que ha estado en producci\u00f3n durante muchos a\u00f1os a nuevas tecnolog\u00edas, te enfrentas de inmediato a una serie de problemas: meter todo esto en contenedores y desplegarlo en una plataforma no es sencillo. Adem\u00e1s, la implementaci\u00f3n, la sincronizaci\u00f3n y la interacci\u00f3n de estos componentes distribuidos es otro tema complicado. \u00bfC\u00f3mo van a comunicarse entre s\u00ed? \u00bfHabr\u00e1 fallos en cascada? Service Mesh puede abordar algunas de estas cuestiones y facilitar la migraci\u00f3n de una arquitectura antigua a una nueva al permitir que te olvides de la l\u00f3gica del intercambio de red.<\/p>\n\u00bfPor qu\u00e9 es necesaria la personalizaci\u00f3n de Service Mesh?<\/h2>\n
\nEn nuestra empresa coexisten cientos de sistemas y m\u00f3dulos, y el entorno en tiempo de ejecuci\u00f3n est\u00e1 muy cargado. Por lo tanto, un simple patr\u00f3n donde un sistema llama a otro y obtiene una respuesta no es suficiente, porque en producci\u00f3n queremos m\u00e1s. \u00bfQu\u00e9 m\u00e1s se necesita de un Service Mesh empresarial? <\/p>\n
Servicio de procesamiento de eventos<\/h3>\n \nImaginemos que necesitamos realizar un procesamiento de eventos en tiempo real \u2014 un sistema que analiza las acciones del cliente en tiempo real y puede hacerle una oferta relevante de inmediato. Para implementar esta funcionalidad, se utiliza un patr\u00f3n arquitect\u00f3nico llamado arquitectura impulsada por eventos (EDA)<\/i>. Ninguno de los Service Mesh actuales soporta nativamente tales patrones, lo cual es muy importante, \u00a1especialmente para un banco!<\/p>\n
Es bastante extra\u00f1o que todos los versiones de Service Mesh soporten el 'llamado remoto' Remote Procedure Call (RPC), pero no son compatibles con EDA. Porque Service Mesh es una forma de integraci\u00f3n distribuida moderna, mientras que EDA es un patr\u00f3n arquitect\u00f3nico muy actual que permite hacer cosas \u00fanicas en t\u00e9rminos de experiencia del cliente.<\/p>\n
Nuestro Enterprise Service Mesh debe resolver este problema. Adem\u00e1s, queremos ver en \u00e9l la implementaci\u00f3n de la entrega garantizada, el procesamiento de eventos en flujo y en lotes utilizando diversos filtros y plantillas.<\/p>\n
Servicio de transferencia de archivos<\/h3>\n \nAdem\u00e1s de EDA, ser\u00eda \u00fatil tener la capacidad de transferir archivos: en el \u00e1mbito empresarial, la integraci\u00f3n de archivos es a menudo la \u00fanica opci\u00f3n. En particular, se utiliza el patr\u00f3n arquitect\u00f3nico ETL (Extract, Transform, Load - \u00abextracci\u00f3n, transformaci\u00f3n, carga\u00bb). En este modelo, generalmente, todo se intercambia exclusivamente a trav\u00e9s de archivos: se utilizan grandes vol\u00famenes de datos que no es pr\u00e1ctico enviar mediante solicitudes individuales. La capacidad de soporte nativo para la transferencia de archivos en un Enterprise Service Mesh proporciona la flexibilidad necesaria para el negocio.<\/p>\n
Servicio de orquestaci\u00f3n<\/h3>\n \nEn las grandes organizaciones, casi siempre hay diferentes equipos que desarrollan diferentes productos. Por ejemplo, en un banco, algunos equipos trabajan con dep\u00f3sitos, mientras que otros lo hacen con productos de cr\u00e9dito, y hay muchos casos de este tipo. Son diferentes personas, diferentes equipos que crean sus productos, desarrollan sus API y las ofrecen a otros. Y a menudo surge la necesidad de componer estos servicios, as\u00ed como de implementar una l\u00f3gica compleja de llamada secuencial de un conjunto de API. Para abordar este problema, se necesita una soluci\u00f3n en la capa de integraci\u00f3n que simplifique toda esta l\u00f3gica compuesta (llamadas a m\u00faltiples API, descripci\u00f3n de rutas de solicitudes, etc.). Esto es lo que hace el servicio de orquestaci\u00f3n en el Enterprise Service Mesh.<\/p>\n
IA y ML<\/h3>\n \nCuando los microservicios se comunican a trav\u00e9s de una \u00fanica capa de integraci\u00f3n, el Service Mesh naturalmente conoce todas las llamadas de cada servicio. Recopilamos telemetr\u00eda: qui\u00e9n llam\u00f3 a qui\u00e9n, cu\u00e1ndo, cu\u00e1nto tiempo dur\u00f3, cu\u00e1ntas veces, etc. Cuando hay cientos de miles de estos servicios y miles de millones de llamadas, toda esta informaci\u00f3n se acumula y forma Big Data. Estos datos pueden ser analizados con inteligencia artificial, machine learning, etc., y luego con base en los resultados del an\u00e1lisis se pueden hacer cosas \u00fatiles. Ser\u00eda apropiado, al menos en parte, ceder el control de todo este tr\u00e1fico de red y las llamadas de aplicaciones integradas en el Service Mesh a la inteligencia artificial.<\/p>\n
Servicio API Gateway (Puerta de enlace API)<\/h3>\n \nPor lo general, en el Service Mesh hay proxies y servicios que se comunican entre s\u00ed dentro de un per\u00edmetro de confianza. Pero tambi\u00e9n existen contrapartes externas. Los requisitos para las API proporcionadas a este grupo de consumidores son mucho m\u00e1s exigentes. Dividimos esta tarea en dos partes principales. <\/p>\n
\nSeguridad<\/i>. Cuestiones relacionadas con DDoS, vulnerabilidad de protocolos, aplicaciones, sistemas operativos, etc. \n<\/li>\nEscalas<\/i>. Cuando el n\u00famero de cuentas de API que deben entregarse a los clientes asciende a miles o incluso cientos de miles, surge la necesidad de un medio para gestionar este conjunto de APIs. Es fundamental monitorizar constantemente las APIs: si est\u00e1n funcionando o no, en qu\u00e9 estado se encuentran, qu\u00e9 tr\u00e1fico reciben, qu\u00e9 estad\u00edsticas hay, etc. El gateway de API debe encargarse de esta tarea, haciendo que todo el proceso sea manejable y seguro. Gracias a este componente, el Enterprise Service Mesh aprende a publicar tanto APIs internas como externas sin complicaciones innecesarias.\n<\/li>\n<\/ul>\n <\/p>\n
Servicio de soporte a protocolos espec\u00edficos y formatos de datos (gateway AS)<\/h3>\n \nEn la actualidad, la mayor\u00eda de las soluciones de Service Mesh pueden trabajar de manera nativa solo con tr\u00e1fico HTTP y HTTP2, o en un modo limitado a nivel TCP\/IP. El Enterprise Service Mesh cuenta con muchos otros protocolos de transmisi\u00f3n de datos bastante espec\u00edficos. Algunos sistemas pueden utilizar brokers de mensajes, otros est\u00e1n integrados a nivel de bases de datos. Si la empresa cuenta con SAP, este tambi\u00e9n puede utilizar su propio sistema de integraci\u00f3n. Y todo esto funciona y es una parte importante del negocio.<\/p>\n
No se puede simplemente decir: \"Abandonemos el legado y hagamos nuevos sistemas que puedan utilizar Service Mesh\". Para integrar todos los sistemas antiguos con los nuevos (en arquitectura de microservicios), los sistemas que pueden utilizar Service Mesh necesitar\u00e1n un adaptador, intermediario, o gateway. Ser\u00eda ideal que este viniera en la caja junto con el servicio. El gateway AS puede respaldar cualquier tipo de integraci\u00f3n. Imaginen, simplemente instalan el Enterprise Service Mesh y ya est\u00e1 preparado para interactuar con todos los protocolos que necesitan. Para nosotros, este enfoque es fundamental.<\/p>\n
As\u00ed es como imaginamos la versi\u00f3n empresarial de Service Mesh (Enterprise Service Mesh). La personalizaci\u00f3n aqu\u00ed descrita resuelve la mayor\u00eda de los problemas que surgen al intentar utilizar versiones open-source listas de plataformas de integraci\u00f3n. Aparecida hace apenas un par de a\u00f1os, la arquitectura de Service Mesh sigue evolucionando, y estamos contentos de poder contribuir a su desarrollo. Esperamos que nuestra experiencia les sea \u00fatil.<\/i>habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"Service Mesh \u2014 \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u043d\u044b\u0439 \u043f\u0430\u0442\u0442\u0435\u0440\u043d \u0434\u043b\u044f \u0438\u043d\u0442\u0435\u0433\u0440\u0430\u0446\u0438\u0438 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0438 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u0430 \u043d\u0430 \u043e\u0431\u043b\u0430\u0447\u043d\u0443\u044e \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0443. \u0421\u0435\u0433\u043e\u0434\u043d\u044f \u0432 \u043e\u0431\u043b\u0430\u0447\u043d\u043e-\u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043d\u043e\u043c \u043c\u0438\u0440\u0435 \u043e\u0431\u043e\u0439\u0442\u0438\u0441\u044c \u0431\u0435\u0437 \u043d\u0435\u0433\u043e \u0434\u043e\u0432\u043e\u043b\u044c\u043d\u043e \u0441\u043b\u043e\u0436\u043d\u043e. \u041d\u0430 \u0440\u044b\u043d\u043a\u0435 \u0443\u0436\u0435 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u044b \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e open-source \u0440\u0435\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0439 service mesh, \u043d\u043e \u0438\u0445 \u0444\u0443\u043d\u043a\u0446\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0441\u0442\u0438, \u043d\u0430\u0434\u0435\u0436\u043d\u043e\u0441\u0442\u0438 \u0438 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0438 \u0434\u0430\u043b\u0435\u043a\u043e \u043d\u0435 \u0432\u0441\u0435\u0433\u0434\u0430 \u0434\u043e\u0441\u0442\u0430\u0442\u043e\u0447\u043d\u043e, \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u043a\u043e\u0433\u0434\u0430 \u0440\u0435\u0447\u044c \u0438\u0434\u0435\u0442 \u043e \u0442\u0440\u0435\u0431\u043e\u0432\u0430\u043d\u0438\u044f\u0445 \u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u0444\u0438\u043d\u0430\u043d\u0441\u043e\u0432\u044b\u0445 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0439 \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430 \u0432\u0441\u0435\u0439 \u0441\u0442\u0440\u0430\u043d\u044b. \u041f\u043e\u044d\u0442\u043e\u043c\u0443 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26549,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35388","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t
![\"Por](\"\/wp-content\/uploads\/2019\/06\/90b0df34323399c96548f86b6bd16522.jpg\")