Compartir a través de


.NET AspireCosmos DBEntity Framework Core integración

Incluye:Integración de alojamiento incluida Integración de alojamiento —&— Client integración incluidaClient integración

Azure Cosmos DB es un servicio de base de datos NoSQL totalmente administrado para el desarrollo de aplicaciones modernas. La integración de .NET AspireCosmos DBEntity Framework Core permite conectarse a instancias de Cosmos DB existentes o crear nuevas instancias desde .NET con el emulador de Azure Cosmos DB.

Integración de hospedaje

El modelo de integración de hospedaje de .NET.NET AspireAzure Cosmos DB modela los distintos recursos Cosmos DB como los siguientes tipos:

Para acceder a estos tipos y API para expresarlos, añade el paquete 📦Aspire.Hosting.Azure.CosmosDB NuGet en el proyecto app host.

dotnet add package Aspire.Hosting.Azure.CosmosDB

Para obtener más información, consulte dotnet add package (Agregar paquete ) o Manage package dependencies in applications (Administrar dependencias de paquetes en .NET aplicaciones).

Agregar AzureAzure Cosmos DB recurso

En tu proyecto de alojamiento de la aplicación, llama a AddAzureCosmosDB para añadir y devolver un generador de recursos AzureAzure Cosmos DB.

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db");

// After adding all resources, run the app...

Al agregar un AzureCosmosDBResource al host de la aplicación, expone otras API útiles para agregar bases de datos y contenedores. Es decir, debe agregar un AzureCosmosDBResource antes de añadir cualquiera de los otros recursos Cosmos DB.

Importante

Al llamar a AddAzureCosmosDB, llama implícitamente a AddAzureProvisioning, lo que agrega compatibilidad para generar recursos de Azure dinámicamente durante el inicio de la aplicación. La aplicación debe configurar la suscripción y la ubicación adecuadas. Para obtener más información, consulte Aprovisionamiento local: Configuración.

Bicep generado por el aprovisionamiento

Si no está familiarizado con Bicep, es un lenguaje específico del dominio para definir Azure recursos. Con .NET.NET Aspire, no es necesario escribir Bicep manualmente, sino que las API de aprovisionamiento generan Bicep automáticamente. Al publicar la aplicación, el Bicep generado se muestra junto con el archivo de manifiesto. Al agregar un recurso AzureAzure Cosmos DB, se genera el siguiente Bicep:

@description('The ___location for the resource(s) to be deployed.')
param ___location string = resourceGroup().___location

resource cosmos 'Microsoft.DocumentDB/databaseAccounts@2024-08-15' = {
  name: take('cosmos-${uniqueString(resourceGroup().id)}', 44)
  ___location: ___location
  properties: {
    locations: [
      {
        locationName: ___location
        failoverPriority: 0
      }
    ]
    consistencyPolicy: {
      defaultConsistencyLevel: 'Session'
    }
    databaseAccountOfferType: 'Standard'
    disableLocalAuth: true
  }
  kind: 'GlobalDocumentDB'
  tags: {
    'aspire-resource-name': 'cosmos'
  }
}

output connectionString string = cosmos.properties.documentEndpoint

output name string = cosmos.name

El Bicep anterior es un módulo que aprovisiona un recurso de cuenta AzureAzure Cosmos DB. Además, las asignaciones de roles se crean para el Azure recurso en un módulo independiente:

@description('The ___location for the resource(s) to be deployed.')
param ___location string = resourceGroup().___location

param cosmos_outputs_name string

param principalId string

resource cosmos 'Microsoft.DocumentDB/databaseAccounts@2024-08-15' existing = {
  name: cosmos_outputs_name
}

resource cosmos_roleDefinition 'Microsoft.DocumentDB/databaseAccounts/sqlRoleDefinitions@2024-08-15' existing = {
  name: '00000000-0000-0000-0000-000000000002'
  parent: cosmos
}

