Infraestrutura · Projeto fechado

A infraestrutura da empresa, montada uma vez. E pronta para ser montada de novo, igual.

Montamos a base completa —rede, conectividade privada, segurança de entrada, Kubernetes, bancos de dados, monitoramento e o caminho automatizado até a produção— na nuvem que a empresa tiver, no data center da empresa ou nos dois. Entregamos a base funcionando, documentada e escrita como código, para que a equipe da empresa possa reconstruí-la idêntica quando precisar.

É um projeto fechado, com escopo e entregável acordados desde o início, não um banco de horas.

Confiam em nós organizações onde continuidade e segurança não se negociam

  • BanCoppel
  • Zurich
  • Allianz
  • GNP Seguros
  • MetLife
  • Costco
  • Seguros Multiva
  • Aserta
  • Bx+
  • Veolia
  • Truper
  • Argos

A infraestrutura que ninguém consegue montar de novo

Em muitas empresas, a infraestrutura foi montada à mão, aos pedaços e com pressa: uma rede configurada por alguém que já não está, um servidor que ninguém se atreve a tocar, um cadeado de segurança do site que vence sem aviso. Funciona, até que é preciso repeti-la: um ambiente de testes idêntico, um segundo site, uma auditoria ou uma migração de nuvem.

O caro não é montá-la: é não conseguir montá-la de novo igual. Cada diferença entre o que foi testado e o que roda em produção é uma falha esperando o dia de aparecer.

Sintomas que a operação da empresa já conhece

  • «Ninguém sabe direito o que há na nuvem nem quem criou.»

    Tecnologiacontas, redes e permissões que cresceram sem planta.

  • «Para unir o data center à nuvem, abrimos uma porta para a internet.»

    Segurançauma porta exposta onde deveria haver um link privado.

  • «O ambiente de testes não se parece com o de produção.»

    Operaçõeso que passou nos testes falha na liberação.

  • «O cadeado de segurança do site venceu e ficamos sabendo pelo cliente.»

    Diretoria Digitalum site fora do ar por algo que dava para prever.

  • «Se perdermos o servidor ou a região, não sabemos quanto tempo levaríamos para reconstruir.»

    Diretoria-geraluma continuidade que depende da memória de uma pessoa.

Uma base completa, entregue como projeto

Projetamos e montamos de uma só vez a base sobre a qual os sistemas da empresa vão rodar, e a entregamos funcionando. Tudo fica escrito como código: a mesma descrição que levantou a infraestrutura pode levantá-la de novo, idêntica, em outra conta, outra região ou um ambiente de testes. A equipe da empresa recebe também a documentação para operá-la sem depender de nós.

Na nuvem da empresa.

AWS, Google Cloud, Microsoft Azure, Linode ou outra. Projetamos com os serviços próprios de cada uma, sem amarrar a empresa a um fornecedor que ela não escolheu.

No data center da empresa.

Sobre os próprios servidores da empresa, com a mesma disciplina da nuvem: tudo descrito como código e documentado.

Híbrida.

O sensível em casa e o resto na nuvem, unidos por links privados que não passam pela internet.

E se o sistema da empresa vive hoje em outra nuvem, também fazemos a migração: migramos a partir da Oracle Cloud ou de outra plataforma, com o método testado antes em uma amostra e cada objeto verificado na chegada.

O que a base inclui

Escolhemos com a empresa o que o caso dela precisa: nem tudo se aplica sempre, e nada é acrescentado por catálogo.

  • Rede e VPC.

    Redes, sub-redes, rotas e regras de acesso projetadas em camadas, para que cada sistema veja só o que precisa.

  • Conectividade privada.

    VPN site a site para unir o data center da empresa à nuvem, ou uma nuvem a outra, e links privados como PrivateLink para usar serviços da nuvem sem passar pela internet.

  • Balanceadores de carga.

    O tráfego distribuído entre vários servidores, com verificações de saúde que afastam o que falha.

  • Firewall de aplicação (WAF).

    Público ou no data center da empresa —AWS WAF, Cloudflare, Azure Front Door, ModSecurity ou outro—, para barrar os ataques comuns antes que cheguem à aplicação.

  • nginx e proxies reversos.

    A porta de entrada dos serviços: rotas, criptografia e regras em um só lugar.

  • Kubernetes.

    Gerenciado na nuvem ou nos servidores da empresa —EKS, AKS, GKE, Rancher, OpenShift ou outro—, para que os sistemas iniciem igual em cada ambiente e se recuperem sozinhos das falhas comuns.

  • Serviços sem servidor.

    Um gateway de APIs que invoca funções na nuvem, como API Gateway com Lambda, para o que convém pagar por uso.

  • Bancos de dados.

    Gerenciados na nuvem ou nos servidores da empresa —PostgreSQL, MySQL, SQL Server, Oracle ou outro—, com backups e acessos por perfil.

  • DNS e criptografia.

    Domínios, zonas privadas e a criptografia dos sites (TLS), com renovação automática e aviso antes de cada vencimento.

  • Observabilidade e monitoramento.

    Métricas, logs e alertas conectados desde o primeiro dia, para que a empresa fique sabendo de uma falha antes dos clientes.

  • CI/CD.

    O caminho automatizado pelo qual os sistemas da empresa chegam à produção —GitHub Actions, GitLab CI, Jenkins, Azure DevOps ou outro—, com testes e análise de segurança a cada mudança.

