Compartir vía

Inicio rápido: Escalado de servicios implementados con las plantillas web de Python azd mediante Bicep

Las plantillas de azd web de Python permiten crear rápidamente una nueva aplicación web e implementarla en Azure. Las plantillas de azd se diseñaron para usar opciones de servicio de Azure de bajo costo. Sin duda, querrá ajustar los niveles de servicio (o sku) para cada uno de los servicios definidos en la plantilla para su escenario.

En este inicio rápido, actualizará los archivos de plantilla de Bicep correspondientes para escalar los servicios existentes y agregar nuevos servicios a la implementación. A continuación, ejecutará el comando azd provision y verá el cambio realizado en la implementación de Azure.

Prerrequisitos

Una suscripción de Azure: Crear una gratis

Debe tener instalado lo siguiente en el equipo local:

Implementación de una plantilla

Para empezar, necesita una implementación de azd en funcionamiento. Una vez que lo tenga en su lugar, podrá modificar los archivos de Bicep generados por la plantilla de azd.

  1. Siga los pasos del 1 al 7 en el artículo de la guía de inicio rápido. En el paso 2, use la plantilla azure-django-postgres-flexible-appservice. Para mayor comodidad, esta es la secuencia completa de comandos que se van a emitir desde la línea de comandos:

    mkdir azdtest
cd azdtest
azd init --template azure-django-postgres-flexible-appservice
azd auth login
azd up

    Una vez que finalice azd up, abra el portal de Azure, vaya al Azure App Service que fue implementado en su nuevo grupo de recursos y anote el plan de precios del App Service (consulte la página Información general del plan de App Service, sección 'Esenciales', valor "Plan de precios").

  2. En el paso 1 del artículo de inicio rápido, se le indicó que creara la carpeta azdtest. Abra esa carpeta en Visual Studio Code.

  3. En el panel Explorador, vaya a la carpeta infra. Observe las subcarpetas y los archivos de la carpeta infra.

    El archivo main.bicep organiza la creación de todos los servicios implementados al realizar una azd up o azd provision. Llama a otros archivos, como db.bicep y web.bicep, que a su vez llaman a archivos contenidos en la subcarpeta \core .

    La subcarpeta \core es una estructura de carpetas profundamente anidada que contiene plantillas Bicep para muchos servicios de Azure. Algunos de los archivos de la subcarpeta \core hacen referencia a ellos los tres archivos bicep de nivel superior (main.bicep, db.bicep y web.bicep) y algunos no se usan en este proyecto.

Escalar un servicio modificando sus propiedades de Bicep

Puede escalar un recurso existente en la implementación cambiando su SKU. Para demostrarlo, cambiará el plan de App Service del "plan de servicio básico" (que está diseñado para aplicaciones con requisitos de tráfico más bajos y no necesita características avanzadas de escalado automático y administración de tráfico) al "plan de servicio estándar", que está diseñado para ejecutar cargas de trabajo de producción.

Nota:

No todos los cambios de SKU se pueden realizar después del hecho. Algunas investigaciones pueden ser necesarias para comprender mejor las opciones de escalado.

  1. Abra el archivo web.bicep de y busque la definición del módulo appService. En concreto, busque la configuración de la propiedad:

       sku: {
      name: 'B1'
   }

    Cambie el valor de B1 a S1 de la siguiente manera:

       sku: {
      name: 'S1'
   }

    Importante

    Como resultado de este cambio, el precio por hora aumentará ligeramente. Puede encontrar detalles sobre los diferentes planes de servicio y sus costos asociados en la página de precios de App Service.

  2. Suponiendo que ya tiene la aplicación implementada en Azure, use el siguiente comando para implementar los cambios en la infraestructura sin volver a implementar el propio código de la aplicación.

    azd provision

    No se le debe solicitar una ubicación ni una suscripción. Esos valores se guardan en el archivo .azure<environment-name>.env donde <environment-name> es el nombre de entorno que proporcionó durante azd init.

  3. Cuando se complete azd provision, confirme que la aplicación web sigue funcionando. Busque también el plan de App Service para el grupo de recursos y confirme que el plan de precios está establecido en el plan de servicio estándar (S1).

Esto concluye el inicio rápido, pero hay muchos servicios de Azure que pueden ayudarle a crear aplicaciones más escalables y listas para producción. Un excelente punto de partida sería obtener información sobre Azure API Management, Azure Front Door, Azure CDNy Azure Virtual Network, por nombrar algunos.

Limpieza de recursos

Limpie los recursos creados por la plantilla ejecutando el comando azd down.

azd down

El comando azd down elimina los recursos de Azure y el flujo de trabajo de Acciones de GitHub. Cuando se le solicite, acepte eliminar todos los recursos asociados al grupo de recursos.

También puedes eliminar la carpeta azdtest, o usarla como base para tu propia aplicación modificando los archivos del proyecto.

Contenido relacionado

  • Last updated on