Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
El enfoque recomendado para autenticar una aplicación hospedada en Azure en otros recursos de Azure es usar una identidad administrada . Este enfoque es compatible con la mayoría de los servicios de Azure, incluidas las aplicaciones hospedadas en Azure App Service, Azure Container Apps y Azure Virtual Machines. Obtenga más información sobre las distintas técnicas y enfoques de autenticación en la página de información general de autenticación . En las secciones siguientes, aprenderá lo siguiente:
- Conceptos esenciales de identidad administrada
- Creación de una identidad administrada asignada por el sistema para la aplicación
- Asignación de roles a la identidad administrada asignada por el sistema
- Cómo autenticar utilizando la identidad administrada por el sistema asignada desde el código de tu aplicación
Conceptos esenciales de identidad administrada
Una identidad administrada permite a la aplicación conectarse de forma segura a otros recursos de Azure sin el uso de claves secretas u otros secretos de aplicación. Internamente, Azure realiza un seguimiento de la identidad y a qué recursos puede conectarse. Azure usa esta información para obtener automáticamente tokens de Microsoft Entra para la aplicación para permitir que se conecte a otros recursos de Azure.
Hay dos tipos de identidades administradas que se deben tener en cuenta al configurar la aplicación hospedada:
- Las identidades administradas por el sistema se habilitan directamente en un recurso de Azure y están atadas a su ciclo de vida. Cuando se elimina el recurso, Azure elimina automáticamente la identidad por usted. Las identidades asignadas por el sistema proporcionan un enfoque minimalista para usar identidades administradas.
- Las identidades administradas asignadas al usuario se crean como recursos independientes de Azure y ofrecen mayor flexibilidad y capacidades. Son ideales para soluciones que implican varios recursos de Azure que necesitan compartir la misma identidad y permisos. Por ejemplo, si varias máquinas virtuales necesitan acceder al mismo conjunto de recursos de Azure, una identidad administrada asignada por el usuario proporciona reutilización y administración optimizada.
Sugerencia
Obtenga más información sobre cómo seleccionar y administrar identidades administradas asignadas por el sistema y asignadas por el usuario en el artículo recomendaciones de procedimientos recomendados de identidad administrada .
En las secciones siguientes se describen los pasos para habilitar y usar una identidad administrada asignada por el sistema para una aplicación hospedada en Azure. Si necesita usar una identidad administrada asignada por el usuario, visite el artículo identidades administradas asignadas por el usuario para obtener más información.
Habilitación de una identidad administrada asignada por el sistema en el recurso de hospedaje de Azure
Para empezar a usar una identidad administrada asignada por el sistema con la aplicación, habilite la identidad en el recurso de Azure que hospeda la aplicación, como Azure App Service, Azure Container App o Azure Virtual Machine.
Puede habilitar una identidad administrada asignada por el sistema para un recurso de Azure mediante Azure Portal o la CLI de Azure.
En Azure Portal, vaya al recurso que hospeda el código de la aplicación, como una instancia de Azure App Service o azure Container App.
En la página de Información general del recurso, expanda Configuración y seleccione Identidad en el panel de navegación.
En la página Identidad, cambie el control deslizante de estado en a .
Seleccione Guardar para aplicar los cambios.
Asignación de roles a la identidad administrada
A continuación, determine qué roles necesita la aplicación y asígnelos a la identidad administrada. Puede asignar roles a una identidad administrada en los ámbitos siguientes:
- Recurso: los roles asignados solo se aplican a ese recurso específico.
- grupo de recursos: los roles asignados se aplican a todos los recursos contenidos en el grupo de recursos.
- Suscripción: Los roles asignados se aplican a todos los recursos contenidos en la suscripción.
En el ejemplo siguiente se muestra cómo asignar roles en el ámbito del grupo de recursos, ya que muchas aplicaciones administran todos sus recursos de Azure relacionados mediante un único grupo de recursos.
Vaya a la página Información general del grupo de recursos que contiene la aplicación con la identidad administrada asignada por el sistema.
En el panel de navegación izquierdo, seleccione Control de acceso (IAM) .
En la página Control de acceso (IAM), seleccione + Agregar en el menú superior y, a continuación, elija Agregar asignación de rol para ir a la página Agregar asignación de rol.
La página Agregar asignación de roles presenta un flujo de trabajo con pestañas y varios pasos para asignar roles a identidades. En la pestaña de rol inicial, use el cuadro de búsqueda de la parte superior para localizar el rol que desea asignar a la identidad.
Seleccione el rol en los resultados y, a continuación, elija Siguiente para ir a la pestaña Miembros.
En la opción Asignar acceso a, seleccione Identidad administrada.
Para la opción Miembros , elija + Seleccionar miembros para abrir el panel Seleccionar identidades administradas.
En el panel Seleccionar identidades administradas, utilice las listas desplegables de Suscripción e Identidad administrada para filtrar los resultados de búsqueda de sus identidades. Utilice el cuadro de búsqueda Seleccionar para localizar la identidad de sistema que habilitó para el recurso de Azure que alberga su aplicación.
Seleccione la identidad y elija Seleccione en la parte inferior del panel para continuar.
Seleccione en la parte inferior de la página Revisar y asigne.
En la pestaña final Revisar y asignar, seleccione Revisar y asignar para completar el flujo de trabajo.
Autenticación en servicios de Azure desde la aplicación
La biblioteca de identidades de Azure proporciona varias credenciales: implementaciones de TokenCredential adaptadas para admitir diferentes escenarios y flujos de autenticación de Microsoft Entra. Dado que la identidad administrada no está disponible cuando se ejecuta localmente, los pasos siguientes muestran qué credencial usar en qué escenario:
-
Entorno de desarrollo local: durante el desarrollo local solamente, use una clase denominada DefaultAzureCredential para una cadena de credenciales preconfigurada y con opiniones.
DefaultAzureCredentialdetecta las credenciales de usuario de las herramientas locales o el IDE, como la CLI de Azure o Visual Studio. También proporciona flexibilidad y comodidad para reintentos, tiempos de espera para respuestas y compatibilidad con varias opciones de autenticación. Visite el artículo Autenticación en servicios de Azure durante el desarrollo local para más información. - Aplicaciones hospedadas en Azure: cuando la aplicación se ejecuta en Azure, use ManagedIdentityCredential para detectar de forma segura la identidad administrada configurada para la aplicación. Especificar este tipo exacto de credencial impide que otras credenciales disponibles se recojan inesperadamente.
Implementación del código
Agregue el paquete azure-identity-cpp a la aplicación mediante vcpkg.
En un terminal de su elección, vaya al directorio del proyecto de aplicación y ejecute el siguiente comando:
vcpkg add port azure-identity-cppAgregue lo siguiente en el archivo CMake:
find_package(azure-identity-cpp CONFIG REQUIRED) target_link_libraries(<your project name> PRIVATE Azure::azure-identity)Se accede a los servicios de Azure mediante clientes especializados de las distintas bibliotecas cliente del SDK de Azure. Para cualquier código de C++ que cree una instancia de un cliente de Azure SDK en tu aplicación, debes:
- Incluya el
azure/identity.hppencabezado . - Cree una instancia de
DefaultAzureCredential. - Pase la instancia de
DefaultAzureCredentialal constructor de cliente del SDK de Azure. - Establezca la variable de
AZURE_TOKEN_CREDENTIALentorno enManagedIdentityCredentialpara asegurarse de queDefaultAzureCredentialusa la credencial de identidad administrada. Esta práctica hace que la autenticación sea más predecible y fácil de depurar cuando se implementa en Azure. Para obtener más información, consulte Uso de una credencial específica.
En el siguiente segmento de código se muestra un ejemplo de estos pasos con un cliente de blobs de Azure Storage.
#include <azure/identity.hpp> #include <azure/storage/blobs.hpp> #include <iostream> #include <memory> int main() { try { // Create a credential auto credential = std::make_shared<Azure::Identity::DefaultAzureCredential>(true); // Create a client for the specified storage account std::string accountUrl = "https://<replace_with_your_storage_account_name>.blob.core.windows.net/"; Azure::Storage::Blobs::BlobServiceClient blobServiceClient(accountUrl, credential); // Get a reference to a container std::string containerName = "sample-container"; auto containerClient = blobServiceClient.GetBlobContainerClient(containerName); // Get a reference to a blob std::string blobName = "sample-blob"; auto blobClient = containerClient.GetBlobClient(blobName); // TODO: perform some action with the blob client // auto downloadResult = blobClient.DownloadTo("path/to/local/file"); std::cout << "Successfully authenticated and created Azure clients." << std::endl; } catch (const std::exception& ex) { std::cout << "Exception: " << ex.what() << std::endl; return 1; } return 0; }- Incluya el
Como se describe en el artículo Introducción a la autenticación de Azure SDK para C++ , DefaultAzureCredential admite varios métodos de autenticación y determina el método de autenticación que se usa en tiempo de ejecución. La ventaja de este enfoque es que la aplicación puede usar diferentes métodos de autenticación en distintos entornos sin implementar código específico del entorno. Cuando el código anterior se ejecuta en la estación de trabajo durante el desarrollo local, DefaultAzureCredential utiliza un principal de servicio de la aplicación, según lo determinado por la configuración del entorno, o las credenciales de la herramienta de desarrollador para autenticarse con otros recursos de Azure. Por lo tanto, se puede usar el mismo código para autenticar la aplicación en los recursos de Azure durante el desarrollo local y cuando se implementa en Azure.
Importante
DefaultAzureCredential simplifica la autenticación al desarrollar aplicaciones que se implementan en Azure mediante la combinación de credenciales usadas en entornos de hospedaje de Azure y credenciales usadas en el desarrollo local. En producción, es mejor usar un tipo de credencial específico para que la autenticación sea más predecible y fácil de depurar.
Una alternativa a DefaultAzureCredential es usar ManagedIdentityCredential. Los pasos para usar ManagedIdentityCredential son los mismos que para usar el DefaultAzureCredential tipo .
En el siguiente segmento de código se muestra un ejemplo de estos pasos con un cliente de blobs de Azure Storage.
#include <azure/identity.hpp>
#include <azure/storage/blobs.hpp>
#include <iostream>
#include <memory>
int main() {
try {
// Create a system-assigned managed identity credential
auto credential = std::make_shared<Azure::Identity::ManagedIdentityCredential>();
// Create a client for the specified storage account
std::string accountUrl = "https://<replace_with_your_storage_account_name>.blob.core.windows.net/";
Azure::Storage::Blobs::BlobServiceClient blobServiceClient(accountUrl, credential);
// Get a reference to a container
std::string containerName = "sample-container";
auto containerClient = blobServiceClient.GetBlobContainerClient(containerName);
// Get a reference to a blob
std::string blobName = "sample-blob";
auto blobClient = containerClient.GetBlobClient(blobName);
// TODO: perform some action with the blob client
// auto downloadResult = blobClient.DownloadTo("path/to/local/file");
std::cout << "Successfully authenticated using system-assigned managed identity." << std::endl;
} catch (const std::exception& ex) {
std::cout << "Exception: " << ex.what() << std::endl;
return 1;
}
return 0;
}