Creación de una aplicación con App Service
Puede usar las características de Web Apps, Mobile Apps o API Apps de Azure App Service y crear sus propias aplicaciones en Azure Portal.
Vea el siguiente vídeo para aprender a crear una aplicación con Azure App Service.
Procedimiento para crear instancias de App Services en Azure Portal
Cosas que saber sobre las opciones de configuración
Vamos a examinar algunas de las opciones de configuración básicas que se necesitan para crear una aplicación con App Service.
Nombre: El nombre de la aplicación debe ser único. El nombre identifica y localiza la aplicación en Azure. Un nombre de ejemplo es
webappces1.azurewebsites.net. Puede asignar un nombre de dominio personalizado, si prefiere usar esa opción en su lugar.Publicar: App Service hospeda (publica) la aplicación como código o como contenedor de Docker.
Pila en tiempo de ejecución: App Service usa una pila de software para ejecutar la aplicación, incluidos el lenguaje y las versiones del SDK. En las aplicaciones Linux y las aplicaciones de contenedor personalizadas, también se puede establecer un archivo o un comando de inicio opcional. Entre las opciones de pila se incluyen .NET Core, .NET Framework, Node.js, PHP, Python y Ruby. Hay varias versiones de cada producto disponibles para Linux y Windows.
Sistema operativo: el sistema operativo de la pila en tiempo de ejecución de la aplicación puede ser Linux o Windows.
Región: la ubicación de la región que elija para la aplicación afecta a los planes de App Service que van a estar disponibles.
Plan de App Service: la aplicación debe asociarse con un plan de Azure App Service para establecer los recursos, características y capacidad que van a estar disponibles. Puede elegir entre los planes de tarifa que hay disponibles en la ubicación de la región seleccionada.
Configuración tras la creación
Una vez creada la aplicación, habrá otras opciones de configuración disponibles en Azure Portal, como opciones de implementación de aplicaciones y la asignación de rutas de acceso.
Algunas de las opciones de configuración adicionales se pueden incluir en el código del desarrollador, mientras que otras pueden configurarse en la aplicación. Estas son algunas de las configuraciones adicionales de la aplicación.
Always On: puede mantener la aplicación cargada incluso cuando no haya tráfico. Esta opción es necesaria en los WebJobs continuos o WebJobs que se desencadenan mediante una expresión CRON.
Afinidad de ARR: en una implementación de varias instancias, puede asegurarse de que el cliente de la aplicación se enruta a la misma instancia durante la vida útil de la sesión.
Cadenas de conexión: las cadenas de conexión de la aplicación se cifran en reposo y transmiten a través de un canal cifrado.