Microsoft Azure Storage vs. Azure SQL Database

Question

Vi que había una pregunta similar hace varios meses, pero realmente no solucionó mi problema. Aquí va ...

Estoy en el proceso de construir desde cero una aplicación .NET basada en la web que tiene el potencial de convertirse en un sitio de gran volumen (varios cientos de miles de páginas visitadas al mes para empezar) y estoy considerando usar Microsoft Azure para alojarlo. Aún no he construido nada y todavía estoy investigando mis diferentes opciones.

La aplicación en sí es, en esencia, una aplicación CRUD estándar que actúa sobre una serie de diferentes tipos de entidades (por ejemplo, usuario, orden, artículo, etc.). Probablemente se estén ejecutando algunos procesos en segundo plano y algunos cola de datos (para actualizaciones que no son en tiempo real, como obtener una insignia SO, por ejemplo), pero la mayoría de las interacciones con el usuario serán las acciones típicas de CRUD.

En cuanto a Azure, he leído varios artículos sobre el uso de almacenamiento de Microsoft Azure para almacenar datos transaccionales y estoy considerando hacerlo en lugar de usar SQL DB de Azure. Sin embargo, no he visto ni leído una serie de historias de éxito de personas reales o empresas reales que hacen eso. Así que pensé en contactar a la comunidad de SO para ver si alguien ha tenido alguna experiencia con el uso de Microsoft Azure Storage, qué tipo de suerte has tenido, cualquier problema que debería tener en cuenta y las mejores prácticas que hayas realizado. presentar.

He leído mucho sobre la sección MSN de Microsoft Azure y sobre la programación del documento API de Microsoft Azure Table de Microsoft. Estoy buscando consejos prácticos, lecciones aprendidas, mejores prácticas, etc. ¡Gracias de antemano!

Answer 1

El almacenamiento de Windows Azure es como cualquier almacenamiento NoSQL. Funciona en escenarios de alta escala for us (bombeo de millones de registros por usuario). Sin embargo, el enfoque CRUD clásico es un poco difícil de escalar o adaptarse a esto.

Recomendaría empezar a buscar a lo largo de CQRS style of architectures. Aquí hay algunas referencias que puede empezar:

• Open Source Lokad.CQRS project for Windows Azure (patrones y orientación incluidas)
• Efficient architectures for Azure discussion en MSDN

Answer 2

También debe comprobar su patrón de uso de datos antes de decidir utilizar Azure Almacenamiento o almacenamiento SQL. Dado que Azure Storage proporciona soluciones NoSQL, están más orientadas a los requisitos básicos que no informan. Aquí, informar no significa informes, pero implica que las capacidades de consulta del almacenamiento de Azure son limitadas y no optimizadas para varios escenarios de consulta. Con la arquitectura CQRS, las operaciones CRUD e Informes están desacopladas y, por lo tanto, se puede hacer una combinación n de Azure Storage y Azure SQL.

Answer 3

Otro lugar para encontrar información es salir de las opciones de Windows Azure y mirar AWS. Las opciones S3 & SimpleDB han sido revisadas durante un período de tiempo más largo y tienen muchas historias de éxito adicionales disponibles en la web. Sin embargo, S3 & SimpleDB son muy similares en funcionalidad a Windows Azure Storage Table y Blob Storage. Si está pensando en datos verdaderamente grandes, para los cuales son estas estructuras, definitivamente revise las opciones de AWS. Si solo fuera por un punto de referencia sobre soluciones existentes construidas alrededor de big data.

En cuanto a SQL Azure, es ideal para muchas transacciones, manteniendo bajos los costos de transacción y manteniendo relaciones e integridad general basadas en datos relacionales.Sin embargo, si va a tener volúmenes masivos de datos, simplemente siga adelante y apunte a las estructuras de big data, como Windows Azure Table o SimpleDB de Amazon.

Answer 4

Depende del tipo de datos de que se trate; en general, existe una tendencia a sobreestimar los requisitos de datos transaccionales. Una gran cantidad de datos realmente pueden encajar en un SQL Azure de 1 GB (somos un proveedor de SAAS y los datos transaccionales de casi 20 clientes pueden caber en ese espacio). Además, por alguna extraña razón, he visto que el consumo de espacio de SQL Azure parece ser algo menor que el tamaño de la base de datos que veo en las instalaciones (puede que tenga que ver con la forma en que manejan los registros, no estoy seguro). Y ahora 50 GB es el límite, lo que es francamente, ENORME.

Sin embargo, también debe tener en cuenta lo que aumenta el uso del espacio: el almacenamiento de imágenes, videos u otros objetos grandes en la base de datos puede aumentar considerablemente el consumo de espacio. Es mejor mantener este tipo de objetos en Windows Azure.

Respuesta breve: mantenga los datos transaccionales en SQL Azure y los datos no relacionales en Windows Azure. Trabajar con SQL Azure también mantendrá a los desarrolladores más productivos, ya que es bastante familiar en términos de programación. Trate Windows Azure de forma similar a cómo trataría el almacenamiento local de archivos de Windows con algunos beneficios adicionales (estructuras de tabla básicas compatibles).

Answer 5

Otra cosa a considerar es el número de transacciones que va a enviar/recibir de la tienda. Lo bueno de SQL Azure es que es un costo/mes fijo y si está realizando las consultas dentro del mismo centro de datos (es decir, desde una función web de Windows Azure ubicada en el mismo centro de datos que su base de datos SQL Azure), entonces hay sin cargos adicionales

Aunque el costo de las transacciones en las tiendas de Windows Azure es bastante bajo, es algo que tiene el potencial de sumarse si se hacen suficientes.