Saltar para o conteúdo
BigTree108

Serviços de Terraform e infraestrutura como código

Serviços de Terraform e de infraestrutura como código: módulos Terraform e OpenTofu para AWS, Azure e Google Cloud, importação de infraestrutura construída à mão, pipelines de plan e apply, gestão de estado e de desvios, policy as code, migrações a partir de outras ferramentas e Ansible para configuração de servidores, com engenheiros de Terraform dedicados à sua equipa ou um projeto de infraestrutura como código entregue de ponta a ponta.

Trabalho de infraestrutura como código que assumimos

  • Módulos Terraform

    Módulos reutilizáveis para redes, clusters, bases de dados e identidade, versionados num registo privado com exemplos, validação de entradas e testes nativos do Terraform, para que todas as equipas construam da mesma forma.

  • Pipelines de plan e apply

    Um plan publicado em cada pull request e aplicado após revisão a partir do GitHub Actions, GitLab CI, Atlantis, HCP Terraform ou Spacelift, com o pipeline a iniciar sessão na cloud através de OpenID Connect em vez de chaves guardadas.

  • Gestão de estado e de desvios

    Estado remoto com bloqueio e cifragem, dividido por ambiente e componente para que um apply não possa estragar tudo, refactoring feito com blocos moved e deteção de desvios agendada que abre um ticket quando algo muda fora do código.

  • Importação de infraestrutura construída à mão

    Recursos criados na consola passados para código com blocos import e configuração gerada, e depois arrumados até o plan não mostrar alterações, sem recriar nada do que está em execução.

  • Gestão de configuração com Ansible

    Playbooks e roles para pacotes, utilizadores, hardening e deploy de aplicações em servidores Linux e Windows e dispositivos de rede, testados com Molecule e executados a partir de um pipeline ou do Ansible Automation Platform e não de um portátil.

  • Policy as code e análise de IaC

    Checkov, Trivy e TFLint em cada pull request, e regras como regiões permitidas, etiquetas obrigatórias e nenhum armazenamento público escritas em Open Policy Agent, Sentinel ou política cloud, para que uma alteração não conforme falhe antes de ser aplicada.

  • Atualizações de Terraform e migrações para OpenTofu

    Versões antigas do Terraform e dos providers atualizadas passo a passo com cada plan revisto, e projetos migrados para o OpenTofu quando uma licença open source é importante para si, com a cifragem de estado ativada.

  • Migrações a partir de outras ferramentas de IaC

    Stacks CloudFormation, templates ARM, programas Pulumi e projetos em CDK for Terraform, que a HashiCorp arquivou em dezembro de 2025, convertidos para Terraform ou OpenTofu simples, com o estado importado para que nada seja recriado.

  • Segredos e credenciais de curta duração

    Segredos mantidos fora de variáveis e do estado: valores lidos do Vault, do OpenBao, do AWS Secrets Manager ou do Azure Key Vault, recursos efémeros para valores que apenas passam e credenciais cloud que expiram a cada execução.

Contratar engenheiros de Terraform

  • engenheiros de Terraform dedicados

    Engenheiros de Terraform que integram a sua equipa a tempo inteiro, trabalham nas suas ferramentas e no seu processo, e reportam ao seu responsável. A sua empresa entrevista-os; nós assumimos o contrato ucraniano, o processamento salarial, a faturação e as férias.

  • Projetos de Infraestrutura como código

    Uma parcela definida de infraestrutura como código, com âmbito, plano fixo e um responsável identificado do nosso lado, que responde pelo resultado e reporta o progresso nos seus canais.

  • infraestrutura como código em regime contínuo

    Infraestrutura como código como serviço contínuo: as mesmas pessoas todos os meses, um backlog que a sua empresa prioriza e horas que pode consultar no nosso portal e na fatura.

A página da equipa dedicada explica como os especialistas integram a sua equipa, e a página de outsourcing aborda a entrega de projetos, as tomadas a cargo e a forma como cobramos.

