He estado leyendo algunos tutoriales sobre la implementación de aplicaciones web y aplicaciones API en Azure. Sin embargo, todavía no estoy seguro de por qué usaría uno sobre otro.
Puedo crear una nueva solución .NET con controladores API e implementarla como una aplicación web, entonces, ¿por qué necesitaría específicamente una aplicación API? ¿Están optimizados específicamente para ASP.NET Web API, donde las aplicaciones web están para entregar HTML?
Respuestas:
Actualizando la respuesta al estado actual de Azure,
Los servicios de aplicaciones ahora reemplazan todos los tipos de aplicaciones móviles, API y web como un marco de aplicación único con toda la funcionalidad renovada para hacer las cosas más accesibles en todos los tipos de aplicaciones. Actualmente, todas las aplicaciones web, móviles y de 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/
Funciones para el trabajo móvil para la aplicación web, así como Easy Tables y Easy API. Y las funciones para aplicaciones API como API Cors y definiciones 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 especialmente dirigido a aplicaciones API al ofrecer una experiencia de administración para sus API. Básicamente, puede controlar la generación de páginas de prueba API, recopilar análisis de ejecución, aceleración y mucho más. Consulte el blog de características para obtener más información sobre las características de administración de API de Azure. Y sí, puede alojar las API como una aplicación de servicio de aplicaciones y conectar todo con API Management.
https://azure.microsoft.com/en-us/documentation/articles/api-management-get-started/
Hubo un momento en el que hubo diferencias entre los diferentes tipos de servicios de aplicaciones, pero eso ya no es cierto. 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 funcionales son ahora la excepción. La creación de una aplicación de función 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= ~1convierte cualquier aplicación web en una aplicación de función (menos la interfaz de usuario en el portal).
Hay muchas diferencias menores entre la API web y las aplicaciones API, pero las diferencias más notables y clave 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 el cliente basado en .Net como el cliente basado en Javascript), lo que facilita la llamada a las API como una llamada a un método normal. Nota: La implementación de Swagger en la API web normal es posible manualmente.
Posibilidad de publicar sus aplicaciones API en Azure Market Place. Azure Market Place es el repositorio público de todas las aplicaciones API que se pueden consumir de forma gratuita o mediante un cargo.
este video de 15 minutos del Canal 9 brinda una excelente descripción general sobre las aplicaciones Api.
Para complementar la respuesta de Greg, aquí hay un artículo aún más reciente que describe las diferencias.
Para resumir:
"Las funciones clave de las aplicaciones API (autenticación, CORS y metadatos API) se han trasladado directamente a App Service. Con este cambio, las funciones están disponibles en aplicaciones web, móviles y API. De hecho, las tres comparten el mismo Microsoft.Web / tipo de recurso de sitios en Resource Manager. "
Y aquí hay otra nota importante:
"Si su API ya está implementada como una aplicación web o una aplicación móvil, no es necesario que vuelva a implementar su aplicación para aprovechar las nuevas funciones".
Esto puede depender de lo que intente hacer, pero usaría una API web cuando esté creando un servicio. ASP.Net Web API es un marco para crear servicios HTTP que pueden ser consumidos por una amplia gama de clientes. Esto le permite crearlo no solo para una aplicación web, sino también tenerlo abierto para conectarse a aplicaciones de Android, aplicaciones IOS, aplicaciones web, aplicaciones de Windows 8, aplicaciones WPF, etc.
Entonces, si necesita un servicio web pero no necesita SOAP, puede usar la API web.
Aquí mis comentarios:
Aplicación API: se utiliza para una funcionalidad específica. Activando esa funcionalidad desde una URL. Se puede usar para usar con GET, POST, PUT, DELETE. Puede recibir parámetros en BODY (Json). Respuesta con código de estado válido (falla, éxito).
APLICACIÓN Web: Una aplicación implementada con múltiples funcionalidades, por ejemplo un catálogo para crear, actualizar y eliminar clientes o para crear un ERP completo.
Aplicación de función: es muy similar a la aplicación API, utilizada para funcionalidades específicas. Activando esa funcionalidad desde una URL. Se puede usar para usar con GET, POST, PUT, DELETE. Puede recibir parámetros en BODY (Json). Respuesta con código de estado válido (falla, éxito).
En realidad, puede implementar su webapi aspnet en Azure WebApp y un autohospedaje en roles de trabajo.
En WebApp (antiguos sitios web de Azure), se implementará en IIS, para que pueda aprovechar las funciones de IIS.