aplicação Saas, está gerenciando db's mysql separados por cliente bastante para a frente?

Question

Quando se trata de gerenciar um banco de dados, é obviamente mais fácil gerenciar um único banco de dados com todos os dados do cliente (multilocatário).

Se eu fosse criar o aplicativo com um único cliente em mente, o que significa que cada novo cliente significa que terá seu próprio banco de dados mysql separado.

Isso significa que, se eu tiver 10 mil clientes, terei 10 bancos de dados mysql, um para cada cliente.

Isso seria um pesadelo para gerenciar? (atualizações, etc.)

certas coisas serão mais fáceis, gostando de fazer backup de um banco de dados de clientes. Além disso, se um cliente está usando mais recursos, pode-se fazer backup e mover seu banco de dados para um servidor que não é muito utilizado, etc.

Comentários?

    

Answer 1

Pessoalmente, é minha opinião que a integridade e a segurança dos dados de cada cliente são mais importantes do que qualquer outra consideração. Eu nunca configuraria dois clientes diferentes para usar o mesmo banco de dados. Se este é o negócio que você escolheu, então minha opinião é de que é sua responsabilidade e sua responsabilidade fornecer um ambiente que garanta a integridade e a segurança dos dados de cada cliente. Se isso significa que você tem mais custos de hardware e mais custos indiretos de gerenciamento, isso é o custo de fazer negócios.

    

Answer 2

Eu optaria pela consolidação do uso de bancos de dados menores. Os bancos de dados 10K pareceriam um pesadelo para gerenciar, mas, ao mesmo tempo, há uma oportunidade para uma melhor recuperação de desastres.

Os recursos são um bom ponto para abordar e abordar problemas quando esses bancos de dados estão em recursos de hardware diferentes.

Talvez você possa fazer isso caso a caso. clientes de E / S pesados em bancos de dados individuais e grupos de menos intensivos. provavelmente não há uma solução padronizada que funcione aqui se o intervalo puder aumentar até 10.000.