resource cosmos_roleAssignment 'Microsoft.DocumentDB/databaseAccounts/sqlRoleAssignments@2024-08-15' = {
  name: guid(principalId, cosmos_roleDefinition.id, cosmos.id)
  properties: {
    principalId: principalId
    roleDefinitionId: cosmos_roleDefinition.id
    scope: cosmos.id
  }
  parent: cosmos
}

El Bicep generado es un punto de partida y se ve influido por los cambios en la infraestructura de aprovisionamiento en C#. Las personalizaciones realizadas directamente en el archivo Bicep se sobrescribirán, por lo que los cambios deben realizarse a través de las API de aprovisionamiento de C# para garantizar que se reflejen en los archivos generados.

Personalización de la infraestructura de aprovisionamiento

Todos los recursos .NET AspireAzure son subclases del tipo AzureProvisioningResource. Este tipo permite la personalización del Bicep generado proporcionando una API fluida para configurar los recursos Azure mediante la API ConfigureInfrastructure<T>(IResourceBuilder<T>, Action<AzureResourceInfrastructure>). Por ejemplo, puede configurar el kind, consistencyPolicy, locations, etc. En el ejemplo siguiente se muestra cómo personalizar el recurso de AzureAzure Cosmos DB:

builder.AddAzureCosmosDB("cosmos-db")
    .ConfigureInfrastructure(infra =>
    {
        var cosmosDbAccount = infra.GetProvisionableResources()
                                   .OfType<CosmosDBAccount>()
                                   .Single();

        cosmosDbAccount.Kind = CosmosDBAccountKind.MongoDB;
        cosmosDbAccount.ConsistencyPolicy = new()
        {
            DefaultConsistencyLevel = DefaultConsistencyLevel.Strong,
        };
        cosmosDbAccount.Tags.Add("ExampleKey", "Example value");
    });

El código anterior:

Hay muchas más opciones de configuración disponibles para personalizar el recurso AzureAzure Cosmos DB. Para obtener más información, consulte Azure.Provisioning.CosmosDB. Para obtener más información, vea Azure. Personalización del aprovisionamiento.

Conexión a una cuenta de AzureAzure Cosmos DB existente

Es posible que tenga una cuenta de AzureAzure Cosmos DB existente a la que desea conectarse. Puede encadenar una llamada para anotar que su AzureCosmosDBResource es un recurso existente:

var builder = DistributedApplication.CreateBuilder(args);

var existingCosmosName = builder.AddParameter("existingCosmosName");
var existingCosmosResourceGroup = builder.AddParameter("existingCosmosResourceGroup");

var cosmos = builder.AddAzureCosmosDB("cosmos-db")
                    .AsExisting(existingCosmosName, existingCosmosResourceGroup);

builder.AddProject<Projects.WebApplication>("web")
       .WithReference(cosmos);

// After adding all resources, run the app...

Para obtener más información sobre cómo tratar los recursos de AzureAzure Cosmos DB como recursos existentes, consulte Uso de recursos de Azure existentes.

Nota

Como alternativa, en lugar de representar un recurso de AzureAzure Cosmos DB, puede agregar una cadena de conexión al host de la aplicación. Este enfoque está débilmente tipado y no funciona con asignaciones de roles ni personalizaciones de infraestructura. Para obtener más información, consulte Azure.

Añadir AzureAzure Cosmos DB recursos de base de datos y contenedor

.NET Aspire modela las relaciones de padre e hijo entre Azure Cosmos DB recursos. Por ejemplo, una AzureAzure Cosmos DB cuenta (AzureCosmosDBResource) puede tener varias bases de datos (AzureCosmosDBDatabaseResource) y cada base de datos puede tener varios contenedores (AzureCosmosDBContainerResource). Al agregar una base de datos o un recurso de contenedor, lo hace en un recurso primario.

