Para começar a usar o AlloyDB Omni, primeiro tem de escolher um dos seguintes ambientes de implementação:
- AlloyDB Omni para Kubernetes
- AlloyDB Omni para contentores
AlloyDB Omni para Kubernetes
Escolha o AlloyDB Omni para Kubernetes se precisar de uma ou mais das seguintes capacidades. Para começar a usar este modelo de implementação, consulte o artigo Vista geral do AlloyDB Omni para Kubernetes.
- Aprovisionamento automático e gestão do ciclo de vida baseada em API.
- Elevada disponibilidade configurável para ajustar os mecanismos de comutação por falha.
- Compatibilidade com o Sidecar para integrar agentes de monitorização ou cópia de segurança empresariais.
- Pools de leitura variáveis para dimensionar operações só de leitura.
- Equilíbrio de carga com o agrupamento de ligações do lado do servidor (PgBouncer).
- Apoio técnico da plataforma e disponibilidade no mercado para o Google Distributed Cloud e o OpenShift.
- Recuperação de desastres entre regiões para criar bases de dados de reserva em clusters, centros de dados e regiões remotos.
AlloyDB Omni para contentores
Escolha o AlloyDB Omni para contentores se precisar de um ou mais dos seguintes elementos. Para começar a usar este modelo de implementação, consulte o artigo Vista geral do AlloyDB Omni para contentores.
- Base de dados de aplicação única: quando precisa de uma base de dados de alto desempenho dedicada a uma única aplicação.
- Programação e testes: para configurar um ambiente de base de dados no portátil de um programador ou num ambiente de teste.
- Ambientes não Kubernetes: quando a sua infraestrutura não usa o Kubernetes ou quando não precisa da complexidade de um orquestrador de contentores.
- Operações offline: para aplicações que têm de continuar a funcionar mesmo quando estão desligadas da Internet.
- Requisitos de baixa latência: quando precisa de colocar a base de dados geograficamente perto dos seus utilizadores para garantir os tempos de resposta mais rápidos possíveis.