Te recomendamos que pruebes esta respuesta en un ambiente controlado antes de enviarlo a producción, un saludo.
Solución:
Actualizando la respuesta al estado actual de Azure,
App Services ahora reemplaza todos los tipos de Mobile, Api y Web Apps como un marco de aplicación único con toda la funcionalidad transferida para hacer las cosas más accesibles en todos los tipos de aplicaciones. Actualmente, todas las aplicaciones web, móviles y API se denominan colectivamente servicios de aplicaciones. Todavía ofrecemos al cliente la posibilidad de crear una aplicación móvil y una aplicación web en la galería, pero eso básicamente se resuelve en una aplicación de servicio de aplicaciones.
https://azure.microsoft.com/en-us/documentation/articles/app-service-api-apps-why-best-platform/
Las funciones para aplicaciones móviles también funcionan para la aplicación web, como Easy Tables y Easy API. Y las funciones para aplicaciones de API como API Cors y definiciones de API ahora también funcionan en aplicaciones web. Un cliente puede alojar una sola aplicación web para que actúe como cualquier servicio móvil o una API con todas las funciones que se ofrecen a través de los servicios de la aplicación.
También tenemos un nuevo servicio en vista previa que se dirige especialmente a las aplicaciones de API al ofrecer una experiencia de administración para sus API. Básicamente, puede controlar la generación de páginas de prueba de API, recopilar análisis de ejecución, acelerar y mucho más. Consulte el blog de características para obtener más información sobre las características de Azure API Management. Y sí, puede alojar las API como una aplicación de App Service y conectar las cosas con API Management.
https://azure.microsoft.com/en-us/documentation/articles/api-management-get-started/
Hubo un momento en el que había diferencias entre los diferentes tipos de servicios de aplicaciones, pero eso ya no es así. true. La documentación ahora dice:
La única diferencia entre los tres tipos de aplicaciones (API, web, móvil) es el nombre y el icono que se usan para ellos en Azure Portal.
Por lo tanto, ya no importa en qué tipo de servicio de aplicación elija implementar (a menos que le importe cómo se ve el ícono).
ACTUALIZAR
Las aplicaciones de funciones ahora son la excepción. La creación de una aplicación de funciones cambia la interfaz de usuario en el portal. La aplicación web subyacente, sin embargo, no es diferente. Establecer una configuración de aplicación llamada FUNCTIONS_EXTENSION_VERSION = ~1 convierte cualquier aplicación web en una aplicación funcional (menos la interfaz de usuario en el portal).
Hay muchas diferencias menores entre la API web y las aplicaciones API, pero la muy notable y key las diferencias son
-
Implementación nativa de Swagger: cuando crea una aplicación API en Visual Studio, la referencia de Swagger viene de forma predeterminada. Swagger proporciona características muy amigables para los desarrolladores para que los consumidores de API interactúen con su API a través de la interfaz de usuario de Swagger. Además, las API basadas en Swagger proporcionan generación de SDK de cliente (tanto cliente basado en .Net como cliente basado en Javascript), lo que facilita llamar a las API como si fuera una llamada de método normal. Nota: La implementación de Swagger en la API web normal es posible de forma manual.
-
Capacidad para publicar sus aplicaciones API en Azure Market Place. Azure Market Place es el repositorio público de todas las aplicaciones de API que se pueden consumir de forma gratuita o mediante pago.
este video de 15 minutos de Channel 9 ofrece una excelente descripción general de las aplicaciones Api.