Subscribe

En esta entrada de blog ha colaborado Altaf Tambawala, administrador principal de programas en Microsoft.

Cloud Services (soporte extendido) y migración a Azure Resource Manager (ARM)

Hoy anunciamos la versión preliminar de Cloud Services (soporte extendido), que es un nuevo modelo de implementación basado en Azure Resource Manager (ARM) para Azure Cloud Services. Cloud Services (soporte extendido) tiene la ventaja principal de proporcionar resistencia regional y paridad de características con los servicios de Azure Cloud Services implementados con Azure Service Manager (ASM). También ofrece algunas características de ARM, como el control de acceso basado en rol (RBAC), las etiquetas y las directivas, y admite plantillas de implementación.

Con este cambio, el modelo de implementación basado en ASM para Cloud Services pasa a denominarse Cloud Services (clásico) a partir de hoy. Los clientes conservarán la capacidad para crear e implementar rápidamente aplicaciones y servicios web y en la nube. Los clientes podrán escalar la infraestructura de servicios en la nube en función de la demanda actual y asegurarse de que se pueda mantener el rendimiento de las aplicaciones, al tiempo que reducen los costos. 

Cloud Services (soporte extendido) proporciona dos métodos para que los clientes migren de ASM a ARM. Un método es la reimplementación, donde los clientes implementan un servicio en la nube directamente en ARM y, después de una exhaustiva validación, eliminan en ASM el antiguo servicio en la nube. El segundo método consiste en ejecutar una migración en contexto que ofrezca a nuestros clientes la capacidad de migrar Cloud Services (clásico) a ARM con muy poco o ningún tiempo de inactividad.

La versión preliminar del método de la reimplementación de Cloud Services (soporte extendido) está disponible a partir de hoy, mientras que el método de la migración en contexto se anunciará pronto.

Otros servicios de Azure que deben tenerse en cuenta para la migración a ARM

Al evaluar los planes de migración de Cloud Services (clásico) a Cloud Services (soporte extendido), es posible que los clientes deseen investigar la oportunidad de aprovechar otros servicios de Azure, como Virtual Machine Scale Sets, App Service, Azure Kubernetes Service y Azure Service Fabric. Estos servicios seguirán ofreciendo características adicionales, mientras que Cloud Services (soporte extendido) mantendrá principalmente la paridad de características con Cloud Services (clásico).

En función de la aplicación, Cloud Services (soporte extendido) puede requerir mucho menos esfuerzo para migrar a ARM en comparación con otras opciones. Si la aplicación no va a evolucionar, Cloud Services (soporte extendido) es una opción viable que debe tenerse en cuenta, ya que proporciona una vía de migración rápida. Por el contrario, si la aplicación evoluciona continuamente y necesita un conjunto de características más moderno, es recomendable explorar otros servicios de Azure para satisfacer mejor los requisitos actuales y futuros.

Cambios en el modelo de implementación

Para implementar Cloud Services (soporte extendido), los cambios que hay que realizar en los archivos de configuración y definición del servicio (.cscfg y .csdef) son mínimos. No es necesario modificar el código del entorno de ejecución. Sin embargo, los scripts de implementación deben actualizarse para que llamen a las nuevas API basadas en ARM. Las principales diferencias entre Cloud Services (clásico) y Cloud Services (soporte extendido) con respecto a la implementación son:

  • Las implementaciones en ARM utilizan plantillas de ARM, que son archivos de notación de objetos JavaScript (JSON) que definen la infraestructura y la configuración del proyecto. Las plantillas usan sintaxis declarativa, lo que permite a los clientes definir lo que pretenden implementar sin tener que escribir la secuencia de comandos de programación para crearlo. Los archivos de configuración y definición del servicio deben ser coherentes con la plantilla de ARM cuando se implementa Cloud Services (soporte extendido). Para lograrlo, se puede crear manualmente la plantilla de ARM, o bien usar PowerShell, el portal o Visual Studio.
  • Los clientes deben usar Azure Key Vault para administrar los certificados en Cloud Services (soporte extendido). Azure Key Vault permite a los clientes almacenar y administrar de forma segura las credenciales de las aplicaciones, como secretos, claves y certificados, en un repositorio central y seguro en la nube. Las aplicaciones pueden autenticarse en Key Vault en tiempo de ejecución para recuperar las credenciales. Puede consultar más información sobre Key Vault en esta documentación.
  • Para cualquier recurso implementado a través de Azure Resource Manager, es obligatorio el uso de una red virtual. Las redes y subredes virtuales de ARM se crean con las API de ARM y se hace referencia a ellas en el archivo .cscfg, dentro de la sección de configuración de la red.

Más información

Hay varios recursos que los clientes pueden usar para obtener más información sobre Cloud Services (soporte extendido).

Para empezar a usar Cloud Services (soporte extendido), ahora en versión preliminar, consulte la documentación. También se ofrece más información en la documentación de Cloud Services (clásico).

  • Explore

     

    Let us know what you think of Azure and what you would like to see in the future.

     

    Provide feedback

  • Build your cloud computing and Azure skills with free courses by Microsoft Learn.

     

    Explore Azure learning


Join the conversation

Leave a Reply

Your email address will not be published. Required fields are marked *