DevOps empresarial enterprise-devops
O DevOps abrange os processos, os métodos e a comunicação necessários para:
- Facilitar a implantação do seu software nos vários ambientes.
- Simplificar a colaboração entre as equipes de desenvolvimento, teste e implantação.
O DevOps tem como objetivo evitar problemas como:
- Erros manuais.
- Elementos esquecidos; por exemplo, arquivos, detalhes de configuração.
- Discrepâncias; por exemplo, entre o ambiente local de um desenvolvedor e outros ambientes.
Ambientes environments
Uma implantação do Adobe Experience Manager (AEM) geralmente consiste em vários ambientes, usados para diferentes propósitos em diferentes níveis:
Desenvolvimento development
Os desenvolvedores são responsáveis por desenvolver e personalizar o projeto proposto (seja sites, aplicativos móveis, implementação de DAM etc.), com todas as funcionalidades necessárias. Eles:
- desenvolvem e personalizam os elementos necessários, como modelos, componentes, fluxos de trabalho, aplicativos
- realizam o design
- desenvolvem os serviços e scripts necessários para implementar a funcionalidade necessária
A configuração do ambiente de desenvolvimento pode ser dependente de vários fatores, embora seja geralmente composta de:
- Um sistema de desenvolvimento integrado com controle de versão para fornecer uma base de código integrada. Isso é usado para mesclar e consolidar o código dos ambientes de desenvolvimento individuais usados por cada desenvolvedor.
- Um ambiente pessoal para cada desenvolvedor; geralmente residente em sua máquina local. Em intervalos adequados, o código é sincronizado com o sistema de controle de versão
Dependendo da escala do seu sistema, o ambiente de desenvolvimento pode ter instâncias de autor e de publicação.
Controle de qualidade quality-assurance
Este ambiente é usado pela equipe de controle de qualidade para obter uma visão completa teste seu novo sistema; design e função. Ele deve ter ambientes de autor e publicação, com conteúdo adequado, e fornecer todos os serviços necessários para possibilitar um conjunto completo de testes.
Estágios staging
O ambiente de preparação deve ser um espelho do ambiente de produção - configuração, código e conteúdo:
- Ele é usado para testar os scripts usados para implementar a implantação real.
- Ele pode ser usado para testes finais (design, funcionalidade e interfaces) antes da implantação em ambientes de produção.
- Embora nem sempre seja possível ter o ambiente de armazenamento temporário idêntico ao ambiente de produção, ele deve ser o mais semelhante possível para permitir testes de carga e desempenho.
Produção - Autor e publicação production-author-and-publish
O ambiente de produção consiste nos ambientes necessários para realmente criar e publicar sua implementação.
Um ambiente de produção consiste em pelo menos uma instância de autor e uma instância de publicação:
- Uma instância de autoria para a entrada de conteúdo.
- Uma instância de publicação para o conteúdo disponibilizado para seus visitantes/usuários.
Dependendo da escala do projeto, ele geralmente consiste em várias instâncias de autor e/ou publicação. Em um nível inferior, o repositório também pode ser agrupado em várias instâncias.
Autor author
As instâncias de autor geralmente estão localizadas atrás do firewall interno. Este é o ambiente em que você e seus colegas realização tarefas de autoria, como:
- administrar todo o sistema
- inserir seu conteúdo
- configurar o layout e o design do conteúdo
- ativar o conteúdo para o ambiente de publicação
O conteúdo que foi ativado é empacotado e colocado na fila de replicação do ambiente do autor. O processo de replicação transporta esse conteúdo ao ambiente de publicação.
Para fazer a replicação reversa dos dados gerados em um ambiente de publicação de volta ao ambiente de autor, um ouvinte de replicação no ambiente de autor sondará o ambiente de publicação e recuperará esse conteúdo da caixa de saída de replicação reversa do ambiente de publicação.
Publicação publish
Um ambiente de publicação geralmente está localizado na Zona desmilitarizada (DMZ). Trata-se do ambiente em que os visitantes acessam seu conteúdo (por exemplo, por meio de um site ou de um aplicativo móvel) e interagem com ele, seja publicamente ou dentro da sua intranet. Um ambiente de publicação:
- mantém o conteúdo replicado do ambiente de autor
- disponibiliza esse conteúdo para os visitantes
- armazena dados do usuário gerados por seus visitantes, como comentários ou outros envios de formulários
- pode ser configurado para adicionar esses dados de usuários a uma caixa de saída, para replicação reversa de volta ao ambiente de autor
O ambiente de publicação gera seu conteúdo dinamicamente em tempo real, e o conteúdo pode ser personalizado para cada usuário individual.
Transferência do código code-movement
O código deve sempre ser propagado de baixo para cima:
- o código é desenvolvido inicialmente nos ambientes de desenvolvimento locais e depois integrados
- seguido de testes completos nos ambientes de controle de qualidade
- depois testado novamente nos ambientes de preparo
- somente então esse código deve ser implantado nos ambientes de produção
O código (por exemplo, modelos de design e funcionalidade de aplicativos Web personalizados) é geralmente transferido por meio da exportação e da importação de pacotes entre os diferentes repositórios de conteúdo. Quando significativo, essa replicação pode ser configurada como um processo automático.
AEM projetos geralmente acionam a implantação de código:
- Automaticamente: para transferência aos ambientes de desenvolvimento e controle de qualidade.
- Manualmente: as implantações nos ambientes de preparação e produção são feitas de maneira mais controlada, geralmente manual, embora uma automação seja possível, se necessário.
Transferência do conteúdo content-movement
O conteúdo que está sendo criado para produção deve sempre ser criado na instância de autor de produção.
O conteúdo não deve seguir o código transferido de ambientes inferiores para os superiores, pois fazer com que os autores criem conteúdo em máquinas locais ou ambientes inferiores e depois o transfiram para o ambiente de produção não é uma boa prática e provavelmente introduzirá erros e inconsistências.
O conteúdo de produção deve ser transferido do ambiente de produção ao ambiente de preparo, para garantir que o ambiente de preparo forneça um ambiente de testes eficiente e preciso.
O conteúdo pode ser transferido:
- Entre os diferentes ambientes - exportando e importando pacotes.
- Entre instâncias diferentes - por replicação direta (Replicação de AEM) o conteúdo (usando uma conexão HTTP ou HTTPS).
