Kubernetes: Argo Workflows 3.0 depende de uma nova interface de usuário e um modo de espera instantânea

O Projeto Argo apresentou a terceira versão principal. Argo Workflows é uma ferramenta de indução GitOps and Continuous Delivery (CD) que visa integrar o gerenciamento de configuração e definições para aplicativos hospedados em ambientes Kubernetes. A Intuit e a Red Hat originalmente lançaram o projeto em 2017, mas há um ano o entregaram à Cloud Native Computive Foundation (CNCF) para incubação e desenvolvimento.

A interface do usuário do Argo Workflows 3.0 tem novos componentes React sob o capô, o que deve tornar a interação com os processos de negócios mais fácil de manusear e, de acordo com os editores, tornar a interface do usuário mais estável e confiável. Novos recursos foram adicionados, como uma página de fluxo de eventos que demonstra a integração de fluxos de trabalho com o Argo Events, os desenvolvedores da Argo revisaram a visualização de log dos fluxos de trabalho e, opcionalmente, os usuários agora podem incluir elementos de interface do usuário que, por exemplo, podem verificar o progresso de um fluxo de trabalho Ação individual – etapas ou status de exibição podem ser verificados. As APIs para eventos Argo são novas e a versão oferece suporte a módulos Go.

De acordo com o Anúncio do Blog da CNCF, a grande vantagem é a grande disponibilidade de controladores. Em versões anteriores, o console precisava reiniciar o pod do Kubernetes todas as vezes após erros, o que resultava em um tempo de inatividade irritante. Para controlar o problema, o Argo Workflows 3.0 oferece um hot standby: a segunda cápsula corre paralela ao compartimento principal. Se a primeira cápsula falhar, a segunda assume automaticamente, o que significa que há menos tempo de inatividade. Como o termo “pod” pode ter vários significados em TI, aqui está uma explicação: No contexto do Kubernetes, pod representa a única instância de um processo em um grupo. Os pods referenciados aqui são os menores objetos que podem ser renderizados no Kubernetes.

READ  Cargo atual na Amazon, Otto and Alternate & Co.

O Fluxo de Eventos é um proxy de eventos baseado em registros de pod de fontes de eventos. A nova versão principal do Argo Workflows contém a visualização de fluxos de eventos.

(Imagem: Argo)

Com a versão 3.0, o Argo Workflows também recebe uma referência de repositório padrão e novos achados arqueológicos chamados “somente chave”. Os usuários devem ser capazes de adaptar a configuração do Repositório de artefato das especificações do fluxo de trabalho. Isso aparentemente significa que as configurações padrão podem ser definidas em toda a linha para um namespace inteiro, em vez de definir uma definição para cada fluxo de trabalho individualmente. A opção pode ser usada para definir estilos de artefatos que, de acordo com o anúncio, refinam o fluxo de trabalho minimizando o mapeamento. Isso significa que as entradas e saídas parametrizadas podem ser omitidas e, de acordo com a entrada do blog, menos espaço de armazenamento é necessário.

O lançamento inclui uma série de outras mudanças, que podem ser encontradas em detalhes nas notas de lançamento e nos anúncios do blog que os acompanham. Mais informações podem ser encontradas na versão atual Veja a entrada do blog da Argo. Também a Cloud Native Computing Foundation (CNCF) apresentou o novo grande lançamento em seu site. Alterações completas podem ser encontradas Incluído na área de lançamento no Github. Ao mesmo tempo em que o lançamento foi anunciado, a equipe da Argo também anunciou que a versão 2.12 será incluída no suporte de longo prazo. Embora o lançamento do LTS não receba mais novos recursos, ele ainda deve receber correções de bugs por pelo menos seis meses.

Argo Workflows é um mecanismo de nuvem nativo que pode executar dezenas de milhares de processos simultâneos, cada um com milhares de etapas de fluxo de trabalho. O mecanismo de fluxo de trabalho pode ser usado para processamento em lote, computação sem servidor e várias operações de CI / CD (integração contínua / entrega contínua). Instituições como a European Organisation for Nuclear Research, com sede em Genebra, usam o CERN Argo para renderização 3D no CoreWeave (em um pool de 1.000 nós e 6.000 GPUs), e a ferramenta GitOps / CD é usada para aprendizado de máquina e processamento de dados. Argo é escrito na linguagem de programação Go desde 2018, e o projeto agora inclui cerca de 400 colaboradores, vários milhares de compromissos, mais de mil garfos e, de acordo com os editores, tem recebido consistentemente críticas altas no GitHub. O canal da comunidade no Slack tem mais de 5.000 membros.


(Hmm)

Para a página inicial

Deixe uma resposta

O seu endereço de email não será publicado. Campos obrigatórios marcados com *