Veja em 3 minutos como a replicação de banco de dados pode ajudar na melhoria da disponibilidade e do desempenho de sistemas…

Esta animação explica de forma bastante simples o que é uma replicação de banco de dados e os benefícios de ter sua base de dados descentralizada.

Conte para nós escrevendo para contato@object.com.br como é o seu projeto e ajudaremos a você estudar os prós e contras de se trabalhar com replicação de banco de dados.

Nosso produto OBJECTMMRS é muito flexível podendo ajudar em muitos cenários, desde um simples backup em tempo real até a projetos complexos de distribuição de dados envolvendo bases de dados de diferentes fabricante e também bases NoSQL em Cloud.

A OBJECT acaba de lançar a versão 8.0 do seu software de replicação de banco de dados OBJECTMMRS. Esta nova versão, batizada de OBJECTMMRS Cloud, surgiu após anos de experiência da empresa em projetos de replicação de bancos de dados, tanto para governo quanto para variados tamanhos de empresas, aliado à novas tecnologias trazidas pela nova geração que começa a participar ativamente trazendo novos conhecimentos à equipe.

Destaques do OBJECTMMRS Cloud

• Compatibilidade com todos os mais comuns bancos de dados do mercado, tanto open source, quanto comerciais, inclusive versões free dos comerciais. (SQL e NoSQL).
• Versão free que permite o acesso à tecnologia de replicação para desenvolvedores, startups, estudantes e pequenos negócios.
• Simplificação do processo de instalação, administração e monitoramento se comparado à versão anterior do OBJECTMMRS e também a vários outros produtos.
• Eliminação da necessidade de IPs fixos, hostnames, etc. Apenas o endereço do componente “Stage” precisa ser conhecido. Os componentes “Adapter” que fazem o papel de coletar, transformar e enviar dados funcionam como se fosse um navegador web acessando um site na Internet (“Stage”).
• Segurança total para os dados transitados, com uso de HTTPS como protocolo padrão de comunicação e controle de acesso aos web-services via OAUTH 2.0.
• Possibilidade de tuning de tamanho de pacotes enviados permitindo adequação às condições de rede de cada projeto.
• Componente “Stage” orquestrador e armazenamento temporário de filas preparado para instalação em Cloud como container Docker. Garantia de padronização da instalação, upgrades facilitados, escalabilidade total podendo ser instalado em Kubernetes. Atende desde os menores projetos de replicação até replicação entre milhares de bases de dados.
• Componente “Adapter” instalável da forma mais adequada a cada tipo de projeto e plataforma operacional, etc. (Container docker, Linux/Unix process, Windows service).

Entre em contato e experimente sem compromisso nosso novo produto. Leia mais em OBJECTMMRS Cloud – Detahes

Não perca mais negócios devido à desconectividade. Em um país como o Brasil onde a Internet é satisfatória (não digo boa) apenas nas grandes capitais fica impossível tentar trabalhar com sistemas informatizados centralizados, por melhor que seja seu datacenter não tem jeito, seus usuários mais distantes sofrerão demais para usar com produtividade o sistema, e fatalmente negócios serão perdidos.

Uma antiga providência para tratar o problema são os chamados ETLs, onde sistemas locais enviam dados em formas de arquivos texto, XMLs, etc, para um servidor central, isso melhora bastante o cenário, mas traz junto um atraso considerável que pode ser de até 5 dias em alguns negócios.

Nosso produto de replicação de banco de dados, o OBJECTMMRS trabalha com o conceito de CDC, trabalhando “near real-time”, i.e., em poucos minutos você consegue ter seus dados centralizados de forma transparente para o usuário e também ter dados replicados de volta para os servidores distribuidos geograficamente de modo a refletir de forma quase tempo real todas as atualizações ocorridas a nível nacional / internacional.

Você não precisa trabalhar 8 (centralizado) ou 80 (descentralizado transmitindo arquivos), trabalhe com o conceito de CDC e replicação de banco de dados assíncrona como o OBJECTMMRS oferece que terá pelo menos um pouco do melhor desses 2 cenários (a velocidade na sincronização dos dados e a simplicidade dos ETLs).

Recentemente foi divulgado um texto com as justificativas da equipe técnica do UBER para a substituição do PostgreSQL pelo MySQL como seu banco de dados da app que todos conhecem.

Um dos principais problemas alegados pela equipe do UBER foi com a replicação de banco de dados. Eles citam que um simples UPDATE causa um volume grande de atualizações que precisam ser propagadas pela rede para todos os servidores. O que ocorre é que optaram pelo modo de replicação “física” disponível nativamente no PostgreSQL. Este modo de replicação deveria ser usado apenas quando os servidores estivessem em rede local pois existe necessidade de grande banda de rede para que os dados sejam replicados em tempo viável para manter a consistência dos servidores. Outro problema mencionado foi relativo ao upgrade de versão de PostgreSQL. Como usam essa ferramenta nativa do PostgreSQL para a replicação então TODOS os servidores precisam sofrer o upgrade ao mesmo tempo, imagine isso num cenário com mais de 100 servidores, imposssível não é mesmo.

Se seu negócio vive no mundo real, onde banda de internet é ruim, onde é impossível um upgrade de versão simultâneo, conheça o OBJECTMMRS. Com absoluta certeza o UBER não teria deixado de usar o PostgreSQL se usasse o OBJECTMMRS como ferramenta de replicação. O UBER é um exemplo de aplicação onde é perfeitamente viável o uso de um software assíncrono de replicação, onde a replicação seja realizada apenas na camada lógica do banco de dados.

Antes de decidir qual modelo de replicação usar consulte a OBJECT Sistemas, poderemos esclarecer para o seu cenário específico os motivos de uma determinada ferramenta ser ou não adequada, e poderemos também dizer se o OBJECTMMRS é viável para o seu projeto. Responderemos às suas dúvidas de forma estritamente técnica, sem nenhum compromisso com a aquisição de nosso software.

Fonte: Artigo publicado no website infoq