Serviços · 05

Nuvem e DevOps

Continua no ar, e você fica sabendo antes dos seus clientes

Seus sistemas na sua própria conta de nuvem, colocados no ar sempre do mesmo jeito e vigiados de perto o bastante para que uma falha chegue a uma pessoa, e não a um cliente.

O objetivo é a monotonia.

Os sistemas de que uma empresa depende costumam crescer sem que ninguém decida onde eles devem ficar. Um roda numa máquina embaixo de uma mesa, outro num servidor que um ex-funcionário configurou, outro numa conta de hospedagem paga com o cartão pessoal de alguém. Ninguém sabe ao certo o que aconteceria se a máquina morresse num domingo, se o backup já foi restaurado alguma vez, ou por que a conta subiu no mês passado.

Este trabalho torna essa parte monótona. Tudo roda em contas no nome da sua empresa, a configuração fica escrita em arquivos, e não em passos de que alguém se lembra, colocar uma mudança no ar é algo que qualquer pessoa da sua equipe consegue fazer e desfazer sempre do mesmo jeito, e os sistemas são monitorados de perto o bastante para que uma falha chegue a uma pessoa nomeada antes de chegar a um cliente. Dimensionamos tudo para a empresa que você realmente é, e não para o diagrama que uma empresa maior adoraria desenhar.

Equipe
Os responsáveis nomeados, durante todo o projeto
Onde roda
Nas suas próprias contas, desde o primeiro dia
Preço
Preço fixo, faturado por marco; um orçamento fixo e detalhado vem depois da primeira conversa

Indicado para

  • Um sistema que ninguém tem coragem de atualizar numa sexta-feira
  • Um notebook, ou um fornecedor, de que tudo depende
  • Uma conta de nuvem que ninguém consegue explicar linha por linha

Você recebe

  • Cada conta, domínio e chave no seu próprio nome desde o primeiro dia
  • Uma atualização que qualquer pessoa da sua equipe consegue publicar, e desfazer, sempre do mesmo jeito
  • Um alerta que chega a uma pessoa nomeada, com o que fazer por escrito
  • Um custo mensal que você viu por escrito antes da construção
Como funciona

Quatro etapas. Você aprova cada uma antes de a próxima começar.

As mesmas quatro de todo projeto, do jeito que ficam neste trabalho.

Diagnosticar

Anotamos o que você usa, onde cada peça fica, quem tem as chaves e o que acontece se qualquer uma delas parar. O relatório de diagnóstico classifica esses riscos pelo que uma interrupção custaria a você, e aponta os que podem ser resolvidos em um dia.

Comprovar

Um sistema é migrado ou refeito do jeito novo, com toda a configuração escrita em arquivos, e o backup é restaurado de verdade, em vez de se supor que funciona. O custo de operação é conferido com a conta real, e os dois números ficam registrados por escrito.

Construir

O restante, a cada quinze dias, nas suas próprias contas. As atualizações viram rotina e podem ser desfeitas, os alertas passam a chegar a uma pessoa com o que fazer ao lado, e o custo mensal é revisado em comparação com o que dissemos que seria.

Entregar

Sua equipe opera o sistema enquanto ainda estamos de plantão: como publicar uma atualização, como voltar atrás, para quem vai o alerta à meia-noite e o que essa pessoa deve fazer. O relatório de entrega diz o que agora está seguro, o que ainda é um ponto único de falha e o que seria preciso para resolvê-lo.

Estudo de caso

Quarenta centros digitando os dados dos pacientes uma única vez, com cada alteração registrada.

Uma organização de pesquisa com estudos em quarenta hospitais. Os dados vinham em papel e por e-mail; checar um registro era correr atrás de três pessoas.

Tempo devolvido · Pesquisa clínica · Hyderabad
11 diasdepois2 dias

Da abertura ao fechamento de um questionamento

desde que um monitor abre um questionamento até o centro resolvê-lo

Um formulário de sinais vitais preenchido no centro, com verificações disparadas à medida que os valores entram: uma pressão arterial fora da faixa esperada, uma data que não pode ser posterior à data da visita e uma resposta obrigatória em branco, ao lado da contagem de questionamentos abertos e de uma trilha de auditoria de quem mudou o quê, e quando.
Um desenho da tela descrita aqui. Não é uma captura de tela.
O que mais combinamos medir
  • Questionamentos de dados a cada 100 campos preenchidoscampos que um monitor devolveu a um centro para correção
  • Registros com uma lacuna na trilha de auditoriauma alteração sem autor, motivo ou valor anterior registrado
Leia a história: Quarenta centros digitando os dados dos pacientes uma única vez, com cada alteração registrada.
Perguntas dos donos

O que os donos perguntam antes de ligar.

Onde os nossos sistemas devem rodar, afinal?

