No artigo o produto ObjectMMRS foi lembrado e indicado como ferramenta multiplataforma para replicação de banco de dados.

Recomendamos a todos os interessados em replicação de bases de dados que leiam o artigo, é muito didático, o autor abordou de forma simples e direta o assunto mostrando as diversas opções disponíveis para projetos de replicação e a sua importância no momento atual.

A maior comodidade e simplicidade para a equipe de TI em se manter apenas uma base de dados central em empresas de médio a grande porte tem se mostrado um pesadelo para quem está no final da linha, o usuário dos sistemas.
Não dá para crescer a quantidade de serviços oferecidos tendo-se uma arquitetura centralizada, inevitavelmente a lentidão uma hora ou outra vai aparecer e os transtornos causados serão imensuráveis.

No mês de janeiro tivemos notícias de problemas no sistema do Detran do Estado de São Paulo (http://www.agora.uol.com.br/saopaulo/ult10103u1033262.shtml).

No final de janeiro, mais especificamente no dia 30 procurei uma loja da Vivo para correção de uma conta telefônica, onde haviam sido debitados 5 pacotes de 90 minutos, algum erro de operação, etc. Fiquei la aguardando uns 15 minutos e de repente fomos informados que o sistema “caiu” e que não havia nenhuma previsão de volta, e que alias segundo o funcionário da loja, o sistema vinha estado assim instável desde a virada do ano, ou seja, quase 30 dias de problemas, eu não consigo nem imaginar o transtorno que isso tem causado para uma grande empresa como a Vivo.
Certa vez um consultor que presta serviços de TI para a Vivo comentou comigo que a Vivo seria um excelente cliente para nosso produto (ObjectMMRS), mas que seria impossível implantar nosso produto lá porque nosso produto utiliza trigger para a coleta de log / fila. Segundo ele a máquina principal da base de dados central era tão sobrecarregada que se uma trigger fosse criada travaria tudo.

Fiquei um bom tempo refletindo, o que será mais nocivo ? Uma empresa que concentra todos os seus negócios e conhecimento em uma única base de dados ou uma trigger para coletar log / fila.

Em todos os clientes onde utilizei o método de coleta de log / fila por trigger nunca tive problema de desempenho, não porque a trigger não provoca “overhead” (pois provoca e muito, se nos preocuparmos em medir exclusivamente o tempo a mais para um insert, update ou delete por exemplo, esquecendo que o volume grande de operações em um SGBD é de select na grande maioria dos casos) mas sim porque ao utilizar o ObjectMMRS a empresa descentraliza sua operação, ou seja, o que ela fazia numa única base de dados passa a fazer em N bases, então a sobrecarga no banco de dados simplesmente desaparece, e com isso você pode começar a usar os recursos “avançados” que seu banco de dados oferece sem a neura do problema do desempenho – afinal de contas a idéia de usar um banco de dados relacional é para agilizar a obtenção de dados não é ? Se não fosse para isso qual o motivo então de ter saído do COBOL ? Se não pudermos fazer nada no banco de dados então perde-se o sentido, não dá para ficar usando um banco de mãos amarradas, não pode trigger, não pode join, não pode isso não pode aquilo, etc..

No mês de outubro/2011 estivemos em Denver/Colorado/USA palestrando para usuários do banco de dados PostgreSQL, e nesta ocasião tivemos a oportunidade de jantar com conceituados consultores de banco de dados – eles nos contaram ter clientes com volumes absurdos de dados, da ordem de 4 bilhões de inserts diários em uma base de dados, etc. E o que deu para ver foi que existe uma tendência ao “database sharding” que é justamente quebrar uma base de dados central e única em diversas menores, todas trabalhando simultaneamente, cada uma atendendo uma determinada região ou área de negócio. Esta é uma opção inteligente porque permite à empresa utilizar hardwares mais modestos em seus servidores de banco de dados, por exemplo, em vez de um servidor único de R$ 1,5 mi pode-se usar 4 servidores de R$ 100 mil e assim por diante. Nos EUA eles já passaram por esta fase de tentar resolver o problema de desempenho de banco de dados restringindo o que se pode fazer com o banco e comprando hardware ultra-sofisticado a preços absurdos, agora a idéia é outra, a idéia é realmente “dividir para conquistar” e passar a usar os dados de forma mais distribuída e com hardware modesto.

O ObjectMMRS pode ser usado como infra-estrutura básica para a criação de um ambiente deste tipo onde desmonta-se um servidor central único em N servidores menores, talvez geograficamente localizados mais próximos dos seus usuários trazendo assim inclusive economia de banda de rede e melhoria de disponibilidade.

Caso tenha interesse em discutir e saber como implantar uma arquitetura descentralizada de forma gradativa entre em contato, teremos prazer em fazer uma visita e explicar como o ObjectMMRS pode ajudar.

E sempre procuram resolver o problema de uma forma que acredito que não tem dado muito resultado, que é a forma mais simples mas em contra partida mais cara de resolver o problema: escalar o hardware, sempre comprando hardware cada vez mais caro e de difícil reposição.

A solução para isto não está no hardware, está na arquitetura de software e banco de dados da aplicação, faça a aplicação de forma descentralizada, trabalhe com N servidores e N bancos de dados, fique livre dos problemas de desempenho e de disponibilidade, trabalhe com hardware de baixo custo !!

A OBJECT pode ajudar no planejamento para a mudança de uma arquitetura centralizada para uma arquitetura descentralizada, nosso principal produto, o OBJECTMMRS ajuda muito pois permite que este processo de descentralização seja gradativo, você migra da aplicação centralizada para a descentralizada em etapas, sem o stress de uma implantação traumática – continue usando parte da sua aplicação de forma centralizada, com bancos de dados proprietários de alto custo, etc, e gradativamente va migrando para arquitetura descentralizada, com o uso de servidores e bancos de dados de baixo custo – O OBJECTMMRS vai ligar estes 2 mundos diferentes para você, de forma transparente e totalmente gerenciada.

Entre em contato, solicite uma visita para entendermos o seu problema e mostrarmos como podemos ajudar.

O OBJECTMMRS foi utilizado neste projeto como um integrador de dados em tempo real entre bancos de dados heterogêneos, e também foi usado no mesmo projeto como um descentralizador, onde cada unidade de saúde teria a sua base de dados local garantindo assim alto desempenho e alta disponibilidade.

A íntegra do trabalho de André pode ser vista em http://www.object.com.br/files/monografia_AndreBaracho.pdf

Com este trabalho André concluiu a sua pós-graduação em Banco de Dados com ênfase em SGBD Oracle (IESB – Centro Universitário de Brasília).

O grupo utiliza o banco de dados PostgreSQL com sucesso desde 2002.

Agradecemos aos organizadores do evento PGBR, mais uma vez foi um evento de sucesso, e neste ano contou com mais de 400 participantes.

Slides da palestra:

• http://www.object.com.br/files/Disp_Total_PgBR2011.pptx
• http://www.object.com.br/files/PgBr2011_Anderson.pptx

Destacamos a hospitalidade dos organizadores do evento (em especial Sr. Kevin Kempter), que nos deram todo o suporte necessário em nossa estadia na linda cidade de Denver.

Nesta viagem pudemos mostrar nossa idéia de descentralização que foi muito bem aceita por muitos dos presentes, adoraram a idéia de conseguir a custos baixos alta disponibilidade e alto desempenho. Também foi muito proveitosa tecnicamente já que pudemos discutir alguns conceitos de nosso produto com renomados engenheiros e arquitetos de software.

Slides da apresentação:

• http://www.object.com.br/files/Total_Availability_PgDay2011.pptx
• http://www.object.com.br/files/PgDay-Denver-2011.pptx

• 21 de outubro – PgDay Denver 2011 – http://pgday.consistentstate.com/schedule
• 3 e 4 de novembro – PGBR 2011 – http://pgbr.postgresql.org.br/2011/palestras.php

Venham ver a palestra e vejam como é possível o uso do PostgreSQL em aplicações corporativas que requerem alto desempenho e alta disponibilidade, a rede Shibata realiza diariamente mais de 500 mil operações (INSERT/UPDATE/DELETE) em sua base de dados central, estando hoje com aproximadamente 90Gb de dados.

Através do uso do OBJECTMMRS, os dados recebidos nos concentradores dos PDVs, atualmente um banco de dados MySQL em cada loja da rede, serão replicados continuamente para o ERP / Retaguarda que trabalha com banco de dados PostgreSQL, e estes dados da retaguarda por sua vez são replicados para um servidor central PostgreSQL que recebe os dados e em tempo real também com o uso do OBJECTMMRS replica para a base de Business Intelligence, que é uma base de dados SQLServer.

Mas não pára por aí, uma vez os dados transformados pelas “classes customizadas” desenvolvidas pela própria equipe de TI da rede e gravados na base de BI SQLServer, o OBJECTMMRS mais uma vez entra em ação para replicar estes dados para as bases de dados SQLite localizadas nos smart-phones padrão Android que poderão ser usados online ou offline para a análise de vendas, compras, custos e rentabilidade.

O OBJECTMMRS entra neste circuito como o integrador de todas estas aplicações, oferecendo ao empresário dados em tempo real de centenas de PDVs consolidados em sua base de dados local do seu tablet ou smart-phone, podendo ele usar estes dados em qualquer situação ou ambiente, como por exemplo em uma longa viagem aérea, etc.

Entre em contato conosco e venha ser mais uma empresa a ter informações sempre disponíveis, nunca mais se preocupe com a frase “o sistema está fora do ar”, ou então “a rede está fora”, etc.

Nosso email: contato@object.com.br

Mais uma vez o evento foi um sucesso, repleto de pessoas interessadas na compreensão de novas tecnologias, novos paradigmas, mentes abertas sempre à procura da melhor solução para atender bem a seus clientes.
Nossos agradecimentos a todos os parcipantes, e mais uma vez nossos parabéns aos organizadores do evento (Carlos Cantu e equipe) que mais uma vez deu um show de organização e pontualidade – nossa palestra começou exatamente às 9:00 hrs em ponto conforme agenda, e conseguimos termina-la também dentro do prazo estabelecido e pudemos responder ainda a diversas questões levantadas pelos participantes.

A apresentação (telas) e áudio da palestra poderão ser obtidos no DVD do evento que deverá estar disponível em breve no website do evento, em http://www.firebirddevelopersday.com.br