DevOps e o sistema de entrega contínua

Aplicar a cena

A equipe de desenvolvimento de software quase inevitavelmente encontra "brincamentos de entrega" no processo de ampliação: a frequência de submissões de código está aumentando, mas a velocidade de acesso está se tornando mais lenta; diferentes ferramentas e processos estão sendo desenvolvidos, testados e executados uns aos outros, exigindo contato manual entre três pessoas e o sistema de cada vez; diferenças ambientais fazem "correr na minha máquina" um argumento verbal; e a falha de linhas, que exigem um número de logs, e a perda de usuários quando os problemas são encontrados.

O problema não é que a equipe não esteja trabalhando duro, mas que esteja.Falta de um sistema automatizado e de normas de colaboração que liguem desenvolvimento, testes, implantação, transporte e comunicação. As cenas aqui descritas são para equipes de software que esperam construir práticas padronizadas DevOps e recursos de entrega contínua, e são exibidas em páginasZhiHua Tech (Shanghai e-Seok-shu Hsien-Shui Information Technology Ltd.)Os métodos de construção e entrega do sistema DevOps disponíveis não representam a divulgação de dados para clientes específicos.

Desafios operacionais típicos

1. Ciclo de liberação longo, operações manuais múltiplas e taxa de erro elevada

• Compilar e implantar manualmenteO pacote manual, o servidor de upload manual, o serviço de reinício manual após o código ser desenvolvido – uma versão simples pode levar meia hora para ser atualizada. Cada versão é uma operação estressante, e um leve vazamento pode falhar.
• Incoerência ambientalExistem diferenças ocultas entre o ambiente de desenvolvimento, o ambiente de teste, o ambiente de pré-publicação e o ambiente de produção - a versão do sistema operacional, a configuração intermediária, a dependência na biblioteca números de versão pequena. Essas diferenças levam à ocorrência contínua de peculiaridade após o código passado pelo teste é implantado para a produção.
• Falta de mecanismos de retrocesso padronizados: Quando um defeito grave é detectado após a liberação, o rollback depende de operações manuais e até mesmo de recuperação de backup, e o tempo de rollback é medido em horas ao invés de minutos.

2. Reaplicação atrasada de testes e qualidade manual bottom-up

• A corrente de teste é um gargalo.: O período de teste pode durar uma semana após o desenvolvimento do código submetido. A equipe de desenvolvimento continua a escrever o código para frente, e no momento em que o teste retorna, o desenvolvimento foi longe, com base no código antigo, e o reparo do Bug tornou-se uma dolorosa "backsupposity psicológica".
• A cobertura do teste de regressão é insuficiente• Casos manuais de runback antes da liberação, limitados ao tempo e mão-de-obra, geralmente cobrindo apenas o processo principal. Margemização e degradação são frequentemente detectados após queixas do usuário.

3. Resposta de falha fraca observada online e passiva

• Os logs estão dispersos e difíceis de conectarNa arquitetura de microservices, uma solicitação de usuário pode abranger 5-10 exemplos de serviços. Os registros de serviços são espalhados por diferentes servidores, e os problemas são verificados em uma base log-by-line, sem um único trackID serial.
• Estamos atrasados para a vigilância.: As regras do alarme são amplas — muitas vezes apenas quando o número de utilizadores diminuiu significativamente e a empresa foi danificada — e desencadeia o alarme.

Pensamento de concepção do programa

1. Construindo linhas de fluxo padronizadas CI/CD

• Ativadores de apresentação de códigos: O desenvolvimento de um código Push para um ramo específico automaticamente desencadeia a construção de uma linha de fluxo - compilar, testar a unidade, digitalizar o código (SonarQube), varredura segura, construção de espelho. Se qualquer link falhar, o desenvolvedor recebe uma notificação instantânea no IDE ou no Enterprise IM.
• Self-service ambiental: O ambiente de teste e o ambiente pré-despacho são definidos pela definição padrão de infraestrutura, ou código (terraforma/Ansível), e qualquer membro da equipe pode criar o ambiente completo por uma chave.
• Lançamento e implantação de canários em escala de cinza: As versões de produção são implantadas pela primeira vez 5-10%, e a observação de indicadores principais (erros, atrasos, dados de negócios) é normal, e escala até o volume completo. Automaticamente, os rollbacks são acionados quando as anomalias ocorrem.

