web services - plans - Diferencias entre Azure App Services y Cloud Services

porta azure

Question

Empecé a aprender sobre Microsoft Azure el año pasado y uno de los servicios provistos fue los servicios en la nube. La forma en que entiendo los servicios en la nube es que se trata de un servicio que permite la creación de aplicaciones de N niveles. Por lo tanto, es posible establecer, por ejemplo, un rol web que aloje un proyecto de API web ASP.NET y algunas funciones de trabajo para el procesamiento en segundo plano, y así sucesivamente. También estaba el servicio de sitios web.

Ahora en Build 2015 se presentó Azure App Services, que básicamente está hecho de

• Aplicaciones web
• Aplicaciones API
• Aplicaciones lógicas
• Aplicaciones móviles

Ahora no entiendo cuando uno debe usar los servicios en la nube y cuando uno debe usar los servicios de aplicaciones. Quiero decir, tengo la impresión de que las aplicaciones web junto con las aplicaciones API y las aplicaciones lógicas son las mismas que las de los servicios en la nube, pero no estoy seguro.

Entonces, ¿cuál es la diferencia entre Cloud Services y App Services y cuándo se debe elegir uno en lugar del otro?

Answer 1

"Los servicios en la nube son similares a Service Fabric en cuanto al grado de control frente a la facilidad de uso, pero ahora es un servicio heredado y se recomienda Service Fabric para nuevos desarrollos " .

como se menciona here .

Answer 2

Azure ofrece varias formas de alojar sitios web:

La misma idea pero en visión abstracta:

Fuente: http://www.hanselman.com/blog/IntroducingWindowsAzureWebJobs.aspx

Answer 3

Ha habido un poco de movimiento en el último mes :). Los sitios web se han convertido en aplicaciones web. Lo mismo con las aplicaciones móviles.

Ahora para responder a su pregunta sobre el contraste entre los dos, cada uno cumple su propia meta. Los servicios en la nube fueron sus PaaS relacionados para una VM. Por otro lado, App Services habla a "grupos de recursos".

Con respecto a los servicios de aplicaciones, puede condensar muchas más aplicaciones en instancias de una máquina virtual, sin mucho esfuerzo. Sin embargo, el mayor vendedor que los servicios de aplicaciones tienen de los servicios en la nube es la capacidad de componer procesos comerciales con la aplicación lógica, al igual que BizTalk hace la conexión externa a otros procesos.

Los grupos de recursos son la siguiente fase sobre cómo acercarse a DevOps. En mi humilde opinión, el siguiente movimiento que Azure "prometería" es la idea de que sus aplicaciones se implementan como microservicios en el Microsoft Service Fabric . (Se acaba de anunciar la semana pasada).

Answer 4

Microsoft describe las diferencias entre los servicios de aplicaciones y los servicios en la nube como este: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/

Prácticamente los servicios en la nube son menos apátridas y necesita hacer más redes / DR / HA usted mismo y los servicios de la aplicación son más apátridas y puede usar redes / DR / HA listas para usar.

Answer 5

También tuve una confusión sobre sus diferencias, hasta que leí el siguiente blog. Espero que esto ayude.

http://cloudacademy.com/blog/microsoft-azure-app-service-virtual-machines/

Answer 6

Utilice una aplicación web para portal web, API pública y servicios WCF (xx.azurewebsites.net)

Por otro lado, considere usar servicios en la nube (xx.cloudapp.net) cuando tenga un trabajo en segundo plano de larga ejecución. Es como desarrollar un servicio de Windows con eventos OnStart () y OnStop () y alojarlo dentro de una máquina virtual. Pero aquí en azul, puede hacerlo sin la molestia de administrar una máquina virtual.

Espero que lo anterior sea claro.