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
Desenvolvedores(as) são responsáveis por desenvolver e personalizar o projeto proposto (sejam 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 da variável desenvolvimento O ambiente pode depender de vários fatores, embora seja composto 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 criação e de publicação.
Controle de qualidade quality-assurance
Esse ambiente é usado pela equipe de controle de qualidade para test seu novo sistema; tanto em termos de design quanto de 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 preparo deve ser um espelho do ambiente de produção, incluindo a configuração, o código e o 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 manter o ambiente de preparo 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, várias instâncias de publicação ou ambas. 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 pesquisa o ambiente de publicação e recupera 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 está 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
Sempre propagar o código de baixo para cima:
- o código é desenvolvido inicialmente nos ambientes de desenvolvimento locais e depois nos 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, funcionalidade de aplicativo web personalizado e modelos de design) é transferido por meio da exportação e da importação de pacotes entre os diferentes repositórios de conteúdo. Quando necessário, essa replicação pode ser configurada como um processo automático.
Projetos AEM 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, de forma 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 do AEM), o conteúdo (usando uma conexão HTTP ou HTTPS).
