Azure-docs: Por qué mezclar Table Storage y CosmosDB en un tema de Table Storage

@ kdawg1406 ¡ Gracias por la pregunta! Estamos investigando y lo actualizaremos en breve.

Hola @kwaman
Tanto Table Storage como Cosmos DB son ofertas para almacenar datos estructurados NoSQL en Azure y, por lo tanto, agrupados.

Asignaremos este problema al propietario del contenido para que lo evalúe y actualice según corresponda.

Necesitaba el consejo y los artículos subsiguientes sobre las diferencias (uno en el TOC aquí, y otro vinculado en el consejo que va a la sección relevante de Cosmos DB). Mi primera pregunta fue cuál era la diferencia entre los dos y los que respondieron esto por mí.

La sugerencia se enmarca un poco como una venta adicional, así que entiendo por qué el comentarista original dejó los comentarios que hizo. Después de profundizar en los productos, veo por qué necesitamos ambos (o al menos necesitamos las opciones de capacidad / rendimiento / precio de ambos).

No está claro si los SDK de CosmosDB son compatibles con el servicio habitual de Azure Table Storage.

Además, instalar los paquetes Microsoft.Azure.Cosmos.Table y Microsoft.Azure.Storage.Blob en el mismo proyecto es un gran problema; estos tienen muchos tipos similares como CloudStorageAccount , StorageCredentials y StorageException . Esto no parece una gran experiencia 🙁

En mi humilde opinión: tan cerca de un bloqueador de adopciones. Microsoft está gastando MUCHO dinero para atraer nuevos negocios.

Cuando es difícil tener éxito con los documentos (sin un conocimiento técnico profundo de Azure), esto bloquea u obstaculiza la adopción.

Gaste los recursos y simplifique los documentos para que una persona que intente incorporarse tenga éxito.

Una sola NOTA en la parte superior, haciendo referencia a Cosmos-db, es aceptable y tiene sentido. Pero después de la nota, déjelo descansar y deje que el contenido coincida con el título y las expectativas del usuario.

Karl

Estoy de acuerdo en que esto es confuso. Terminé aquí tratando de encontrar documentación para usar Azure Table Storage sin la (más costosa y, en mi caso, oferta de Cosmos DB innecesaria), pero casi todos los enlaces no lo envían a la API de tabla de Cosmos DB. Eso es lamentable.

¿Debemos concluir de esto que Table Storage, tal como lo conocíamos, eventualmente simplemente se incorporará a Cosmos DB? Si no es así, ¿se podría vincular la documentación adecuada de la tabla de almacenamiento desde esta página?

De acuerdo, esto es muy confuso.
Estaba tratando de averiguar qué paquete nuget necesito para Azure Table Storage; encontré la página del paquete anterior en:
https://www.nuget.org/packages/WindowsAzure.Storage/
Apunta a:
https://www.nuget.org/packages/Microsoft.Azure.CosmosDB.Table/
Lo que apunta a:
https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Table

¿Lo que realmente no dice que este sea el paquete para Azure Table Storage? Dice: "Esta biblioteca cliente permite trabajar con el almacenamiento de tablas de Microsoft Azure CosmosDB ..."
De todos modos, lo instalé y parece funcionar.

También es muy importante señalar las áreas en las que CosmosDb no encaja. Voy a utilizar estas tablas como fuente de datos para PowerBI, y aunque puede llamar a esa conexión entre PowerBI y CosmosDb como "Vista previa", es muy parecido a las pruebas en producción. Realmente me gustaría saber si va a eliminar las opciones de almacenamiento de la tabla en el espacio de almacenamiento normal para aumentar su oferta de CosmosDb. Si ese es el camino que está tomando, necesitamos saberlo para poder evaluar otras opciones.

La documentación de Azure Table Storage es realmente confusa.

Sí, puedo hacerme eco de mucho de lo que se dice aquí. Solo estoy buscando un par de tablas pequeñas para acompañar algunas funciones de Azure y estoy luchando por comenzar. Los cambios en la documentación parecen indicar que Cosmos DB está reemplazando las tablas de almacenamiento de Azure, ya que la mayoría de los documentos ahora apuntan a Cosmos. Pero mirando el precio, no es el adecuado para mi proyecto, no necesito tanto rendimiento, escala o RU.

Todo esto está haciendo que mi experiencia inicial sea un desastre, comenzando a desear haber creado una aplicación de consola y una pequeña base de datos SQL de Azure.

Azure Table Storage ( vínculo ) y Azure Cosmos DB Table API ( vínculo ) son dos servicios separados en los que Cosmos DB Table API todavía ofrece la misma funcionalidad que la API de Table Storage pero con funcionalidad adicional. Si tiene alguna pregunta con respecto a la hoja de ruta o la funcionalidad, comuníquese con AskCosmosDB . Están felices de responder a sus preguntas.

