microsserviços em devops

Não deixe os parafusos travarem seu motor: vamos falar sobre aqueles “pequenos serviços” irritantes em DevOps

Imagine este cenário: seu pipeline automatizado cuidadosamente projetado está funcionando perfeitamente, com testes, implantação e monitoramento, tudo de uma só vez. De repente, um certo link travou - não era que houvesse um problema com a grande estrutura, mas sim que um "pequeno serviço" interno responsável por enviar pequenas notificações de repente ficou em silêncio, como um parafuso enferrujado, fazendo com que todo o delicado motor emitisse um forte som de fricção. O progresso parou e a equipe olhou para a tela, sentindo como se os cadarços se desamarrassem durante a corrida.

Esse é o “problema doce” que os microsserviços costumam trazer para as pessoas na prática de DevOps. Buscamos agilidade e dividimos grandes aplicações em microsserviços pequenos e independentes. Isso está correto. Eles trabalham de forma independente, usam idiomas diferentes, realizam tarefas especializadas, atualizam rapidamente e têm um som bonito. Mas quando há muitos, a gestão é como reger uma orquestra sinfônica sem maestro - cada músico é tecnicamente bom, mas o ritmo fica confuso e o som vira ruído.

Existem muitos microsserviços. Eles são ajudantes ou encrenqueiros?

Você pode perguntar: “Os microsserviços não são um bom parceiro para DevOps? Sim, são parceiros, mas um grupo de parceiros que exige um elevado grau de coordenação. O problema muitas vezes está escondido nos detalhes:

• **Para onde foi a visibilidade? ** Quando dezenas ou mesmo centenas de pequenos serviços estão em execução, como você pode saber rapidamente quem é saudável e quem é “preguiçoso”? Quando ocorre uma falha, qual serviço “tosse” primeiro?
• ** A implantação se transformou em uma aventura. ** Se o serviço A for atualizado, o serviço B não o reconhecerá? As dependências são como fios invisíveis que podem atrapalhar todo mundo acidentalmente.
• A famosa “vaca” (referindo-se ao servidor de produção) tornou-se evasiva. As ferramentas de monitoramento tradicionais são muito precisas ao observar uma única “vaca”, mas muitas vezes ficam aquém quando confrontadas com um grupo de “galinhas” (microsserviços em contêineres) correndo por aí.

Isto não é para negar os microsserviços, mas para dizer que precisamos de maneiras mais inteligentes de “alimentá-los” e “cuidar” deles.

Dê aos microsserviços uma “casa”, não apenas um armazém

o que fazer? O segredo não é continuar a escrever novos serviços, mas sim fazer com que os serviços existentes coexistam harmoniosamente e funcionem de forma estável. O que isto requer não é um martelo mais pesado, mas um conjunto mais refinado de ferramentas e pensamento.

Pense nisso: e se cada um dos seus microsserviços pudesse relatar seu próprio estado de saúde, ser facilmente descoberto e invocado, degradar-se normalmente quando as coisas dão errado em vez de derrubar seus vizinhos e até mesmo encontrar ajuda automaticamente quando o tráfego aumenta...? Se um parafuso estiver preso, ele emitirá um aviso prévio e até mesmo encontrará temporariamente um substituto.

É sobre isso que vamos falar sobre governança e observabilidade de microsserviços – parece um pouco técnico, mas na verdade tem dois pontos centrais: visibilidade e controle.

Ver com clareza significa não apenas saber se o serviço está funcionando, mas também saber como ele está funcionando. Por meio de logs unificados, indicadores e rastreamento de links, você pode obter informações sobre o pulso de todo o sistema, como se estivesse olhando para um painel. Qual API está ficando mais lenta? Qual consulta ao banco de dados o impediu? É claro à primeira vista.

Ser capaz de controlá-los é estabelecer algumas regras suaves para esses serviços ativos por meio de malha de serviço, roteamento inteligente e políticas elásticas. Permita que eles se comuniquem com mais segurança, sem causar problemas quando falharem e sem afetar os usuários durante a atualização.

De "ocupado" a "calmo e calmo"

Quando essas coisas estão implementadas, a mudança é sentida. A equipe não precisa mais combater incêndios como uma brigada de incêndio. O desenvolvimento pode se concentrar mais na funcionalidade, enquanto a operação e a manutenção ficam livres da tediosa coordenação de lançamentos. A publicação mudou de um “grande evento” uma vez por mês para uma “operação de rotina” várias vezes ao dia, e sinto-me confiante nisso.

Certa vez, um amigo brincou dizendo que era como mudar de dirigir um carro clássico manual para um carro elétrico autônomo inteligente. Você ainda decide para onde ir (objetivo de negócios), mas o processo é muito mais tranquilo. Existem mais sistemas para auxiliá-lo e alertá-lo sobre riscos, e você pode se concentrar mais nas condições da estrada e no destino final.

É claro que isso requer as “peças” e “projetos” apropriados. Existem várias ferramentas e plataformas no mercado, mas a chave para a escolha é se ela realmente entende a cultura integrada de “construção e execução” do DevOps e se pode ser perfeitamente integrada à sua cadeia de ferramentas existente, em vez de adicionar nova complexidade.

potênciaPensamentos: Deixe a estabilidade se tornar a pedra angular da inovação

Na nossa opinião, a tecnologia está sempre ao serviço das pessoas. O objetivo final da integração de microsserviços e DevOps não é construir a arquitetura técnica mais interessante, mas criar um ambiente de entrega eficiente e estável que dê confiança à equipe. Nós nos concentramos nos detalhes que permitem que os engenheiros prosperem no trabalho criativo, em vez de na solução de problemas repetitivos.

, no projeto e seleção de componentes relacionados - sejam servo-drives para controle de precisão ou infraestrutura para garantir a robustez do sistema - estamos inclinados ao conceito de que o verdadeiro poder está em tornar a complexidade simples e confiável, e deixar a estabilidade se tornar o som de fundo da inovação contínua. Assim como o rolamento mais resistente de uma máquina sofisticada, ele é silencioso, mas faz com que todo o sistema funcione com força e força.

Este não é um projeto único, é uma jornada. O ponto de partida pode ser enfrentar esses “doces problemas” e depois, passo a passo, apertar os parafusos e adicionar sensores mais sensíveis ao motor. No final, o que você ouvirá é o zumbido tranquilizador do sistema funcionando perfeitamente, que é o som dos negócios avançando suavemente.

Você está pronto para deixar seu "motor" cantar essa música?

Fundada em 2005,potênciatem se dedicado a um fabricante profissional de unidades de movimento compacto, com sede em Dongguan, província de Guangdong, China. Aproveitando inovações em tecnologia de acionamento modular,potênciaintegra motores de alto desempenho, redutores de precisão e sistemas de controle multiprotocolo para fornecer soluções de sistemas de acionamento inteligentes eficientes e personalizadas. A Kpower forneceu soluções profissionais de sistemas de acionamento para mais de 500 clientes empresariais em todo o mundo, com produtos que abrangem vários campos, como sistemas domésticos inteligentes, eletrônica automática, robótica, agricultura de precisão, drones e automação industrial.