[firebase-br] 1.500 bancos FB ao mesmo tempo c/10 usuários via web

Eduardo Bahiense eduardo em icontroller.com.br
Seg Ago 25 00:56:00 -03 2008


Complementando ...

Eu contrataria uma consultoria de um bom DBA e Arquiteto de Informações.

Eduardo


Eduardo Bahiense escreveu:
> Olá Arlei
> 
> Com esse volume, com certeza, a melhor abordagem é um banco multi empresas.
> 
> Quanto às rescisões, não vejo limitação, você pode desenvolver um script 
> de extração do metadata pelo ID da empresa.
> 
> Quanto aos datacenters da vida, certamente, é o melhor que você pode 
> fazer. Prover ambiente seguro e estável, no mesmo nível que um IDC pode 
> te oferecer, 24x7, é muito mais caro que alugar um.
> 
> Hoje temos um sistema rodando desta forma, com 7500 usuários, utilizando 
> apenas dois fdbs de 3GB e o FB dá show! Não creio que você tenha que 
> "apelar" para nada.
> 
> Agora, 1500 arquivos vão te dar diversos gargalos, principalmente com 
> acesso à disco e memória, sem falar em fazer bkps de 1500 bancos 
> diariamente e também eventuais atualizações de ddl/dml. Tudo isso vai 
> acabar te forçando a escalonar por máquinas, 1 servidor para cada 100 
> bancos, pelo menos, o que lhe causará um custo em datacenter muito 
> grande, e um esforço de manutenção enorme, mesmo com oracle e outros.
> 
> Acredito que você deva estar partindo para um arquitetura em camadas com 
> pool de conexões. Não vejo como suportar um ambiente desses em uma 
> aboradagem cliente/servidor.
> 
> Um cuidado que vocês devem tomar é na construção das queries, tudo tem 
> que estar bem otimizado. Basta uma query mal escrita comendo 90% de CPU, 
> para teus 1500 clientes ficarem fora do ar, independente do número de 
> bancos que você utilize.
> 
> É uma empreitada desafiadora! Boa sorte!
> 
> 
> Eduardo
> 
> 
> Arlei Ferreira Farnetani Junior escreveu:
>> Pessoal, estou finalizando um projeto onde teremos 1.500 empresas,
>> sendo cada empresa com mais ou menos de 5 a 10 usuários na média.
>>
>> Precisaremos separar cada empresa por um banco (.fdb). Pelo menos
>> esta é a idéia que definimos ser mais segura e rápida. Cada cliente
>> tem a sua base independente.
>>
>> Me digam uma coisa, este sistema será via Web.
>>
>> Vocês sabem me dizer se num servidor único eu conseguiria jogar
>> esta qtde de Banco de Dados com esta qtde de usuários acessando
>> o mesmo ou teria que partilhar recursos neste caso?
>>
>> Qual seria a configuração mais recomendada? Ou vcs acham que
>> eu deva partir direto para os datacenters da vida?
>>
>> Alguém pode me recomendar algum?
>>
>> Seria melhor eu ter apenas um banco de dados e definir a empresa
>> usuária por uma tabela ou até mesmo por segurança e desempenho
>> seria interessante eu ter pra cada empresa um banco de dados (.fdb)?
>>
>> O grande lance é que caso o cliente desista do contrato, temos que
>> garantir que seu banco de dados seja devolvido.
>>
>> Vocês acham que o Firebird aguenta o batente ou terei que partir
>> pra um Mysql, PostgresSql ou Oracle? 
>>
>>
>> ______________________________________________
>> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
>> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
>> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
>>
> 
> 
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use: http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas: http://firebase.com.br/pesquisa
> 





Mais detalhes sobre a lista de discussão lista