[firebase-br] Cloud Computing

[Carlos H. Cantu (TeamFB)]

Jim Starkey, criador do InterBase, acabou de sair da MySQL pra montar
uma empresa que pretende desenvolver um "CloudDB" que vai ser chamar de Nimbus.

Recentemente, houve várias discussões sobre o assunto entre ele e
usuários do Firebird, na lista FB Architect. Acho que antes de mais
nada, você deveria dar uma olhada nos arquivos daquela lista:

http://tech.groups.yahoo.com/group/Firebird-Architect/?yguid=77247328

Procure as mensagens com titulo "Cloud databases".

[]s
Cantu (Membro do TeamFB - FireBase)
http://www.warmboot.com.br
FireBase - http://www.FireBase.com.br
Blog - http://blog.firebase.com.br

AS> Olá a todos,

AS> De uns tempos pra cá vem aparecendo muito essa idéia de cloud
AS> computing, que isso vai revolucionar o
AS> mercado, etc, etc. Mas ainda existem muitos problemas a serem
AS> resolvidos e um deles é inerente aos bancos
AS> de dados. Aproveitando o espaço da lista queria tirar umas dúvidas.

AS> Para uma aplicação utilizar o poder dessa organização,
AS> distribuição é imprescindível. Imaginem que tenho
AS> 3 servidores em partes do mundo diferentes, distantes entre si e
AS> em cada um deles armazenarei dados. Como
AS> poderia organizar a estrutura para garantir a máxima
AS> disponibilidade e redundância possíveis?

AS> Idéia 1:
AS> Cada um dos servidores rodam o SGBD e possuem um arquivo de banco de dados.

AS> Problemas:
AS> - Como seria feita a convergência de dados entre os 3 servidores? 
AS> - O firebird suporta algum recurso de convergência de dados entre
AS> servidores diferentes? Numa situação
AS> extrema, digamos que um dado foi guardado no servidor 1 e antes
AS> de realizar a convergência, o servidor 1
AS> caiu. Quer dizer que o usuário não terá o dado disponível, mesmo que a aplicação esteja rodando
AS> normalmente, afinal tenho mais 2 servidores? 
AS> - O crescimento é exponencial. Como tudo ta guardado em todos os
AS> servidores, não aproveitaria realmente
AS> todo meu parque e minha disponibilidade de serviço seria limitada.

AS> Idéia 2:
AS> Cada um dos servidores armazena apenas o arquivo de banco de
AS> dados e tenho um outro servidor com o SGBD
AS> que gerencia os arquivos nos servidores remotos.

AS> Problemas:
AS> - O firebird suporta esse tipo de gerenciamento? Um servidor
AS> gerenciando múltiplos arquivos remotos? 
AS> - Nesse caso, com um servidor, minha disponibilidade é baixa,
AS> pois se o SGBD cair, cai a aplicação
AS> inteira. Se colocase outro servidor pra gerenciar os 3 arquivos
AS> (5 servidores, 2 rodando os SGBDs, 3
AS> arquivos de dados), correria o risco de corrupção de dados? 
AS> - O firebird consegue balancear a carga? Exemplo: o servidor 1
AS> não está disponível no momento da
AS> gravação, então o firebird escolhe o servidor 2 para gravar o dado.
AS> - O firebird consegue fazer um select em todos os arquivos para
AS> procurar os dados, servindo assim como
AS> uma camada concentradora de dados que estão espalhados pelo mundo?

AS> Por ser uma lista sobre firebird, gostaria de saber o que ele
AS> oferece. Mas se alguem souber de outros
AS> SGBDs que façam isso, creio que é legal citar, só por curiosidade.

AS> Essas foram as idéias que tive até o momento para bolar uma
AS> solução, mas tá dificil.. :)... Qualquer
AS> sugestão é muito bem vinda e espero que ajude outras pessoas também.


AS> Obrigado.
AS> Alexandre Sousa