INFRAESTRUTURA PARA A APLICAÇÃO
Ambiente claro.
Recuperação verificada
Soluções de software
TAREFA
CENÁRIO
DADOS
VERIFICAÇÃO
LANÇAMENTO
TRANSFERÊNCIA
até o lançamento e entrega
PUBLICAÇÃO
LANÇAMENTO
RECUPERAÇÃO
realizados
do estúdio
de negócio
Premier Partner
marketing, análise
Arquitetura sob requisitos do projeto
Primeiro analisamos o aplicativo, os dados e a interrupção de trabalho permitida. Determinamos quais componentes são críticos, onde podem ser hospedados e qual orçamento operacional está disponível. Nem todo projeto precisa de um cluster ou Kubernetes.
Descrevemos o ambiente e a ordem de lançamento de mudanças: build, verificações, gerenciamento de configuração e segredos. Se a arquitetura permitir, separamos os ambientes de teste e produção e preparamos um procedimento de reversão para a versão anterior.
Para a restauração, definimos a perda de dados admissível e o tempo alvo de retorno do serviço. Configuramos a cópia para armazenamento externo e verificamos a restauração. A replicação ajuda na disponibilidade, mas não substitui um backup independente.
- Esquema de componentes e estimativa de custo de recursos
- Ambiente e configuração que podem ser replicados
- Pipeline de lançamento com verificações e retorno
- Backups externos e verificação de restauração
- Métricas, notificações e instruções de operação
Ambiente
Versões e configuração descritas
Lançamento
Toda alteração tem verificações e caminho de reversão
Cópias
Existe fonte independente de recuperação
Monitoramento
A falha está associada a uma notificação clara
A tolerância a falhas é verificada por roteiro
A presença de vários servidores não garante a disponibilidade. Verificamos a falha de um componente, a alternância e a restauração de acordo com o plano acordado; metas e resultados reais são mostrados separadamente.
Infraestrutura que pode ser acompanhado
A complexidade da arquitetura deve corresponder aos requisitos e capacidades da equipe.
Configuração repetível
Descrevemos versões, configurações e recursos. Utilizamos contêineres e código de infraestrutura onde facilitam a implantação e o controle de mudanças.
Lançamento verificado
Acordamos verificações de prontidão e procedimento de comutação. Migrações de dados exigem um plano separado: retornar ao contêiner antigo nem sempre restaura o esquema de banco de dados anterior.
Restauração e custo
Calculamos não apenas servidores, mas também armazenamento, tráfego, logs e reserva. Verificamos a frequência de cópias e o tempo de recuperação contra os requisitos do negócio.
A partir dos requisitos para o ambiente de trabalho
Antes da aquisição de recursos, fixamos as restrições, metas de recuperação e orçamento.
Auditoria de aplicativo
Coletamos dependências, dados, perfil de carga e infraestrutura atual. Verificamos os requisitos de hospedagem e acessos.
Esquema e orçamento
Escolhemos a composição de componentes e redundância. Avaliamos as despesas regulares e concordamos com as metas de restauração.
Preparação do ambiente
Descrevemos a configuração, papéis e segredos. Configuramos servidores ou serviços gerenciados no volume escolhido.
Pipeline de lançamento
Adicionamos montagem, verificações e alternância de versão acordada. Para o banco de dados, definimos uma ordem separada de migrações.
Cópias e monitoramento
Configuramos o armazenamento, os períodos de retenção, as métricas e as rotas de notificação. Verificamos o acesso aos backups.
Verificação e transmissão
Executamos o cenário acordado de restauração e lançamento. Entregamos o esquema, instruções, acessos ao proprietário e plano de suporte.
Implantação, configuração e monitoramento
Escolhemos a pilha tecnológica com base na aplicação, carga e condições de operação.
Containers
Docker e Compose para projetos adequados. Consideramos o orquestrador quando os requisitos justificam sua complexidade.
Configuração como código
Ansible ou Terraform no volume acordado. Estado, acessos e segredos exigem armazenamento seguro separado.
Métricas e cópias
Prometheus, Grafana ou serviços disponíveis do provedor. Verificamos as notificações e confirmamos o backup através da restauração.
— CUSTO
Tarifas
em arquitetura em nuvem
De um servidor até a infraestrutura distribuída. O nível de redundância escolhemos conforme as exigências do projeto.
| Escopo de trabalho | VPS/VDS Start Um servidor e configuração operacional básica 35 000 ₽ até 7 dias | POPULAR Nuvem abrangente Containers, configuração e pipeline de lançamento 70 000 ₽ até 14 dias | HA Cluster Enterprise Cluster com verificação de falhas acordadas a partir de 130 000 ₽ a partir de 20 dias |
|---|---|---|---|
|
Servidores
|
Um VPS | Até 3 servidores | Cluster conforme esquema acordado |
|
Containers
|
Instalação e configuração conforme solicitação | Migração de componentes acordados | Imagens e orquestrador conforme tarefa |
|
CI/CD
|
Não incluído | Pipeline básico | Pipeline e alternância por arquitetura |
|
Cópias de segurança
|
Arquivamento e armazenamento externo | Cópias diárias; armazenamento de 30 dias | Cópias incrementais em 2 regiões conforme especificação |
|
Monitoramento
|
Métricas básicas do servidor | Dashboard e notificações | Métricas, notificações e registros |
|
Replicação de banco de dados
|
Não incluído | Não incluído | Replicação e verificação de alternância |
Custo único de projeto e configuração. Recursos de nuvem, licenças, tráfego e operação subsequente são pagos separadamente. A disponibilidade e os objetivos de recuperação dependem do esquema acordado; o lançamento ininterrupto não é possível para todas as mudanças.
— PERGUNTAS E RESPOSTAS
Tudo o que é importante
antes do início
Escopo de trabalho, materiais de origem, ordem de aprovação e condições de lançamento.
-
O Kubernetes é necessário para um projeto pequeno?
Não é obrigatório. Um servidor ou Compose podem atender aos requisitos com menos complexidade. Escolhemos o orquestrador de acordo com o número de componentes, requisitos de escalabilidade e capacidades de manutenção. -
Como o provedor é escolhido?
Comparamos a disponibilidade de serviços e pagamentos, hospedagem de dados, requisitos de rede, suporte e custo. Escolhemos um provedor específico após verificar as condições do projeto; a geografia dos servidores por si só não confirma todos os requisitos de dados. -
É possível atualizar sem parar?
Para a arquitetura adequada, é possível organizar a alternância para uma versão verificada. Alterações no esquema de dados, operações longas e incompatibilidade de versões exigem um plano separado e, às vezes, uma janela de manutenção. -
Qual é a diferença entre backup e réplica?
A réplica suporta outra cópia de trabalho dos dados e pode repetir uma alteração errada. O backup permite retornar a um estado salvo escolhido. Requerem armazenamento independente, permissões e verificação de recuperação. -
O que são objetivos de recuperação?
Fixamos quantos dados é admissível perder após uma falha e em quanto tempo o serviço deve retornar. Com base nesses requisitos, escolhemos a frequência de cópias e a arquitetura. Confirmamos os objetivos com testes, não apenas com registros em esquema.