Sí, también estoy confundido, y en preguntas sobre el almacenamiento de Azure Table, dicen "esto es propiedad del equipo de CosmosDB" ..., también el almacenamiento de Azure Table, tiene un precio (casi) cero para las empresas iniciales, que es de aproximadamente $ 5 / mes para cosmosdb ..., etc.

@ Mike-Ubezzi-MSFT: en realidad, son bastante diferentes en funcionalidad si intenta usarlo en PowerBI (definitivamente es una solución de prueba en producción que se proporcionó en PowerBI. Realmente debería eliminarse de PowerBI hasta que esté listo. ) Luché contra eso por un tiempo hasta que entendí que en realidad estaba roto, simplemente parecía que era una opción (funciona para las Tablas normales, pero no para las Tablas Cosmos)

Hice la llamada la semana pasada para eliminar Azure como una posibilidad de almacenamiento de tablas no estructurado para nuestra solución debido a la ambigüedad sobre el futuro en la plataforma Azure. He visto este ciclo de Microsoft antes, cuando el departamento de ventas ha decidido apostar por un producto y no quiero quedar atrapado en medio de eso nuevamente.

En los enlaces proporcionados: si observa el enlace de Azure Table Storage que proporcionó ( enlace ), la mayoría de las instrucciones tratan sobre cómo convertir a CosmosDb o cómo usar CosmosDb. Aquellos de nosotros que hemos existido por un tiempo sabemos lo que eso significa. Pregunte a los poderes públicos que nos digan si están matando un producto para que podamos dejar de construir con él y encontrar otras soluciones que funcionen para nosotros. (Mike, sé que no eres tú, y no pretendo hacerte sentir como un oponente en esto).

@MarkSiteRankSystems Gracias por los comentarios. Hay una entrada de Uservoice para este ( enlace ) y esta funcionalidad parece no estar planificada. Además, el controlador ODBC para Cosmos DB admite la API de SQL: actualmente, la conexión a Azure Cosmos DB con el controlador ODBC solo es compatible con las cuentas de la API de SQL de Azure Cosmos DB ( vínculo ).
¿Existe algún tutorial que utilice la API de tabla de Cosmos con PowerBI? Esto debería ser tirado.
En cuanto a la documentación, estoy de acuerdo en que todos los servicios deberían estar detallados de principio a fin en su propio libro, en lugar de este híbrido de información superpuesta. Se han capturado comentarios.

Tengo la impresión de que hay un impulso comercial sobre Cosmos DB, que aprovecha la confusión de los usuarios y espera que activen Cosmos DB en lugar de Azure Table.
Sin embargo, esto deja fuera a los usuarios que no necesitan el costoso Cosmos DB y solo podrían usar Azure Table Storage o buscar en otro lugar a los competidores de Microsoft (hay competidores similares a Azure Table Storage que están bien comunicados y no dan la impresión de estar cerrados el día siguiente).

Además, este impulso a una API común [1] y comercialmente a Cosmos DB nos dejó con la documentación rota. Hoy estaba leyendo StackOverflow [2] y descubrí que la documentación de Tables Attribute [IgnoreProperty] [3] se desconectó.

Es muy malo que intentar hacer una venta adicional, en cambio, está molestando a su base de clientes.

[1] una API común no es algo malo en sí, pero cuando la documentación de la API se escribe dejando la impresión de que Azure Table Storage se está descartando, es una práctica comercial cuestionable
[2] https://stackoverflow.com/questions/53084652/azure-table-storage-property-attributes
[3] https://docs.microsoft.com/en-us/dotnet/api/microsoft.windowsazure.storage.table.ignorepropertyattribute?view=azure-dotnet

¡Feliz Año Nuevo! Esto aún no está resuelto. Estoy tan contento de haber encontrado esta discusión, ya no me siento tan solo.

He deducido que debería poder usar Microsoft.Azure.Cosmos.Table para Azure Tables, con suerte para la administración de las tablas en sí y los datos que contienen. ¿Alguien conoce alguna muestra relevante / actual para estos casos para Azure Tables? Estoy bien evitando la capa de entidad / repositorio; realmente solo quiero administrar declaraciones CRUD simples y comandos DDL.