Em contas no nome da sua empresa, com o seu financeiro pagando a conta diretamente, no provedor com que a sua equipe consiga conviver. Além disso, a resposta honesta costuma ser mais modesta do que as pessoas esperam: serviços gerenciados que outra empresa mantém atualizados, em vez de máquinas das quais você precisa cuidar. A decisão depende de onde estão os seus clientes, do que precisa ficar dentro da Índia por exigência legal e do que a sua equipe consegue sustentar às três da manhã. Vamos dizer quando a resposta for um servidor modesto, e não uma plataforma.

A nossa conta de nuvem não para de subir e ninguém sabe explicar. Isso é normal?

É comum, e tem conserto. A conta sobe quando nada está identificado, quando sistemas de teste ficam ligados, quando o armazenamento nunca é limpo e quando algo foi dimensionado para um lançamento que nunca aconteceu. O primeiro passo é fazer com que cada linha possa ser ligada a um sistema e a um responsável, o que normalmente já tira uma parte visível da conta na primeira passada. Depois disso, o custo é revisado todo mês em comparação com o que dissemos que seria, e um salto dispara um alerta, em vez de virar uma surpresa no fim do ano.

O que acontece se um sistema cair à meia-noite?

Um alerta chega a uma pessoa nomeada, no celular, com o que quebrou e o que fazer a respeito escrito ao lado. Essa é a diferença entre um sistema monitorado e um sistema que só conta com a sorte. Quais falhas justificam acordar alguém é combinado com você, porque um alerta que dispara por tudo é um alerta que ninguém lê. Durante o projeto, um dos fundadores está nessa lista; na entrega, entra a sua equipe, com o que fazer por escrito nas suas próprias contas, e há um plano mensal de suporte disponível, se você preferir que continuemos cuidando disso.

Como sabemos que os backups funcionam de verdade?

Porque um deles é restaurado na sua frente, num calendário combinado, e o tempo que levou fica registrado por escrito. Um backup que ninguém nunca restaurou é uma crença, não uma proteção: as descobertas mais comuns são que um banco de dados nunca foi incluído, que a restauração leva muito mais tempo do que se imaginava, ou que ninguém tem a credencial necessária para iniciá-la. Acordamos com você dois números simples, quantos dados você poderia se dar ao luxo de perder e quanto tempo poderia ficar fora do ar, e testamos contra eles, e não contra uma promessa.

Vocês conseguem assumir um sistema que outra empresa construiu?

Normalmente, sim, e o primeiro trabalho é descobrir o que realmente existe ali: quais contas existem, quem tem as chaves, o que está rodando sem que ninguém se lembre de ter ligado. Você recebe esse inventário como um documento, quer continue conosco, quer não. Onde quem construiu antes deixou coisas sem documentação, nós as escrevemos à medida que avançamos, e onde algo realmente não tem mais salvação, dizemos isso com clareza, junto com o que a substituição envolveria, em vez de cobrar para manter aquilo de pé indefinidamente.

Precisamos de servidores próprios, ou alugar é suficiente?

Para quase toda empresa deste porte, alugar é suficiente e ter servidores próprios é uma distração: máquinas próprias significam alguém no seu prédio responsável por energia, refrigeração, peças de reposição e as atualizações de que ninguém gosta. Comprar se justifica em casos específicos, como uma carga pesada e constante em que o preço do aluguel nunca cai, ou uma regra que exige que os dados fiquem em hardware sob o seu controle. Fazemos essa conta com números reais nos seus volumes antes que alguém assine qualquer coisa, e a comparação fica por escrito.

Para o seu consultor técnico

Infraestrutura como código, ambientes reproduzíveis, CI/CD, observabilidade e restaurações de backup testadas de verdade. Dimensionado para o negócio: serviços gerenciados antes de clusters, e nada de Kubernetes a menos que a carga justifique.

  • Infraestrutura como código no seu repositório, sem recursos criados só pelo console
  • Pipelines de CI/CD com rollback, que pertencem à sua equipe
  • Painéis, roteamento de alertas e runbooks de plantão
  • Resultados dos testes de restauração e um objetivo de recuperação documentado

Tecnologias Terraform · Docker · GitHub Actions · AWS · Azure · GCP · Grafana · OpenTelemetry

Leia a seguir

Uma planilha de custo de operação é um entregável

Por que o custo de manter um sistema funcionando é acordado antes da construção, e não depois.

Para começar

Escreva um parágrafo. Um dos fundadores responde em até um dia útil.

Depois vem uma conversa de 30 minutos com os dois fundadores. Sem apresentação e sem modelo de proposta, só uma primeira leitura sobre se temos o perfil certo para o problema.

Ou por e-mail, telefone ou WhatsApp: hello@netogrit.com · +91 94330 54299 · WhatsApp (abre em nova aba)