Para agregar un recurso de base de datos de AzureAzure Cosmos DB, llame al método AddCosmosDatabase en una instancia de IResourceBuilder<AzureCosmosDBResource>:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db");
var db = cosmos.AddCosmosDatabase("db");

// After adding all resources, run the app...

Al llamar a AddCosmosDatabase, agrega una base de datos denominada db a los recursos de Cosmos DB y devuelve el recurso de base de datos recién creado. La base de datos se crea en la cuenta de Cosmos DB representada por el AzureCosmosDBResource que has agregado anteriormente. La base de datos es un contenedor lógico para colecciones y usuarios.

Un contenedor de AzureAzure Cosmos DB es donde se almacenan los datos. Al crear un contenedor, debe proporcionar una clave de partición.

Para agregar un recurso de contenedor de AzureAzure Cosmos DB, llame al método AddContainer en una instancia de IResourceBuilder<AzureCosmosDBDatabaseResource>:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db");
var db = cosmos.AddCosmosDatabase("db");
var container = db.AddContainer("entries", "/id");

// After adding all resources, run the app...

El contenedor se crea en la base de datos representada por el AzureCosmosDBDatabaseResource que agregó anteriormente. Para obtener más información, vea Bases de datos, contenedores y elementos en AzureAzure Cosmos DB.

Ejemplo de relación de recursos padre-hijo

Para comprender mejor la relación de elementos primarios y secundarios entre Azure Cosmos DB recursos, considere el ejemplo siguiente, que muestra cómo agregar un Azure Cosmos DB recurso junto con una base de datos y un contenedor:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos");

var customers = cosmos.AddCosmosDatabase("customers");
var profiles = customers.AddContainer("profiles", "/id");

var orders = cosmos.AddCosmosDatabase("orders");
var details = orders.AddContainer("details", "/id");
var history = orders.AddContainer("history", "/id");

builder.AddProject<Projects.Api>("api")
       .WithReference(profiles)
       .WithReference(details)
       .WithReference(history);

builder.Build().Run();

El código anterior agrega un AzureAzure Cosmos DB recurso denominado cosmos con dos bases de datos: customers y orders. La customers base de datos tiene un único contenedor denominado profiles, mientras que la orders base de datos tiene dos contenedores: details y history. La clave de partición de cada contenedor es /id.

El siguiente diagrama ilustra la relación padre-hijo entre los recursos AzureAzure Cosmos DB:

Diagrama que representa las relaciones primarias-secundarias de los recursos AzureAzure Cosmos DB.

Cuando el código host de su aplicación exprese las relaciones primarias-secundarias, el cliente podrá establecer enlaces profundos a estos recursos por su nombre. Por ejemplo, se puede hacer referencia a la customers base de datos por nombre en el proyecto cliente, registrando una Database instancia que se conecta a la customers base de datos. Lo mismo se aplica a los contenedores con nombre, por ejemplo, el details contenedor se puede hacer referencia por nombre en el proyecto cliente, registrando una Container instancia que se conecta al details contenedor.

Adición de un recurso del emulador de AzureAzure Cosmos DB

Para añadir un recurso de emulador AzureAzure Cosmos DB, encadena una llamada de un IResourceBuilder<AzureCosmosDBResource> a la API de RunAsEmulator.

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db")
                    .RunAsEmulator();

// After adding all resources, run the app...

Al llamar a RunAsEmulator, configura los recursos de Cosmos DB para que se ejecuten localmente mediante un emulador. En este caso, el emulador es el AzureAzure Cosmos DB Emulador. El emulador de Azure Cosmos DB proporciona un entorno local gratuito para probar las aplicaciones de Azure Cosmos DB y es un complemento perfecto para la integración de hospedaje .NET AspireAzure. El emulador no está instalado, sino que es accesible para .NET.NET Aspire como contenedor. Al agregar un contenedor al host de la aplicación, como se muestra en el ejemplo anterior con la imagen de mcr.microsoft.com/cosmosdb/emulator, crea e inicia el contenedor cuando se inicia el host de la aplicación. Para más información, consulte Ciclo de vida de los recursos del contenedor.