Jaja, estamos en mayo de 2020 ... y el mismo problema aquí. No estoy interesado en Cosmos DB y estoy usando MongoDB Atlas (usando el tipo UUID heredado no C # por cierto ...), solo quiero una opción simple y barata de Azure Table de pago por uso para almacenar registros y como copia de seguridad secundaria para no perder datos ... para lo que parece difícil encontrar documentos. Una búsqueda de "tabla azul" en el portal de Azure me apunta a Azure CosmosDB ... parece imposible encontrar documentos recientes en las buenas tablas antiguas de Azure ...
Supongo que tendré que ir a otro lugar ...

@ alexandre-spieser Está buscando una instancia de documentación de Azure Storage independiente. Si está buscando crear una instancia de Table Storage, la búsqueda de Azure Storage y Table se implementará junto con las opciones de almacenamiento basado en Blob, Queue y File.

Este documento explica ambas opciones y cómo Azure Table Storage está alineado como producto, es parte del servicio Cosmos DB. Si busca ver las diferencias: API de tabla en Azure Cosmos DB Vs Azure Table Storage . Si busca una instancia de tabla que no sea de Cosmos DB, consulte la documentación de Azure Storage .

Ahora procederemos a cerrar este hilo. Si hay más preguntas sobre este asunto, por favor comente y con gusto continuaremos la discusión.

@ Mike-Ubezzi-MSFT Muchos documentos técnicos para Azure Table Storage apuntan a documentos técnicos de CosmosDB. La explicación es que este es el mismo grupo / equipo de productos dentro de Microsoft Hower. El almacenamiento de Azure Table está mal documentado.

Azure Table Storage y Azure Cosmos DB son como Azure Storage Queue y Azure Service Bus. El primero es para operaciones de acceso básico y almacenamiento barato y el segundo es un almacenamiento más caro pero con funciones de acceso avanzadas. Ambos son útiles en diferentes escenarios. Todos deberían ser productos independientes.

PD. La API de tabla para Cosmos DB actualmente no puede servir como un reemplazo para Azure Table Storage porque la funcionalidad esencial: la clasificación por PartitionKey Y RowKey falta allí (https://stackoverflow.com/questions/54946694/ordering-data-in-azure -cosmos-tabla-api). Dicha clasificación es ampliamente utilizada por aplicaciones que usan Azure Tables (porque esta es solo la posibilidad de clasificación allí) y personalmente no entiendo por qué Cosmos DB súper avanzado no admite una funcionalidad tan simple a través de Table API.

Es más fácil decirlo que hacerlo. mientras se trabaja para MSFT por un breve período, uno puede entender por qué los documentos se hacen de esta manera, ¡siempre se necesita un flujo de comentarios en evolución!

Quería hacer un seguimiento de este tema. Entiendo la necesidad de que los documentos de Azure Table Storage y Azure Cosmos DB Table API estén separados. Este es un esfuerzo mayor y algo que se está discutiendo internamente y gracias por seguir compartiendo sus pensamientos e ideas al respecto.
Además, hay una opción de clasificación con Cosmos Table API como se señaló el 15 de marzo de 2019 como respuesta al hilo de Stack Overflow. Consulte también la solicitud de la función de clasificación de API de tabla que se completó el 17 de marzo. Para ver las versiones actuales y futuras y las notas de la versión, consulte: API estándar de Azure Cosmos DB Table .NET: descarga y notas de la versión

Aparte de las características, todavía existe una gran diferencia de costo entre las soluciones en algunos escenarios. Por lo tanto, CosmosDB es bueno, pero no reemplazará a Table Storage para consultas simples y requisitos de bajo costo.

Aquí hay una guía para comenzar a trabajar rápidamente con Azure Table Storage heredado con el último paquete Microsoft.Azure.Cosmos.Table NuGet

1. Obtenga el ejemplo de código: https://github.com/Azure-Samples/azure-cosmos-table-dotnet-core-getting-started
2. Actualizar todos los paquetes de NuGet
3. Comente en Program.cs ambas líneas pertenecientes a BasicSamples (son las nuevas cosas de Cosmos, los bits heredados de Azure Table Storage están en AdvancedSamples)
4. En Settings.json, establezca "StorageConnectionString": "UseDevelopmentStorage = true;"
5. Inicio del emulador de almacenamiento de Azure
6. Ejecuta el código

Opcionalmente
En AdvancedSamples.cs comenta la línea await SamplesUtils.DeleteEntityAsync (table, customerRead);
Use Microsoft Azure Storage Explorer para conectarse al emulador y ver la tabla creada y sus datos

Espero que ayude a alguien

@ Mike-ubezzi-MSFT: ¿Alguna idea sobre la creación de un documento de migración sobre cómo pasar del almacenamiento obsoleto de Windows a los paquetes de CosmosDB? Sé que es tan fácil como cambiar los espacios de nombres, pero cuando buscaba documentos, me trajeron aquí como el éxito principal.