{"id":14068,"date":"2023-01-26T17:05:26","date_gmt":"2023-01-27T01:05:26","guid":{"rendered":"https:\/\/www.couchbase.com\/blog\/?p=14068"},"modified":"2025-06-13T20:45:47","modified_gmt":"2025-06-14T03:45:47","slug":"cloud-data-replication","status":"publish","type":"post","link":"https:\/\/www.couchbase.com\/blog\/pt\/cloud-data-replication\/","title":{"rendered":"Guia para replica\u00e7\u00e3o de dados na nuvem"},"content":{"rendered":"

A replica\u00e7\u00e3o de dados tradicional exigia o gerenciamento de muitas partes m\u00f3veis em seu aplicativo. A replica\u00e7\u00e3o de dados moderna leva isso para a nuvem, onde os sistemas de back-end fazem a maior parte do trabalho pesado. Mas a replica\u00e7\u00e3o de dados na nuvem \u00e9 mais do que apenas sincronizar dados ou fazer c\u00f3pias de backup em servidores remotos. Este guia apresenta alguns casos de uso comuns para a replica\u00e7\u00e3o de dados na nuvem, analisa alguns m\u00e9todos para implement\u00e1-la e identifica como ela \u00e9 um divisor de \u00e1guas para o desenvolvimento de aplicativos modernos.<\/span><\/p>\n

O que \u00e9 replica\u00e7\u00e3o de dados na computa\u00e7\u00e3o em nuvem?<\/span><\/h2>\n

A replica\u00e7\u00e3o de dados \u00e9 o processo de manuten\u00e7\u00e3o de c\u00f3pias redundantes de dados prim\u00e1rios. Isso \u00e9 importante por v\u00e1rios motivos, incluindo toler\u00e2ncia a falhas, alta disponibilidade, aplicativos de leitura intensiva, lat\u00eancia de rede reduzida ou suporte a requisitos de soberania de dados.\u00a0<\/span><\/p>\n

Toler\u00e2ncia a falhas:<\/b> A replica\u00e7\u00e3o de dados \u00e9 necess\u00e1ria quando os aplicativos precisam preservar os dados em caso de falha de hardware ou de rede devido a causas que v\u00e3o desde algu\u00e9m trope\u00e7ar em um cabo de energia at\u00e9 um desastre regional, como um terremoto. Portanto, todo aplicativo precisa de replica\u00e7\u00e3o de dados para ter resili\u00eancia e consist\u00eancia.<\/span><\/p>\n

Alta disponibilidade:<\/b> Os dados acessados com frequ\u00eancia por muitos usu\u00e1rios ou sess\u00f5es simult\u00e2neas precisam de replica\u00e7\u00e3o de dados. Nesse caso, os dados replicados devem permanecer consistentes com seu l\u00edder e outras r\u00e9plicas.<\/span><\/p>\n

Reduzir a lat\u00eancia: <\/b>A replica\u00e7\u00e3o de dados tamb\u00e9m ajuda os aplicativos modernos em nuvem a executar dados distribu\u00eddos em diferentes redes ou regi\u00f5es geogr\u00e1ficas que atendem melhor ao usu\u00e1rio final.\u00a0<\/span><\/p>\n

Em resumo, n\u00e3o se trata apenas de backup e gerenciamento de desastres, mas tamb\u00e9m do desempenho dos aplicativos. Vamos nos aprofundar em como a replica\u00e7\u00e3o funciona e entender um pouco mais essas necessidades.<\/span><\/p>\n

Como funciona a replica\u00e7\u00e3o de dados?<\/span><\/h2>\n

Um plano de replica\u00e7\u00e3o adequado institui pol\u00edticas que mant\u00eam uma ou mais c\u00f3pias de cada parte dos dados, de modo que, se uma \u00fanica parte faltar, pelo menos uma alternativa, idealmente mais, estar\u00e1 dispon\u00edvel.<\/span><\/p>\n

No n\u00edvel do aplicativo, isso se parece com o armazenamento de alguns registros de dados em um local mestre e o sistema de back-end mantendo c\u00f3pias desses dados como r\u00e9plicas. Pode ser complicado criar um servi\u00e7o personalizado para copiar todos os dados para outro local; mant\u00ea-los sincronizados \u00e9 um grande desafio de engenharia. Da mesma forma, o armazenamento de todas as r\u00e9plicas no mesmo local torna o sistema vulner\u00e1vel a desastres nesse local, eliminando todas as r\u00e9plicas.<\/span><\/p>\n

Portanto, a replica\u00e7\u00e3o divide os conjuntos de dados prim\u00e1rios em partes virtuais menores, conhecidas como parti\u00e7\u00f5es. Cada parti\u00e7\u00e3o \u00e9 replicada, de prefer\u00eancia em diferentes locais no disco, em outras redes, em volumes de armazenamento redundantes ou usando v\u00e1rias plataformas de nuvem e diferentes servidores remotos em racks segregados.\u00a0<\/span><\/p>\n

O potencial de complexidade costuma ser o fator limitante para as empresas que buscam implementar pr\u00e1ticas recomendadas de replica\u00e7\u00e3o de dados - \u00e9 essencial ter sistemas de front e back-end que lidem com isso de forma transparente.<\/span><\/p>\n

Replica\u00e7\u00e3o de dados na nuvem vs. replica\u00e7\u00e3o de dados tradicional<\/span><\/h2>\n

H\u00e1 v\u00e1rios n\u00edveis de op\u00e7\u00f5es de replica\u00e7\u00e3o de dados - a replica\u00e7\u00e3o de dados na nuvem \u00e9 uma delas. A replica\u00e7\u00e3o de dados tradicional tem algumas op\u00e7\u00f5es para replicar dados de e para outras fontes, como de um dispositivo m\u00f3vel para um PC local ou de um PC local para um banco de dados em rede. Um banco de dados em rede tamb\u00e9m pode ser replicado em uma rede externa para fins de backup.\u00a0<\/span><\/p>\n

A maioria desses casos de uso era simples e destinava-se apenas a preservar os dados em caso de falha, mas exigiria trabalho manual para remontar as pe\u00e7as enquanto estivesse off-line. Em geral, as r\u00e9plicas n\u00e3o eram acess\u00edveis diretamente aos aplicativos at\u00e9 que os n\u00f3s prim\u00e1rios falhassem e as r\u00e9plicas se tornassem \"ativas\" e assumissem o lugar do mestre.<\/span><\/p>\n

A replica\u00e7\u00e3o de dados na nuvem eleva esse n\u00edvel, permitindo que os aplicativos enviem dados para v\u00e1rios servi\u00e7os de armazenamento ou dados baseados na nuvem que, por sua vez, enviam r\u00e9plicas para outros recursos baseados na nuvem. Esses recursos imitam a replica\u00e7\u00e3o de dados tradicional em alguns aspectos, mas a estendem para a nuvem.\u00a0<\/span><\/p>\n

Vamos subir na pilha, dos cen\u00e1rios mais b\u00e1sicos aos mais avan\u00e7ados, para o planejamento de recursos na nuvem.\u00a0<\/span><\/p>\n

A replica\u00e7\u00e3o mais b\u00e1sica usaria v\u00e1rias m\u00e1quinas baseadas na nuvem no mesmo data center, ou seja, um cluster de banco de dados com v\u00e1rios n\u00f3s, talvez at\u00e9 no mesmo rack de servidor na mesma rede. Em seguida, a distribui\u00e7\u00e3o em n\u00edvel de rack espalha os n\u00f3s de dados por mais de um rack de hardware.\u00a0<\/span><\/p>\n

O pr\u00f3ximo est\u00e1gio espalha os dados em diferentes locais geogr\u00e1ficos em uma rede, por exemplo, regi\u00f5es ou zonas. Um banco de dados pode armazenar os dados mestres em S\u00e3o Francisco e r\u00e9plicas em Nova York e Londres. Isso \u00e9 Replica\u00e7\u00e3o entre centros de dados<\/a>como visto em sistemas como o Couchbase, que gerenciam a distribui\u00e7\u00e3o de n\u00f3s nos bastidores.<\/span><\/p>\n

O que \u00e9 replica\u00e7\u00e3o de dados de nuvem para nuvem?<\/span><\/h3>\n

Outra camada na escada de replica\u00e7\u00e3o \u00e9 entre v\u00e1rias nuvens. A replica\u00e7\u00e3o de nuvem no AWS pode ser semelhante \u00e0 do Google Cloud, mas aplicativos sofisticados podem se beneficiar significativamente com a replica\u00e7\u00e3o de servi\u00e7os de dados entre mais de um provedor de servi\u00e7os em nuvem.\u00a0<\/span><\/p>\n

Uma op\u00e7\u00e3o moderna de nuvem h\u00edbrida usa sua rede local como uma c\u00f3pia mestre e v\u00e1rios servi\u00e7os de nuvem ou regi\u00f5es variadas em uma nuvem como parte da replica\u00e7\u00e3o. O ideal \u00e9 que todos os n\u00f3s desse projeto sejam acess\u00edveis aos aplicativos (para leitura e grava\u00e7\u00e3o), mesmo quando n\u00e3o houver nenhum desastre em andamento.<\/span><\/p>\n

Antes de entrarmos em mais detalhes, \u00e9 importante saber que h\u00e1 muitas maneiras de projetar uma topologia de replica\u00e7\u00e3o para diferentes n\u00edveis de redund\u00e2ncia e desempenho. Os diferentes projetos incluem unidirecional, bidirecional, hub e spoke, circular etc. Este guia n\u00e3o prescreve uma topologia espec\u00edfica em detalhes, mas compartilha alguns dos conceitos subjacentes a elas em geral.<\/p>\n

\"\"

Algumas das topologias de replica\u00e7\u00e3o mais complexas<\/p><\/div>\n

 <\/p>\n

Por que replicar dados para a nuvem?<\/span><\/h2>\n

H\u00e1 diferentes motivos para replicar dados na nuvem. A rede privada de uma empresa pode ser redundante, mas precisa de mais distribui\u00e7\u00e3o geogr\u00e1fica. A replica\u00e7\u00e3o na nuvem permite que a organiza\u00e7\u00e3o mantenha seus dados de rede privada, mas tenha redund\u00e2ncia em caso de desastre. Os v\u00e1rios n\u00edveis de redund\u00e2ncia baseada em nuvem descritos acima ajudam a evitar danos causados por diferentes n\u00edveis de desastres - locais, espec\u00edficos do data center, falhas de rack etc.<\/span><\/p>\n

A replica\u00e7\u00e3o na nuvem acrescenta outro n\u00edvel de redund\u00e2ncia, contribuindo para a alta disponibilidade, mas tamb\u00e9m ajuda a evitar o bloqueio de fornecedor. Se um provedor de servi\u00e7os em nuvem tiver problemas, voc\u00ea poder\u00e1 mudar rapidamente para outro com o m\u00ednimo de interrup\u00e7\u00e3o.<\/span><\/p>\n

Benef\u00edcios do desempenho do aplicativo<\/span><\/h3>\n

Os cen\u00e1rios de desastres n\u00e3o s\u00e3o o \u00fanico motivo para usar a replica\u00e7\u00e3o de dados na nuvem; ela tamb\u00e9m pode acelerar a execu\u00e7\u00e3o de seus aplicativos, especialmente os aplicativos m\u00f3veis. Os sistemas modernos permitem que os aplicativos usem r\u00e9plicas como fontes de dados para aplicativos. Os m\u00e9todos tradicionais as mantinham como meros backups que poderiam se tornar ativos se necess\u00e1rio, simplificando intencionalmente a sincroniza\u00e7\u00e3o por ter apenas uma c\u00f3pia principal.<\/span><\/p>\n

Com r\u00e9plicas ativas dispon\u00edveis, os desenvolvedores de aplicativos podem escolher se desejam executar os dados em um local ou rede diferente. Isso \u00e9 fundamental para reduzir a lat\u00eancia da rede para aplicativos de alto desempenho.\u00a0<\/span><\/p>\n

Os jogos, por exemplo, exigem opera\u00e7\u00f5es de alta velocidade e alta largura de banda, portanto, os aplicativos s\u00e3o roteados para o servidor mais pr\u00f3ximo sempre que poss\u00edvel. As r\u00e9plicas dos dados ainda est\u00e3o dispon\u00edveis globalmente, mas um local \u00e9 preferido. Por exemplo, o acesso aos dados na Am\u00e9rica do Norte levaria mais tempo do que se uma c\u00f3pia estivesse dispon\u00edvel na \u00c1sia, onde o usu\u00e1rio mora.\u00a0<\/span><\/p>\n

Replica\u00e7\u00e3o de dados na nuvem para recupera\u00e7\u00e3o de desastres<\/span><\/h3>\n

Para atender \u00e0s necessidades modernas de recupera\u00e7\u00e3o de desastres, \u00e9 preciso haver mais do que simples c\u00f3pias de dados espalhadas pelo mundo. Pol\u00edticas de recupera\u00e7\u00e3o eficazes exigem que os dados sejam distribu\u00eddos de forma redundante para evitar desastres geogr\u00e1ficos, mas tamb\u00e9m devem estar dispon\u00edveis para troca em tempo real quando ocorrer uma falha.\u00a0<\/span><\/p>\n

As empresas n\u00e3o podem se dar ao luxo de esperar at\u00e9 que ocorra uma falha para enviar sua equipe para repar\u00e1-la. Em vez disso, os arquitetos projetam sistemas de dados que preveem falhas, atenuam-nas por meio de failover inteligente para novos n\u00f3s e ajudam as equipes de DevOps a corrigir o problema o mais r\u00e1pido poss\u00edvel. A interven\u00e7\u00e3o manual geralmente significa tempo de inatividade, o que ningu\u00e9m quer, portanto, back-ends automatizados para failover e recupera\u00e7\u00e3o s\u00e3o essenciais.<\/span><\/p>\n

O que foi dito acima se aplica a dados locais e em nuvem, exceto pelo fato de que os sistemas podem usar recursos baseados em nuvem para ajudar a identificar e solucionar falhas de algumas maneiras diferentes.\u00a0<\/span><\/p>\n

A rede de back-end dos servi\u00e7os em nuvem pode ajudar a manter os n\u00f3s distribu\u00eddos atualizados uns com os outros devido \u00e0 interconectividade robusta em suas redes. V\u00e1rios n\u00f3s no Google Cloud, por exemplo, mesmo que geograficamente distribu\u00eddos, podem tornar r\u00e1pido e simples manter a sincroniza\u00e7\u00e3o sem acionar os servidores locais da empresa para enviar dados de volta a outros locais.<\/span><\/p>\n

Suporte ao crescimento dos servi\u00e7os de dados<\/span><\/h3>\n

Os servi\u00e7os em nuvem tamb\u00e9m s\u00e3o projetados para serem el\u00e1sticos e crescerem conforme necess\u00e1rio. Por exemplo, se o disco de um n\u00f3 falhar, o servi\u00e7o de nuvem poder\u00e1 ativar um novo recurso, replicar os dados e remover o disco com falha. Os sistemas de nuvem automatizados podem fazer isso mais rapidamente do que um gerente de dados leva para perceber que h\u00e1 um problema.<\/span><\/p>\n

Da mesma forma, como os recursos s\u00e3o praticamente ilimitados na nuvem, \u00e0 medida que o uso de recursos\/dados aumenta, o servi\u00e7o de nuvem pode reajustar o particionamento e mudar para m\u00e1quinas maiores ou adicionar mais n\u00f3s, conforme necess\u00e1rio.<\/span><\/p>\n

Como os servi\u00e7os em nuvem existem globalmente, os aplicativos podem testar e descobrir quais r\u00e9plicas de seus dados seriam as melhores para usu\u00e1rios espec\u00edficos, dependendo de sua localiza\u00e7\u00e3o. Se um servi\u00e7o de dados ficar indispon\u00edvel ou a lat\u00eancia atingir um determinado limite, os aplicativos poder\u00e3o se deslocar para outra regi\u00e3o e continuar a opera\u00e7\u00e3o.<\/span><\/p>\n

C\u00f3digo personalizado para gerenciar a replica\u00e7\u00e3o<\/span><\/h2>\n

Como voc\u00ea pode ver, o potencial de replica\u00e7\u00e3o ininterrupta de dados tornou-se poss\u00edvel com os servi\u00e7os baseados em nuvem. No entanto, codificar a intelig\u00eancia em seu aplicativo pode ser um desafio, pois o maior potencial tamb\u00e9m aumenta a complexidade.\u00a0<\/span><\/p>\n

O desenvolvimento personalizado de uma solu\u00e7\u00e3o robusta \u00e9 caro e de manuten\u00e7\u00e3o complexa. O ideal \u00e9 que seu backend de gerenciamento de dados cuide de tudo isso para voc\u00ea. Verifique se seus sistemas t\u00eam op\u00e7\u00f5es f\u00e1ceis de usar para configurar r\u00e9plicas em n\u00f3s, racks, regi\u00f5es etc. Caso contr\u00e1rio, considere a possibilidade de encontrar uma alternativa melhor antes de se comprometer com as milhares de horas necess\u00e1rias para criar sua pr\u00f3pria solu\u00e7\u00e3o.<\/span><\/p>\n

O Couchbase \u00e9 um exemplo de banco de dados que ajuda a gerenciar tudo isso para voc\u00ea, oferecendo op\u00e7\u00f5es para escolher o equil\u00edbrio entre alta disponibilidade e alto desempenho. Com essas op\u00e7\u00f5es, \u00e9 poss\u00edvel implementar o planejamento de recupera\u00e7\u00e3o de desastres desde o primeiro dia e gerenciar os custos de infraestrutura no futuro.<\/span><\/p>\n

Saiba mais<\/span><\/h2>\n

Em resumo, a replica\u00e7\u00e3o tradicional pode exigir servidores cada vez maiores, mas a replica\u00e7\u00e3o de dados na nuvem permite flexibilidade \u00e0 medida que voc\u00ea cresce e oferece op\u00e7\u00f5es para manter tudo funcionando sem problemas. Leia nosso whitepaper: <\/span>Alta disponibilidade e recupera\u00e7\u00e3o de desastres para dados distribu\u00eddos globalmente<\/a> para obter mais informa\u00e7\u00f5es sobre as v\u00e1rias topologias e abordagens que recomendamos.<\/p>\n

Pronto para experimentar os benef\u00edcios da replica\u00e7\u00e3o de dados na nuvem com seus pr\u00f3prios aplicativos?
\nComece a usar o Couchbase Capella:<\/p>\n