Configuración del contenedor del emulador de Cosmos DB

Hay varias configuraciones disponibles para los recursos de contenedor, por ejemplo, puede configurar los puertos del contenedor, las variables de entorno, su duración y mucho más.

Configurar el puerto de puerta de enlace del contenedor emulador Cosmos DB

De forma predeterminada, el contenedor del emulador de Cosmos DB cuando lo configura .NET Aspire, expone los siguientes puntos de conexión:

Punto final Puerto de contenedor Puerto de servidor
https 8081 dinámico

El puerto en el que está escuchando es dinámico de forma predeterminada. Cuando se inicia el contenedor, el puerto se asigna a un puerto aleatorio en el equipo host. Para configurar el puerto de punto de conexión, encadene llamadas en el generador de recursos de contenedor proporcionado por el método RunAsEmulator tal como se muestra en el ejemplo siguiente:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db").RunAsEmulator(
                     emulator =>
                     {
                         emulator.WithGatewayPort(7777);
                     });

// After adding all resources, run the app...

El código anterior configura el punto de conexión Cosmos DB del contenedor del emulador https para que escuche en el puerto 8081. El puerto del contenedor del emulador de Cosmos DB se asigna al puerto host, como se muestra en la tabla siguiente:

Nombre del punto de conexión Asignación de puertos (container:host)
https 8081:7777
Configurar contenedor emulador Cosmos DB con tiempo de vida persistente

Para configurar el contenedor del emulador Cosmos DB con una duración persistente, invoca el método WithLifetime en el recurso del contenedor del emulador Cosmos DB y proporciona ContainerLifetime.Persistent:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db").RunAsEmulator(
                     emulator =>
                     {
                         emulator.WithLifetime(ContainerLifetime.Persistent);
                     });

// After adding all resources, run the app...

Para más información, consulte Duración de los recursos del contenedor.

Configurar contenedor emulador Cosmos DB con volumen de datos

Para agregar un volumen de datos al recurso del emulador de AzureAzure Cosmos DB, llame al método WithDataVolume en el recurso del emulador de AzureAzure Cosmos DB:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db").RunAsEmulator(
                     emulator =>
                     {
                         emulator.WithDataVolume();
                     });

// After adding all resources, run the app...

El volumen de datos se usa para conservar los datos del emulador de Cosmos DB fuera del ciclo de vida de su contenedor. El volumen de datos se monta en la ruta /tmp/cosmos/appdata en el contenedor emulador Cosmos DB y cuando no se proporciona un parámetro name, se genera el nombre. El emulador tiene su variable de entorno AZURE_COSMOS_EMULATOR_ENABLE_DATA_PERSISTENCE establecida en true. Para obtener más información sobre los volúmenes de datos y detalles sobre por qué se prefieren sobre montajes de enlace, consulte Docker docs: Volúmenes.

Configurar la cantidad de particiones del contenedor de emulador Cosmos DB

Para configurar el recuento de particiones del contenedor del emulador de Cosmos DB, llame al método WithPartitionCount:

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db").RunAsEmulator(
                     emulator =>
                     {
                         emulator.WithPartitionCount(100); // Defaults to 25
                     });

// After adding all resources, run the app...

El código anterior configura el contenedor del emulador de Cosmos DB para tener un recuento de particiones de 100. Se trata de una abreviatura para establecer la variable de entorno AZURE_COSMOS_EMULATOR_PARTITION_COUNT.

Uso del emulador basado en Linux(versión preliminar)

La próxima generación del AzureAzure Cosmos DB emulador está completamente basada en Linux y está disponible como un contenedor Docker. Admite la ejecución en una amplia variedad de procesadores y sistemas operativos.

