Quando o banco de dados em nuvem é adequado para mim?


9

Alguns dizem que o DBaaS (banco de dados como serviço) - também conhecido como banco de dados em nuvem - não é adequado para Business Intelligence (BI), analytics (OLAP) ou arquivamento.

Isso é verdade? De maneira mais geral, quando DBaaS é a escolha técnica mais eficaz?

Respostas:


4

É uma escolha técnica eficaz quando há muito tráfego, uso pesado constante.

Os exemplos que você listou utilizam o banco de dados principalmente como um recurso de armazenamento, sendo a pesquisa / processamento muito mais. A nuvem é principalmente sobre velocidade e potência da CPU, e isso tem um custo. Existem soluções de arquivamento muito mais baratas (e mais confiáveis) que não fornecem o tipo de velocidade, mas superam a nuvem em todos os outros aspectos. BI, análises etc. também não são algo que você executa 5000 vezes por segundo 24 horas por dia, 7 dias por semana. Será mais barato construir um servidor dedicado e aguarde alguns segundos para que cada consulta termine do que pagar a manutenção na nuvem para esse fim.

Se você fornece aplicativos da Web - software como serviço pela rede, para muitos clientes, a nuvem é muito bem-vinda e oferece mais benefícios, pois se adapta ao tráfego flutuante, mas sempre alto. Se a carga for baixa ou nula na maioria das vezes, existem soluções mais econômicas.

Além disso, se os dados forem muito confidenciais, não é aconselhável colocá-los em máquinas de terceiros compartilhadas com outras empresas aleatórias, supervisionadas por pessoas fora de seu controle ...


4

Uma razão pela qual eu uso o SQL Azure para minha inicialização em uma instalação completa do SQL é que os bancos de dados em nuvem geralmente me permitem focar no meu aplicativo em vez de manter o SQL Server atualizado / atualizado / ajustado / dimensionado / em escala / em cluster / e todos os outros trabalhos administrativos que tira-me das coisas.

Embora possamos precisar executar o SQL Server local no futuro, dependendo de quanto os usuários confiam em outras empresas que hospedam seus dados, do ponto de vista de um desenvolvedor, ele faz muitas coisas para mim:

  • Dá-me mais tempo para me concentrar no aplicativo.
  • Economiza dinheiro em uma instância completa do SQL (milhares de dólares contra US $ 10 / mês por GB) até que eu decida que preciso do SQL completo.
  • Dá-me todos os recursos que eu espero, como backups / indexação.
  • Eu posso executar minhas próprias análises no banco de dados. É o meu banco de dados, para que eu possa fazer o que quiser. Na maioria dos casos, ele pode não estar pronto para uso, portanto, se você quiser executar o SSRS / SSAS, poderá sempre pagar vários mil extras pela versão completa. : - /
  • Como SF. diz que é escalável automaticamente e redundante, então você (altamente provavelmente) não perderá dados porque o servidor trava. Se um servidor morrer, você voltará em segundos, se demorar tanto.

Seu aplicativo também está hospedado no Azure? Caso contrário, eu estaria interessado em ouvir se você acha que ter o banco de dados hospedado tão longe do aplicativo dá ao seu aplicativo um desempenho perceptível (eu estava interessado em usar a nuvem para db, mas não em hospedagem de aplicativos).
KallDrexx

Sim, meu aplicativo está hospedado no Azure, então tudo está muito próximo. Embora, realmente, os datacenters do Azure estejam bem distantes (costa oeste, costa leste, central, Ásia, etc.). Na verdade, você pode definir onde deseja que seus serviços hospedados estejam, para chegar bem perto (dentro de uma região do país) do seu aplicativo, onde quer que o hospede. Eu não acho que isso seria demais, desde que você tenha uma conexão sólida. O Azure é muito rápido em minha experiência, mas eu não tentei um banco de dados do Azure com um aplicativo local e o testou além de uma amostra quando estava aprendendo. Parecia rápido, no entanto.
Ryan Hayes
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.