DevOps empresarial

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

Uma implantação do Adobe Experience Manager (AEM) geralmente consiste em vários ambientes, usados para propósitos diferentes em níveis diferentes:

• Desenvolvimento
• Controle de qualidade
• Estágios
• Produção

Desenvolvimento

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

Este ambiente é usado pela equipe de controle de qualidade para testar o 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

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

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

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

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

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 do 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

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 - replicando diretamente (AEM replicação) o conteúdo (usando uma conexão HTTP ou HTTPS).