Para usar la versión preliminar del emulador de Cosmos DB, llame al método RunAsPreviewEmulator. Dado que esta característica está en versión preliminar, debe activarla explícitamente optando por la función de vista previa mediante la supresión del diagnóstico experimental ASPIRECOSMOSDB001.

El emulador de vista previa también admite la exposición de un punto de conexión de "Data Explorer", que permite ver los datos almacenados en el emulador de Cosmos DB a través de una interfaz de usuario web. Para habilitar el Explorador de datos, llame al método WithDataExplorer.

#pragma warning disable ASPIRECOSMOSDB001

var builder = DistributedApplication.CreateBuilder(args);

var cosmos = builder.AddAzureCosmosDB("cosmos-db").RunAsPreviewEmulator(
                     emulator =>
                     {
                         emulator.WithDataExplorer();
                     });

// After adding all resources, run the app...

El código anterior configura el contenedor emulador basado en la Linuxvista previa Cosmos DB, con el punto de conexión Data Explorer, para utilizarlo en tiempo de ejecución.

Comprobaciones de salud de integración de hospedaje

La integración de hospedaje Azure Cosmos DB agrega automáticamente una comprobación de estado para el recurso Cosmos DB. La verificación de salud comprueba que el Cosmos DB está en funcionamiento y que se puede establecer una conexión con él.

La integración de hospedaje se basa en el 📦 paquete NuGet AspNetCore.HealthChecks.CosmosDb .

Integración con Client

Para comenzar con la .NET Aspire integración de MicrosoftEntity Framework CoreCosmos DB, instale el paquete NuGet 📦AspireMicrosoft.EntityFrameworkCore.Cosmos en el proyecto de cliente consumidor, es decir, el proyecto de la aplicación que utiliza el cliente de MicrosoftEntity Framework CoreCosmos DB.

dotnet add package Aspire.Microsoft.EntityFrameworkCore.Cosmos

Agregar contexto a Cosmos DB

En el archivo Program.cs del proyecto que consume el cliente, llame al método de extensión AddCosmosDbContext para registrar un System.Data.Entity.DbContext para su uso a través del contenedor de inyección de dependencias. El método toma un parámetro de nombre de conexión y un parámetro de nombre de base de datos.

builder.AddCosmosDbContext<MyDbContext>("cosmosdb", "databaseName");

Como alternativa, el nombre de la base de datos se puede deducir de la conexión cuando hay una base de datos única en la cadena de conexión. En este caso, puede omitir el parámetro nombre de la base de datos:

builder.AddCosmosDbContext<MyDbContext>("cosmosdb");

Sugerencia

El parámetro connectionName debe coincidir con el nombre usado al agregar el recurso Cosmos DB en el proyecto host de la aplicación. Es decir, cuando se llama a AddAzureCosmosDB y se proporciona un nombre de cosmosdb ese mismo nombre se debe usar al llamar a AddCosmosDbContext. Para obtener más información, consulte Agregar AzureAzure Cosmos DB recurso.

A continuación, puede recuperar la instancia de DbContext mediante inyección de dependencia. Por ejemplo, para recuperar el cliente de un servicio:

public class ExampleService(MyDbContext context)
{
    // Use context...
}

Para obtener más información sobre el uso de Entity Framework Core con Azure Cosmos DB, consulte los ejemplos de Azure Cosmos DB del SDK de NoSQL para .NET.

Configuración

La integración de Microsoft .NET AspireEntity Framework CoreCosmos DB proporciona varias opciones para configurar la conexión Azure Cosmos DB en función de los requisitos y convenciones de su proyecto.

Uso de una cadena de conexión

Al usar una cadena de conexión de la sección de configuración de ConnectionStrings, puede proporcionar el nombre de la cadena de conexión al llamar a builder.AddCosmosDbContext:

builder.AddCosmosDbContext<MyDbContext>("CosmosConnection");

