Pasé más de dos semanas buscando una respuesta y leo mucho, pero todavía no puedo entender la diferencia. Incluso hablé con el agente de Microsoft durante 15 minutos y él simplemente se excusó y terminó el chat :) Tengo una larga historia con Windows y redes, pero no tanto con las cosas de IIS. Entonces, ¿alguien puede decirme cuál es la diferencia entre estos dos, de una manera realmente no técnica? Sé que uno es Paas y otro es IaaS, pero todavía no sabemos cuándo podemos instalar software en ambos, RDP en ambos, ¿cuál es la diferencia? Alguien dijo que el servicio en la nube es una capa por encima de la máquina virtual, por lo que ¿significa que guarda los cambios de registro y los archivos en un archivo separado al igual que las copias de seguridad diferenciales o las instantáneas? ¿Puedo instalar software de terceros en el servicio en la nube? Tengo un software que se ejecuta en java y se conecta al servidor SQL, ¿puedo instalarlo en el servicio en la nube?

answer

Quick Answers es que los servicios en la nube de Azure son la versión antigua de ASM de las máquinas virtuales, mientras que Azure VM es el nuevo servicio basado en ARM.

Es una larga historia y hay que ver cómo comenzamos Azure. Cuando comenzamos, Azure se centró principalmente en PaaS, por lo que no teníamos máquinas virtuales de Azure o IaaS, solo teníamos servicios en la nube. En aquel entonces, la API para Azure se llamaba Azure Service Management (ASM) (considérelo Azure v1). ASM tenía servicios en la nube para aplicaciones web y SQL junto con almacenamiento y otros servicios que Microsoft administraba, ya que pensamos que eso era lo que querían los clientes. Después de los comentarios de los clientes, escuchamos alto y claro que querían más control y muchos simplemente no estaban listos para refactorizar sus aplicaciones a PaaS, querían IaaS (VM). En un esfuerzo por ponerlo a disposición de los clientes en ASM, hicimos lo que pudimos en ASM para entregar IaaS, pero aún necesitábamos integrar esas máquinas virtuales (ahora llamadas "clásicas") en servicios en la nube.

Actualmente, Azure ejecuta una API actualizada llamada Azure Resource Manager (ARM). Piense en ello como Azure 2.0 (lo llamo así que no es una versión oficial). En ARM agregamos un nuevo portal, RBAC, grupos de recursos, plantillas JSON y convertimos a las máquinas virtuales de Azure en un ciudadano de primera clase . Todos los servicios relacionados con ASM fueron renombrados (clásicos) y finalmente desmantelamos el antiguo portal de ASM. Aún puede ver y administrar recursos clásicos en el nuevo portal, pero desaconsejamos a los clientes crear nuevos recursos clásicos. La funcionalidad de administración está ahí solo para soporte heredado.

Un artículo oficial más completo está aquí:

https://docs.microsoft.com/en-us/azure/azure-resource-manager/resource-manager-deployment-model

Una forma sencilla de mirarlo;

Un servicio en la nube es un servicio que puede tener 1 o más VM incluidas. Sí, en el mundo ASM (Clásico) de Azure, DEBE ser parte de un servicio en la nube. El servicio en la nube le permite hacer la regla NAT de red (puntos finales) y también se pueden habilitar las reglas del balanceador de carga.

Una máquina virtual es una máquina virtual en una instancia.

Creo que la confusión es que el término también se usa / a veces para describir una configuración de máquinas virtuales ARM detrás de un equilibrador de carga que desempeña una función específica. Dado que está detrás de un equilibrador de carga, también puede configurar las reglas de Networking NAT (puntos finales) y las reglas del equilibrador de carga.

Espero que esto ayude a aclarar las cosas.