Respuestas:
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 ...
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í: