Regiões, upgrade, autoscaling e faturamento de Web Services

Escolha a região primária uma vez

Um Web Service Darwa começa em uma região primária: Virginia, São Paulo, Frankfurt, Cape Town, Mumbai ou Sydney. Ela fica bloqueada depois da criação porque ancora identidade, rede privada e premissas de localização dos dados. Settings mostra esse valor como somente leitura para impedir uma migração perigosa por uma simples seleção.

Adicione um shard em vez de mover

Use Settings → Regional traffic quando precisar de outra localização. O shard é um runtime completo e pago com o mesmo plano e fonte. Ele recebe endpoint próprio para roteamento controlado ou failover; a URL primária não muda silenciosamente. Um disco persistente não pode ser compartilhado entre regiões, portanto esse serviço precisa adotar armazenamento durável externo.

O mesmo release Git em todas as regiões

Auto-deploy vem habilitado para repositórios conectados e pode ser desligado. Um push na branch acompanhada enfileira a mesma revisão na região primária e em todos os shards comprados. Cada região passa por health check independente antes de ficar live. Para aprovação humana, desligue auto-deploy e publique manualmente.

Upgrade proporcional ao período restante

Settings mostra apenas planos superiores e atualiza todas as regiões anexadas juntas. A revisão exibe total mensal antigo e novo, horas usadas, horas restantes e cobrança imediata estimada. O tempo já concluído é descontado: Stripe fatura apenas a diferença do período restante, e o novo valor mensal completo começa na renovação.

Autoscaling, Autopilot e pagamento

Autoscaling horizontal altera réplicas entre mínimo e máximo; cada réplica ativa é faturada. Capacity Autopilot, com consentimento, adiciona capacidade temporária após pressão sustentada, para a cobrança quando a pressão cai e respeita 72 horas e o teto de gastos. Habilitar é grátis. Pagamento falho recebe 7 dias de tolerância, depois suspensão e 14 dias de retenção para pagar e restaurar antes da exclusão.