DataStax estende o Astra DB sem servidor para multirregião

Aproximadamente seis meses após a transição de seu Astra gerenciados Cassandra serviço de banco de dados em nuvem, Data Stax está dando o próximo passo lógico na extensão do suporte sem servidor para várias regiões. Cassandra é um alvo lógico para esse recurso, já que tradicionalmente foi projetado para casos de uso de implantação distribuídos extremos, escaláveis ​​e que exigem gravações rápidas.

A noção atual é que a tecnologia sem servidor simplifica e, para cargas de tráfego altamente variáveis, pode reduzir o custo de execução de bancos de dados. Com bancos de dados distribuídos globalmente, os custos do provisionamento excessivo aumentam rapidamente.

O Astra DB se junta a um grupo muito seleto de bancos de dados que não têm servidor e podem abranger mais de uma região em extensões variadas. Atualmente é o único em execução em várias nuvens que está no GA. Outros incluem PlanetScale, que cobrimos há pouco mais de um ano que permite fragmentar seletivamente o MySQL em uma ou mais regiões; mas ainda está em beta. Há DynamoDB, que oferece um Tabelas Globais recurso para designar algumas tabelas para replicação para outras regiões, e Cosmos DB também oferece uma opção sem servidor – mas ambos operam apenas em suas respectivas nuvens. No entanto, outros serviços de nuvem de banco de dados multirregionais, como Google Cloud Spanner e Nuvem de barata não são sem servidor. Plataformas sem servidor que se estendem por várias regiões ainda são bastante raras porque projetá-las requer um trabalho sofisticado quando se trata de coordenar recursos.

A nova capacidade multirregional executa o Astra DB como uma única instância lógica em todas as regiões escolhidas pelo cliente; dentro de cada região, há pelo menos dois data centers ou zonas de disponibilidade para failover. Dentro do grupo de regiões, os administradores configuram como e onde as gravações são confirmadas e replicadas, para failover e acessibilidade local. A prática padrão para failover é com outro data center na mesma região. Quanto à replicação de gravações, os administradores podem ser seletivos para controlar os custos das unidades de solicitação de gravação cobradas pelos provedores de nuvem.

Os casos de uso de bancos de dados distribuídos globalmente incluem aplicativos que exigem a capacidade de realizar gravações e leituras rápidas em diversas regiões, sem a latência associada ao acesso remoto. Além disso, com o rápido surgimento de leis de soberania de dados ou de residência, ter capacidade entre regiões oferece uma alternativa à manutenção de múltiplas instâncias separadas; nesses casos, os administradores podem essencialmente fragmentar o banco de dados para confinar subconjuntos de dados às suas regiões de origem.

Antes do novo lançamento, alguns clientes do DataStax já trabalhavam com implantações multirregionais envolvendo replicação entre regiões. A Infosys, por exemplo, configurou VMs em cada região onde o Cassandra estava hospedado para lidar com a replicação para um cliente global. Eles enfrentaram dores de cabeça para manter e manter atualizadas todas as VMs e arquivos YAML associados. Com o Astra DB agora adicionando suporte multirregional para serverless, essas complexidades ficam ocultas.

Neste ponto, os casos de uso do Astra DB em múltiplas regiões são para cenários que exigem acesso local rápido que também são sensíveis aos custos de saída de dados. Embora o Astra DB esteja disponível nas três principais nuvens públicas, há pouca ou nenhuma demanda pela chamada “internuvem” (executar o mesmo banco de dados em mais de um provedor de nuvem).

Divulgação: DataStax é um cliente dbInsight.

Fonte: https://www.zdnet.com/article/datastax-extends-astra-db-serverless-to-go-multiregion/#ftag=RSSbaffb68