Gerenciamento de configuração e automação de infraestrutura

Escopo

• Impactos da gerência de configuração em ambientes corporativos.
• Infraestrutura como código.
• Ferramentas de integração de código e gerência de configuração: Git, Jenkins, Puppet, Ansible.
• Importância de um ambiente de desenvolvimento para testes locais. Vagrant como ferramenta.
• Comparação de um ambiente legado com um ambiente integrado e versionado.

Estudo dirigido

• Impactos da gerência de configuração em ambientes corporativos

Para manter a operação do negócio em funcionamento, é necessário gerenciar informações e relacionamentos que incluem uma infinidade de registros de Itens de Configuração. Essa tarefa é complexa e requer o uso de uma ferramenta especializada. Afinal quanto tempo perderíamos em logar em cada um dos 15 servidores de um projeto, ou ambiente (produção, homologação e testes) e garantir que esses 15 servidores estejam com o mesmo estado?

• Infraestrutura como código

Infraestrutura como código é, como o próprio nome já diz, a prática de tratar a infraestrutura de TI como se fosse código exatamente como um software. Isso permite que você adote práticas poderosas que incluem controle de versão, revisão por pares, testes automatizados, lançamento de releases por tags e entrega contínua, por exemplo.

• Ferramentas de integração de código e gerência de configuração: Git, Jenkins, Puppet, Ansible

Nessa parte do trabalho pensei em fazer um overview de como essas ferramentas fucionam e apresentar uma comparação com seus concorrentes mostrando as vantagens de utilizá-las.

• Importância de um ambiente de desenvolvimento para testes locais. Vagrant como ferramenta

Como a infraestrutura como código preza testes automatizados, integração contínua para agilizar a entrega de software esse processo não pode ser quebrado toda vez que um desenvolvedor comete erros de sintaxe, ou não garante que um merge dê certo como acontece diariamente nas empresas de TI. Para evitar essas falhas humanas irei apresentar um ambiente de testes no qual o dev sobe um box em sua máquina local onde pode simular o ambiente estável de trabalho, e assim que os testes estiverem ok, o código subirá em todas as branches até chegar em produção na sua versão estável.

• Comparação de um ambiente legado com um ambiente integrado e versionado

Depois de fazermos a apresentação das ferramentas e processos que são utilizados na infraestrutura como código, poderíamos fazer um estudo de caso mostrando um ambiente legado no qual os analistas precisam conectar no servidor para fazer as devidas configurações/instalações, e em contrapartida, apresentar um ambiente totalmente gerenciado de forma que os desenvolvedores não precisam logar diretamente na maquina para fazer suas configurações.

Ou então, poderíamos mostrar o passo a passo de como transformar um projeto legado em um projeto com IaC (infra as code) de ponta a ponta.

Overleaf

TCC - Gerenciamento de configuração e automação de infraestrutura

Cronograma de estudo

• 02/09 a 20/09: 01. Impactos da gerência de configuração em ambientes corporativos.

03. Ferramentas de integração de código e gerência de configuração: Git, Jenkins, Puppet, Terraform, Packer.

• 21/09 a 04/10: 02. Infraestrutura como código.
• 05/10 a 18/10: 04. Importância de um ambiente de desenvolvimento para testes locais. Vagrant como ferramenta.
• 19/10 a 15/11: 05. Comparação de um ambiente legado com um ambiente integrado e versionado.
• 16/11 a 13/12: 06. Preparação e defesa do TCC