Quem trabalha em infraestrutura como código para a sua empresa

  • engenheiros de Terraform

    Módulos, estado, importações e pipelines

  • Engenheiros de cloud

    Recursos AWS, Azure e Google Cloud

  • Engenheiros de DevOps

    Pipelines e automatização com Ansible

  • Engenheiros de segurança

    Policy as code e revisões de plan

Como escrevemos infraestrutura como código

Nada muda à mão: cada alteração é um pull request com o seu plan anexado, revisto por um segundo engenheiro e aplicado pelo pipeline, nunca a partir de um portátil. Os módulos mantêm-se pequenos e versionados, os ambientes diferem apenas nas variáveis e o estado é dividido para que um erro afete o menos possível.

A nossa própria empresa funciona assim, com cada recurso em Terraform, aplicado a partir do GitHub Actions com credenciais federadas e ações fixadas por hash, e verificado quanto a desvios de forma agendada. Num parque construído à mão ou por outra equipa, começamos por uma revisão só de leitura e uma lista escrita de riscos, e depois importamos o que existe antes de alterar o que quer que seja.

Outros serviços de cloud, DevOps e segurança

Visão geral de Cloud, DevOps e segurança

Perguntas sobre Terraform e infraestrutura como código

Em que setores trabalham os engenheiros de Terraform?

Sobretudo fintech e banca, onde cada alteração de infraestrutura precisa de um rasto de revisão; empresas de cloud, alojamento e telecomunicações que gerem grandes parques como código; comércio eletrónico e retalho; SaaS empresarial, com um ambiente por cliente ou região; saúde, com controlos de conformidade escritos nos módulos; plataformas de IA e de dados; e empresas de segurança.

Terraform ou OpenTofu?

Ambos leem a mesma configuração, e a maioria dos providers e módulos funciona com qualquer um. O Terraform vem com o HCP Terraform e o suporte da HashiCorp, uma empresa da IBM; o OpenTofu é open source sob a Linux Foundation e acrescenta funcionalidades como a cifragem de estado do lado do cliente. Trabalhamos com ambos e migramos projetos entre eles.

Onde entra o Ansible?

O Terraform cria a infraestrutura; o Ansible configura o que corre nela: pacotes, utilizadores, hardening e definições de aplicações em servidores e dispositivos de rede. Onde as cargas de trabalho correm em contentores ou funções serverless há menos para o Ansible fazer, pelo que é usado onde quer que subsistam servidores e dispositivos.

Em quanto tempo podem começar engenheiros de Terraform?

Quando o engenheiro de Terraform adequado está disponível, o arranque depende apenas da sua entrevista, do NDA e da cedência de propriedade intelectual. Caso contrário, fazemos uma pesquisa, que normalmente produz perfis de candidatos em duas a três semanas, e ninguém começa antes de a sua empresa dar o seu acordo.

Como contratamos engenheiros de Terraform através da BigTree108?

Diga-nos qual é o trabalho, a senioridade e o horário de que precisa. Propomos uma ou duas pessoas com os respetivos perfis, a sua empresa entrevista-as como entrevistaria uma contratação própria, e assina um único contrato com a BIG TREE 108 LLC e recebe uma fatura por mês.

A quem pertence o trabalho que produzem?

A sua empresa. Cada especialista tem um contrato assinado com a BigTree108 que atribui à empresa todo o trabalho produzido, e o nosso contrato com a sua empresa atribui-lho. O código, os designs e os documentos são entregues nos seus próprios repositórios e ferramentas, e não mantidos onde só nós os podemos alterar.

Quer a sua infraestrutura em código?

Indique-nos que clouds utiliza, como as alterações são feitas hoje e quanto já está em código. Receberá resposta no prazo de um dia útil: um plano, perfis de candidatos ou um âmbito para uma revisão do seu Terraform.

Enviar e-mail para hello@bigtree108.comComo respondemos