Tudo é descrito como código —Terraform para a infraestrutura e Ansible para a configuração dos servidores, ou a ferramenta que a equipe da empresa já usa— e entregue com a documentação.

O que a empresa recebe ao fechar o projeto

A infraestrutura funcionando.

Montada, testada e pronta para os sistemas rodarem sobre ela.

O código que a descreve.

No repositório da empresa, para levantá-la de novo, idêntica, em outra conta, outra região ou um ambiente de testes. Descreve a infraestrutura, não os dados: esses viajam com os backups.

A documentação.

Uma planta do que existe, por que está assim e como se opera: redes, acessos, backups e o que fazer se algo falhar.

A passagem para a equipe da empresa.

Uma sessão de transferência com quem vai operá-la, para que a empresa não dependa de nós.

É acordado como projeto fechado: escopo, entregável e critérios de aceite definidos antes de começar, não um banco de horas.

Por que quase nunca fica certo na primeira vez

Montar um servidor é fácil. Montar uma base que aguente, que possa ser auditada e que possa ser repetida é outra coisa, porque exige:

Pensar em camadas desde o início.

A rede, os acessos e a segurança de entrada são decididos antes do primeiro servidor. Corrigi-los depois custa uma migração.

Unir mundos sem abrir portas.

Conectar o data center da empresa à nuvem, ou duas nuvens entre si, sem que nada fique exposto à internet.

Que o testado seja o que roda.

Basta uma mudança feita à mão para que a descrição como código deixe de ser verdadeira e a reconstrução já não saia igual.

O que vence em silêncio.

A criptografia dos sites, as chaves e as permissões que expiram ou sobram, e que ninguém revisa até o dia em que falham.

Deixá-la nas mãos da equipe da empresa.

Uma infraestrutura que só quem a montou entende não está terminada.

Por isso o entregável não é só a infraestrutura: é a capacidade de montá-la de novo, igual.

Não é uma ideia de quadro branco

É a mesma base com que operamos hoje várias contas da AWS, e a mesma disciplina que aplicamos nos data centers dos nossos clientes:

  • A base de várias contas da AWS que operamos hoje: redes, links privados, bancos de dados gerenciados e funções expostas como API.

  • Kubernetes na infraestrutura própria de uma seguradora global, dentro de um setor regulado.

  • A abertura digital de contas de um banco, com links privados entre a nuvem e o data center do banco.

  • O ambiente de testes de um e-commerce, replicado com exatidão para que o que funciona nos testes funcione igual em produção.

  • Quase um terabyte migrado de uma nuvem para outra, verificado objeto por objeto.

Veja os casos

O que a Hábil faz

Projetamos a base com a empresa, a montamos, a testamos e a entregamos com o código e a documentação. Se depois a empresa quiser que a operemos, isso é acordado à parte; se não, a equipe da empresa fica pronta para fazê-lo.

A empresa já tem a base e o que dói é liberar?

Ir para produção

Algo caiu ou sofreu um ataque e não dá para esperar um projeto?

Equipe SWAT

Quer modelos de IA rodando na infraestrutura própria da empresa?

Hábil AI

Perguntas frequentes

Preciso trocar de nuvem?
Não. Montamos na que a empresa já tem —AWS, Google Cloud, Microsoft Azure, Linode ou outra—, no data center da empresa ou nos dois.
Por que como projeto fechado e não por hora?
Porque a empresa compra um resultado: a base funcionando, documentada e como código. O escopo, o entregável e a forma de aceite são acordados antes de começar.
Quem opera depois?
A equipe da empresa, com a documentação e a sessão de transferência; ou nós, se assim for acordado.
E se já tenho algo montado?
Revisamos primeiro. Às vezes convém descrever como código o que já existe; às vezes, refazer uma parte. Vemos isso na primeira conversa.
É possível migrar a partir de outra nuvem?
Sim. Migramos a partir da Oracle Cloud ou de outra plataforma, com o método testado antes em uma amostra e cada objeto verificado na chegada.

Comece pela planta

Conte o que a empresa precisa levantar e onde. Na primeira conversa, sem custo, revisamos o que a base incluiria, que entregável a empresa receberia e como ela seria montada de novo, igual.