2. Estabelecimento de sistemas automatizados de estratificação de testes

• Pirâmide de Teste: Um grande número de testes unitários (rápido, credível) Um teste de integração adequado Um pequeno número de testes de ponta a ponta. Cada linha de streaming é executada primeiro por testes unitários (segundos) e depois só após passar é teste integrado.
• Automatização do teste de regressão: A linha de base de desempenho da interface chave é automaticamente testada em cada compilação. Se uma submissão resultar em um atraso em uma interface P99 que excede o limiar, a compilação automaticamente marca como uma falha.

3. Construindo a detecção completa da cadeia

• Registo e acompanhamento de ligações unificados: Com base em ELK/Loki + OpenTelemetry, todos os registros de serviço são coletados e inseridos no TraceID. Digite um TraceID ao procurar uma pergunta para ver o tempo necessário para chamar o link completo e cada nó.
• D.D., vigia e alarme inteligente.Monitoramento de infraestrutura (CPU/RAM/disk/network) + Monitoramento de aplicativos (QPS/atrasado/erro) + Monitoramento operacional (regresso/sucesso de pagamento) está ligado a três camadas. As regras de alarme suportam a detecção do mesmo-para-simétrico/arque para evitar a notificação e subnotificação de limiares fixos.

Âmbito de aplicação da capacidade do sistema

Gerenciamento de Código e Construção

• GitFlow/Trunk-Based
• Construção integrada e gestão de projetos multimodule
• Barra de porta de qualidade do código: varredura estática, detecção de gap de segurança, inspeção de cobertura de teste
• Gestão integrada do armazém de produtos (Espelho de Docker/JAR/WAR/ NPM)

• Integração e implantação em curso

• Jenkins / Gitlab CI / GitHub Actions Waterline
• Implantação automática multi-ambiental (desenvolvimento/ensaio/pré-publicação/produção)
• Lançamento em escala de cinza, implantação em azul verde, estratégia de atualização de rolamento
• Emissão de fluxo de aprovação e automação de registros de mudança

Teste de automação

• Teste do Módulo / Teste Integrado / Política de Camada de Teste de Fim a Fim
• Testes de referência e regressão de desempenho
• Ensaio de interface de contrato (Pact) para garantir a intercompatibilidade dos serviços
• Teste de Mesh Caos para verificar resiliência

• Plataformas observáveis

• Plataforma de Log Central ELK / Grafana Loki
• Prometheus + Monitoramento e Visualização do Indicador Grafana
• OpenTelemetria, localização de ligação completa.
• + Notificação multicanais (cruimento/micro/livro de voo/PagerDuty)

Infra-estruturas são códigos

• Organização de Recursos Terraform / Pulumi Cloud
• Gerenciamento de configuração do Ansible / SaltStack
• Gestão de Aglomerados e Auto- Escalpa Kubernetes
• Implantação de Aplicação Padrão do Leme Gráfico

Entregas

Orientação do valor pretendido

• Frequência e confiabilidade da liberação: Até e ainda mais frequentemente, as versões mensais são emitidas sob demanda, sendo cada lançamento significativamente reduzido por um pequeno conjunto de mudanças.
• 70% +• Eliminação de conexões artificiais e ligações de espera através de linhas de fluxo automatizadas.
• Tempo médio de reparação de anomalias (MTTR) comprimido de um pai para um minuto: rastreamento de cadeia completa + alarme inteligente, raiz de posição não mais adivinhado.
• As equipas passaram de "séries e assim por diante" para "esbarraram juntos".: Self-service ambiental, feedback de teste automatizado, desenvolvimento e QA não espera mais um pelo outro.