¿Cuándo es la base de datos en la nube adecuada para mí?

9

Algunos dicen que DBaaS (base de datos como servicio), también conocida como base de datos en la nube, no es adecuada para Business Intelligence (BI), análisis (OLAP) o archivado.

¿Es esto cierto? En términos más generales, ¿cuándo DBaaS es la opción técnica más efectiva?

database database-design cloud-computing nakhli
fuente

Respuestas:

4

Es una opción técnica efectiva cuando hay mucho tráfico, uso intensivo constante.

Los ejemplos que enumeró hacen uso de la base de datos principalmente como una instalación de almacenamiento, y la búsqueda / procesamiento es un extra. La nube se trata principalmente de velocidad y potencia de CPU, y esto tiene un costo. Existen soluciones de archivo mucho menos costosas (y más confiables) que no proporcionan el tipo de velocidad pero superan la nube en todos los demás aspectos. BI, análisis, etc. tampoco son algo que realice 5000 veces por segundo las 24 horas del día, los 7 días de la semana. Será más barato construir un servidor dedicado, luego esperar un par de segundos para que finalice cada consulta, que pagar el mantenimiento de la nube para ese propósito.

Si proporciona aplicaciones web - software como servicio a través de la red, para muchos clientes, la nube es muy bienvenida y brinda la mayoría de los beneficios, ya que se adapta al tráfico que fluctúa pero siempre es alto. Si la carga es baja o cero la mayor parte del tiempo, existen soluciones más rentables.

Además, si los datos son muy confidenciales, no es aconsejable colocarlos en máquinas de terceros compartidas con otras compañías aleatorias, supervisadas por personas fuera de su control ...

SF.
fuente
4

Una razón por la que uso SQL Azure para mi inicio en una instalación completa de SQL es que las bases de datos en la nube generalmente me permiten enfocarme en mi aplicación en lugar de enfocarme en mantener SQL Server actualizado / actualizado / ajustado / escalado / agrupado / y cualquier otro trabajo administrativo que lo haga llévame lejos de las cosas.

Aunque es posible que necesitemos hacer SQL Server local en el futuro dependiendo de cuánto confíen los usuarios en otras compañías que alojan sus datos, desde el punto de vista del desarrollador, hace muchas cosas por mí:

  • Me da más tiempo para concentrarme en la aplicación.
  • Ahorra dinero en una instancia de SQL completa (miles de dólares frente a $ 10 / mes por GB) hasta que decida que necesito SQL completo.
  • Me da todas las características que espero, como copias de seguridad / indexación.
  • Puedo ejecutar mis propios análisis en la base de datos. Es mi base de datos, así que puedo hacer lo que quiera. Puede que no esté listo para usar en la mayoría de los casos, por lo que si solo desea ejecutar SSRS / SSAS, siempre puede pagar varios miles de dólares adicionales por la versión completa. : - /
  • Como SF. dice que es autoescalable y redundante, por lo que es muy probable que no pierda datos porque el servidor falla. Si un servidor muere, estará de regreso en segundos si tarda tanto.
Ryan Hayes
fuente
¿Su aplicación también está alojada en Azure? De lo contrario, me interesaría saber si cree que tener la base de datos alojada tan lejos de la aplicación le da a su aplicación un notable rendimiento (he estado interesado en usar la nube para db pero no el alojamiento de aplicaciones).
KallDrexx
Sí, mi aplicación está alojada en Azure, por lo que todo está muy cerca. Sin embargo, en realidad, los centros de datos de Azure están bastante separados (costa oeste, costa este, centro, asia, etc.). En realidad, puede establecer dónde desea que estén sus servicios alojados, por lo que podría acercarse bastante (dentro de una región del país) a su aplicación, donde sea que la aloje. No creo que sea demasiado, siempre y cuando tengas una conexión sólida. Azure es bastante rápido en mi experiencia, pero no probé un Azure DB con una aplicación local y lo probé más allá de una muestra cuando estaba aprendiendo. Parecía rápido, sin embargo.
Ryan Hayes