Y, a continuación, la cadena de conexión se recuperará de la sección de configuración de ConnectionStrings:

{
  "ConnectionStrings": {
    "CosmosConnection": "AccountEndpoint=https://{account_name}.documents.azure.com:443/;AccountKey={account_key};"
  }
}

Para más información, consulte la documentación de ConnectionString.

Uso de proveedores de configuración

La integración .NET Aspire Microsoft Entity Framework CoreCosmos DB soporta Microsoft.Extensions.Configuration. Carga el EntityFrameworkCoreCosmosSettings desde archivos de configuración como appsettings.json. Ejemplo _appsettings.json que configura algunas de las opciones:

{
  "Aspire": {
    "Microsoft": {
      "EntityFrameworkCore": {
        "Cosmos": {
          "DisableTracing": true
        }
      }
    }
  }
}

Para el esquema completo de integración Cosmos DB de cliente JSON, consulte Aspire.Microsoft.EntityFrameworkCore.Cosmos/ConfigurationSchema.json.

Utiliza delegados en línea

También puede pasar el delegado Action<EntityFrameworkCoreCosmosSettings> configureSettings para configurar algunas o todas las opciones en línea EntityFrameworkCoreCosmosSettings, por ejemplo, para desactivar el rastreo desde el código:

builder.AddCosmosDbContext<MyDbContext>(
    "cosmosdb",
    settings => settings.DisableTracing = true);

Client comprobaciones de estado de la integración

La .NET Aspire integración de Microsoft Entity Framework CoreCosmos DB actualmente no implementa verificaciones de salud, aunque esto puede cambiar en futuras versiones.

Observabilidad y telemetría

.NET.NET Aspire las integraciones configuran automáticamente las configuraciones de registro, seguimiento y métricas, que a veces se conocen como los pilares de la observabilidad. Para obtener más información sobre la observabilidad y la telemetría de integración, consulte .NET.NET Aspire La introducción a las integraciones. En función del servicio de respaldo, algunas integraciones solo pueden admitir algunas de estas características. Por ejemplo, algunas integraciones admiten el registro y el seguimiento, pero no las métricas. Las funciones de telemetría también se pueden deshabilitar mediante las técnicas presentadas en la sección de configuración .

Registro

La integración de .NET Aspire Microsoft Entity Framework CoreCosmos DB usa las siguientes categorías de registro:

  • Azure-Cosmos-Operation-Request-Diagnostics
  • Microsoft.EntityFrameworkCore.ChangeTracking
  • Microsoft.EntityFrameworkCore.Database.Command
  • Microsoft.EntityFrameworkCore.Infrastructure
  • Microsoft.EntityFrameworkCore.Query

Seguimiento

La integración .NET Aspire Microsoft Entity Framework CoreCosmos DB emitirá las siguientes actividades de tracing utilizando OpenTelemetry:

  • Azure.Cosmos.Operation
  • OpenTelemetry.Instrumentation.EntityFrameworkCore

Métricas

Actualmente, la integración de Microsoft .NET AspireEntity Framework CoreCosmos DB soporta las siguientes métricas:

  • Microsoft.EntityFrameworkCore
    • ec_Microsoft_EntityFrameworkCore_active_db_contexts
    • ec_Microsoft_EntityFrameworkCore_total_queries
    • ec_Microsoft_EntityFrameworkCore_queries_per_second
    • ec_Microsoft_EntityFrameworkCore_total_save_changes
    • ec_Microsoft_EntityFrameworkCore_save_changes_per_second
    • ec_Microsoft_EntityFrameworkCore_compiled_query_cache_hit_rate
    • ec_Microsoft_Entity_total_execution_strategy_operation_failures
    • ec_Microsoft_E_execution_strategy_operation_failures_per_second
    • ec_Microsoft_EntityFramew_total_optimistic_concurrency_failures
    • ec_Microsoft_EntityF_optimistic_concurrency_failures_per_second

Consulte también