<\/a><\/noindex>
No n\u00edvel do proxy (data plane):<\/i><\/p>\n\nDesigna\u00e7\u00e3o e distribui\u00e7\u00e3o de pol\u00edticas de roteamento e balanceamento de tr\u00e1fego\n<\/li>\n Distribui\u00e7\u00e3o de chaves, certificados, tokens\n<\/li>\n Coleta de telemetria, forma\u00e7\u00e3o de m\u00e9tricas de monitoramento\n<\/li>\n Integra\u00e7\u00e3o com a infraestrutura de seguran\u00e7a e monitoramento\n<\/li>\n<\/ul>\n\nNo n\u00edvel do plano de controle (control plane):<\/i><\/p>\n\nAplica\u00e7\u00e3o de pol\u00edticas de roteamento e balanceamento de tr\u00e1fego\n<\/li>\n Gerenciamento de repeti\u00e7\u00f5es e timeouts, detec\u00e7\u00e3o de n\u00f3s \"mortos\" (circuit breaking), gerenciamento de situa\u00e7\u00f5es de falha (injecting faults) e garantia de resili\u00eancia dos servi\u00e7os atrav\u00e9s de outros mecanismos\n<\/li>\n Autentica\u00e7\u00e3o\/autoriza\u00e7\u00e3o de chamadas\n<\/li>\n Descarte de m\u00e9tricas (observability)\n<\/li>\n<\/ul>\n\nO p\u00fablico interessado no desenvolvimento desta tecnologia \u00e9 bastante amplo \u2014 desde pequenas startups at\u00e9 grandes corpora\u00e7\u00f5es da internet, como o PayPal.<\/p>\n
Para que serve o Service Mesh no setor corporativo<\/h2>\n \nO uso do Service Mesh traz uma s\u00e9rie de vantagens evidentes. Antes de tudo, \u00e9 muito conveniente para os desenvolvedores: para a escrita de c\u00f3digo surge uma plataforma tecnol\u00f3gica<\/i>, que simplifica significativamente a integra\u00e7\u00e3o na infraestrutura em nuvem, uma vez que a camada de transporte est\u00e1 completamente isolada da l\u00f3gica de aplica\u00e7\u00e3o.<\/p>\n
Al\u00e9m disso, O Service Mesh facilita as rela\u00e7\u00f5es entre fornecedores e consumidores.<\/i> Hoje em dia, \u00e9 muito mais f\u00e1cil para fornecedores e consumidores de API acertar interfaces e contratos de forma independente, sem a necessidade de um intermedi\u00e1rio de integra\u00e7\u00e3o especializado ou \u00e1rbitro \u2013 a barragem de servi\u00e7os corporativos. Essa abordagem afeta significativamente dois indicadores. Aumenta a velocidade de lan\u00e7amento de novas funcionalidades no mercado (time-to-market), mas, em contrapartida, aumenta o custo da solu\u00e7\u00e3o, j\u00e1 que a integra\u00e7\u00e3o deve ser feita de forma aut\u00f4noma. O uso do Service Mesh pelas equipes de desenvolvimento de funcionalidades de neg\u00f3cios permite manter o equil\u00edbrio. No final, os fornecedores de API podem se concentrar exclusivamente na parte de aplica\u00e7\u00e3o de seu servi\u00e7o e simplesmente public\u00e1-lo no Service Mesh \u2013 a API estar\u00e1 imediatamente dispon\u00edvel para todos os clientes, e a qualidade da integra\u00e7\u00e3o ser\u00e1 adequada para produ\u00e7\u00e3o, n\u00e3o exigindo nenhuma linha de c\u00f3digo adicional.<\/p>\n
Uma das pr\u00f3ximas vantagens \u00e9 que o desenvolvedor, ao usar o Service Mesh, se concentra exclusivamente na funcionalidade de neg\u00f3cios<\/i> \u2014 no aspecto do produto e n\u00e3o no aspecto tecnol\u00f3gico de seu servi\u00e7o. Por exemplo, n\u00e3o \u00e9 mais necess\u00e1rio se preocupar com a possibilidade de uma interrup\u00e7\u00e3o de conex\u00e3o quando o servi\u00e7o for chamado pela rede. Al\u00e9m disso, o Service Mesh ajuda a equilibrar o tr\u00e1fego entre c\u00f3pias do mesmo servi\u00e7o: se uma das c\u00f3pias \u2018falhar\u2019, o sistema redirecionar\u00e1 todo o tr\u00e1fego para as c\u00f3pias restantes que ainda est\u00e3o ativas. <\/p>\n
Service Mesh <\/i>\u2014 \u00e9 uma boa base para a cria\u00e7\u00e3o de aplicativos distribu\u00eddos<\/i>, que oculta do cliente os detalhes de como as chamadas para seus servi\u00e7os s\u00e3o feitas, tanto interna quanto externamente. Todos os aplicativos que utilizam o Service Mesh est\u00e3o isolados em n\u00edvel de transporte, tanto da rede quanto uns dos outros: n\u00e3o h\u00e1 conex\u00e3o entre eles. Ao mesmo tempo, o desenvolvedor tem controle total sobre seus servi\u00e7os.<\/p>\n
N\u00e3o se pode deixar de notar que a atualiza\u00e7\u00e3o de aplicativos distribu\u00eddos em um ambiente onde o Service Mesh \u00e9 utilizado se torna mais simples.<\/i> Por exemplo, a implanta\u00e7\u00e3o blue\/green, na qual duas ambientes de aplicativo est\u00e3o dispon\u00edveis para instala\u00e7\u00e3o, um dos quais n\u00e3o \u00e9 atualizado e fica em modo de espera. O rollback para a vers\u00e3o anterior em caso de falha na libera\u00e7\u00e3o \u00e9 feito por um roteador especial, papel que \u00e9 bem desempenhado pelo Service Mesh.. <\/i>Para testar a nova vers\u00e3o, voc\u00ea tamb\u00e9m pode usar o release can\u00e1rio <\/i>\u2014 direcionar apenas 10% do tr\u00e1fego ou solicita\u00e7\u00f5es de um grupo piloto de clientes para a nova vers\u00e3o. O tr\u00e1fego principal vai para a vers\u00e3o antiga, nada falha.<\/p>\n
Al\u00e9m disso O Service Mesh nos d\u00e1 controle de SLA em tempo real<\/i>. O sistema de proxies distribu\u00eddos n\u00e3o permitir\u00e1 que o servi\u00e7o falhe quando algum cliente ultrapassar o limite concedido a ele. Se a largura de banda da API estiver limitada, ningu\u00e9m poder\u00e1 sobrecarreg\u00e1-la com um grande n\u00famero de transa\u00e7\u00f5es: o Service Mesh fica na frente do servi\u00e7o e n\u00e3o permite o tr\u00e1fego excessivo. Ele simplesmente vai ser barrado na camada de integra\u00e7\u00e3o, enquanto os pr\u00f3prios servi\u00e7os continuam funcionando sem perceber.<\/p>\n
Se a empresa quer reduzir os custos de desenvolvimento de solu\u00e7\u00f5es de integra\u00e7\u00e3o, o Service Mesh tamb\u00e9m \u00e9 \u00fatil: \u00e9 poss\u00edvel migrar de produtos comerciais para sua vers\u00e3o open-source<\/i>. Nossa Enterprise Service Mesh \u00e9 baseada na vers\u00e3o open-source do Service Mesh. <\/p>\n
Outra vantagem \u00e9 a presen\u00e7a de um conjunto completo de servi\u00e7os de integra\u00e7\u00e3o<\/i>. Como toda a integra\u00e7\u00e3o \u00e9 constru\u00edda atrav\u00e9s dessa camada intermedi\u00e1ria, podemos gerenciar todo o tr\u00e1fego de integra\u00e7\u00e3o e as rela\u00e7\u00f5es entre os aplicativos que formam o n\u00facleo do neg\u00f3cio da empresa. Isso \u00e9 muito conveniente.<\/p>\n
(para salvar as altera\u00e7\u00f5es). O Service Mesh impulsiona a empresa a migrar para uma infraestrutura din\u00e2mica.<\/i> Agora, muitos est\u00e3o olhando para a containeriza\u00e7\u00e3o. Dividir mon\u00f3litos em microsservi\u00e7os e implementar tudo isso de forma bela \u2014 o tema est\u00e1 em ascens\u00e3o. Mas quando voc\u00ea tenta levar um sistema que j\u00e1 est\u00e1 em produ\u00e7\u00e3o h\u00e1 muitos anos para novos rumos, voc\u00ea logo se depara com uma s\u00e9rie de problemas: encaixar tudo isso em cont\u00eaineres e implantar na plataforma n\u00e3o \u00e9 f\u00e1cil. E a implementa\u00e7\u00e3o, sincroniza\u00e7\u00e3o e intera\u00e7\u00e3o desses componentes distribu\u00eddos \u2014 \u00e9 outro tema bastante complicado. Como eles ir\u00e3o se comunicar? Haver\u00e1 falhas em cascata? O Service Mesh permite resolver parte desses problemas e facilitar a migra\u00e7\u00e3o da arquitetura antiga para a nova, permitindo que voc\u00ea esque\u00e7a a l\u00f3gica de troca de rede.<\/p>\nPor que \u00e9 necess\u00e1ria a personaliza\u00e7\u00e3o do Service Mesh<\/h2>\n
\nNa nossa empresa, centenas de sistemas e m\u00f3dulos coexistem, e o runtime est\u00e1 bastante sobrecarregado. Portanto, o padr\u00e3o simples, onde um sistema chama outro e recebe uma resposta, n\u00e3o \u00e9 suficiente, pois em produ\u00e7\u00e3o queremos mais. O que mais \u00e9 necess\u00e1rio de um Service Mesh corporativo? <\/p>\n
Servi\u00e7o de processamento de eventos<\/h3>\n \nSuponha que precisamos implementar um processamento de eventos em tempo real \u2014 um sistema que analisa as a\u00e7\u00f5es do cliente em tempo real e pode imediatamente fazer uma oferta relevante. Para implementar tal funcionalidade, \u00e9 utilizado um padr\u00e3o arquitet\u00f4nico chamado arquitetura orientada a eventos (EDA)<\/i>. Nenhum dos Service Mesh atuais suporta esses padr\u00f5es nativamente, e isso \u00e9 muito importante, especialmente para um banco!<\/p>\n
\u00c9 bastante estranho que o 'chamado remoto' Remote Procedure Call (RPC) seja suportado por todas as vers\u00f5es do Service Mesh, enquanto com EDA eles n\u00e3o se d\u00e3o bem. Porque o Service Mesh \u00e9 uma esp\u00e9cie de integra\u00e7\u00e3o distribu\u00edda moderna, enquanto EDA \u00e9 um padr\u00e3o arquitet\u00f4nico muito relevante que permite fazer coisas \u00fanicas em termos de experi\u00eancia do cliente.<\/p>\n
Nosso Enterprise Service Mesh deve resolver esse problema. Al\u00e9m disso, queremos ver nele a implementa\u00e7\u00e3o de entrega garantida, processamento de eventos em fluxo e abrangente usando diversos filtros e modelos.<\/p>\n
Servi\u00e7o de transfer\u00eancia de arquivos<\/h3>\n \nAl\u00e9m do EDA, seria bom ter a capacidade de transferir arquivos: em uma escala empresarial, muitas vezes a \u00fanica integra\u00e7\u00e3o poss\u00edvel \u00e9 a atrav\u00e9s de arquivos. Especificamente, utiliza-se o padr\u00e3o arquitet\u00f4nico ETL (Extract, Transform, Load \u2014 'extra\u00e7\u00e3o, transforma\u00e7\u00e3o, carregamento'). Nele, normalmente, todos trocam exclusivamente arquivos: utilizam-se grandes dados que n\u00e3o s\u00e3o vi\u00e1veis de enviar em solicita\u00e7\u00f5es separadas. A capacidade de suporte nativo \u00e0 transfer\u00eancia de arquivos no Enterprise Service Mesh oferece a flexibilidade necess\u00e1ria para os neg\u00f3cios.<\/p>\n
Servi\u00e7o de orquestra\u00e7\u00e3o<\/h3>\n \nNas grandes organiza\u00e7\u00f5es, quase sempre h\u00e1 diferentes equipes que desenvolvem produtos distintos. Por exemplo, em um banco, algumas equipes trabalham com dep\u00f3sitos, enquanto outras lidam com produtos de cr\u00e9dito, e existem muitos desses casos. S\u00e3o pessoas diferentes, equipes diferentes, que criam seus produtos, desenvolvem suas APIs e as disponibilizam para outros. E frequentemente surge a necessidade de compor esses servi\u00e7os, bem como implementar a l\u00f3gica complexa de chamadas sequenciais de um conjunto de APIs. Para resolver esse problema, \u00e9 necess\u00e1ria uma solu\u00e7\u00e3o no n\u00edvel de integra\u00e7\u00e3o, que simplifique toda essa l\u00f3gica composta (chamada de v\u00e1rias APIs, descri\u00e7\u00e3o da rota das solicita\u00e7\u00f5es etc.). Isso \u00e9 o que chamamos de servi\u00e7o de orquestra\u00e7\u00e3o no Enterprise Service Mesh.<\/p>\n
IA e ML<\/h3>\n \nQuando microsservi\u00e7os se comunicam por meio de uma camada de integra\u00e7\u00e3o \u00fanica, o Service Mesh, naturalmente, conhece todas as chamadas a cada servi\u00e7o. Coletamos telemetria: quem chamou quem, quando, quanto tempo, quantas vezes e assim por diante. Quando esses servi\u00e7os somam centenas de milhares e as chamadas chegam a bilh\u00f5es, toda essa informa\u00e7\u00e3o se acumula e forma os Big Data. Esses dados podem ser analisados com ferramentas de IA, aprendizado de m\u00e1quina e similares, e a partir dos resultados da an\u00e1lise, realizar a\u00e7\u00f5es \u00fateis. Seria apropriado, ao menos parcialmente, transferir ao intelig\u00eancia artificial o controle de todo esse tr\u00e1fego de rede e das chamadas de aplicativos integrados no Service Mesh.<\/p>\n
Servi\u00e7o API Gateway<\/h3>\n \nNormalmente, no Service Mesh, existem proxies e servi\u00e7os que se comunicam entre si dentro de um per\u00edmetro confi\u00e1vel. Mas tamb\u00e9m h\u00e1 partes externas. As exig\u00eancias para as APIs fornecidas a esse grupo de consumidores s\u00e3o muito mais rigorosas. Dividimos essa tarefa em duas partes principais. <\/p>\n
\nSeguran\u00e7a<\/i>. Quest\u00f5es relacionadas a ddos, vulnerabilidades de protocolos, aplicativos, sistemas operacionais, etc. \n<\/li>\nEscalabilidade<\/i>. Quando o n\u00famero de APIs que precisa ser disponibilizado aos clientes chega a milhares ou mesmo centenas de milhares, surge a necessidade de algum meio de gerenciar esse conjunto de APIs. \u00c9 preciso monitorar constantemente as APIs: se est\u00e3o funcionando ou n\u00e3o, qual \u00e9 o status, qual \u00e9 o tr\u00e1fego, quais s\u00e3o as estat\u00edsticas, etc. O API Gateway deve lidar com essa tarefa, tornando todo o processo gerenci\u00e1vel e seguro. Gra\u00e7as a esse componente, o Enterprise Service Mesh aprende a publicar tanto APIs internas quanto externas sem complica\u00e7\u00f5es desnecess\u00e1rias.\n<\/li>\n<\/ul>\n <\/p>\n
Servi\u00e7o de suporte a protocolos e formatos de dados espec\u00edficos (gateway AS)<\/h3>\n \nAtualmente, a maioria das solu\u00e7\u00f5es de Service Mesh s\u00f3 consegue trabalhar nativamente com tr\u00e1fego HTTP e HTTP2 ou em um modo reduzido no n\u00edvel TCP\/IP. Com o Enterprise Service Mesh, surgem muitos outros protocolos de transmiss\u00e3o de dados bastante espec\u00edficos. Alguns sistemas podem usar brokers de mensagens, enquanto outros est\u00e3o integrados no n\u00edvel de bancos de dados. Se a empresa possui SAP, ele tamb\u00e9m pode usar seu pr\u00f3prio sistema de integra\u00e7\u00e3o. E tudo isso funciona e \u00e9 uma parte importante do neg\u00f3cio.<\/p>\n
N\u00e3o se pode simplesmente dizer: \"Vamos abandonar o legado e criar novos sistemas que possam usar Service Mesh\". Para integrar todos os sistemas antigos com os novos (baseados em microservi\u00e7os), os sistemas que podem utilizar Service Mesh precisar\u00e3o de algum adaptador, intermedi\u00e1rio ou gateway. Concorda que seria interessante se isso j\u00e1 viesse incluso na caixa com o servi\u00e7o? O gateway AS pode de fato suportar qualquer tipo de integra\u00e7\u00e3o. Imagine que voc\u00ea simplesmente instala o Enterprise Service Mesh e ele j\u00e1 est\u00e1 pronto para interagir com todos os protocolos que voc\u00ea precisa. Para n\u00f3s, essa abordagem \u00e9 muito importante.<\/p>\n
\u00c9 assim que imaginamos a vers\u00e3o corporativa do Service Mesh (Enterprise Service Mesh). A customiza\u00e7\u00e3o descrita resolve a maioria dos problemas que surgem ao tentar usar vers\u00f5es open-source prontas da plataforma de integra\u00e7\u00e3o. Apenas alguns anos ap\u00f3s seu surgimento, a arquitetura Service Mesh continua a evoluir, e estamos felizes em poder contribuir para seu desenvolvimento. Esperamos que nossa experi\u00eancia seja \u00fatil para voc\u00ea.<\/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\")