Saltar al contenido principal

 Subscribe

Hoy nos complace anunciar Azure SDK 2.8.1 para Visual Studio 2013 y Visual Studio 2015. Esta actualización del SDK ofrece algunas características nuevas increíbles para que los desarrolladores de Azure App Service complementen la nueva versión de App Service API Apps y la disponibilidad general del SDK de Mobile Apps para servidores .NET. Con estas actualizaciones del servicio y las herramientas que siguen a las recientes actualizaciones de ASP.NET 5 RC, nos encontramos en un momento increíble para que desarrolle API web, móviles y REST en Azure. En esta entrada se resumen las nuevas características que se han lanzado con Azure SDK 2.8.1.

Azure SDK 2.8.1 para .NET
[descargar para VS 2015 | VS 2013]

  • Una nueva experiencia de creación moderna con App Service: hemos reinventado y rediseñado todas las herramientas de App Service y hemos dado algunos pasos importantes para unificar las experiencias de creación y publicación de aplicaciones para los desarrolladores de aplicaciones web, móviles y de API.
  • Actualizaciones de plantillas de proyecto para aplicaciones de API y móviles: con el fin de ayudar a los desarrolladores que quieren usar las actualizaciones recientes de la API REST y a los desarrolladores de aplicaciones móviles, hemos actualizado las plantillas de Visual Studio.
  • Exportación de plantillas de Resource Manager: Las nuevas herramientas permiten la exportación con un solo clic de los recursos que está creando en archivos JSON, de modo que puede volver a crear las topologías en otros grupos de recursos o incluso en otras suscripciones de Azure.
  • Generación mejorada de clientes de API REST: experiencia de usuario simplificada y mejoras en la generación del código subyacente proporcionadas por el generador basado en Swagger de código abierto, conocido como AutoRest, del equipo de Azure SDK.

Unificación de la experiencia de desarrollo de App Service en Visual Studio

Con tantas características en App Service compartidas por todos los tipos de recursos (como las características de identidad de Mobile Apps, que ya están ampliamente disponibles, la característica de definición de API, que pronto estará disponible en todas partes, etc.), decidimos era necesario modelar también la experiencia de desarrollo de App Service de la misma manera. Una aplicación web puede usar varias API REST alojadas en el mismo grupo de recursos y complementarse después con una aplicación móvil. Dada la evidencia de que siempre habrá algo nuevo en App Service, hemos unificado la experiencia de publicación y ahora proporcionamos una vista mucho más sencilla para publicar aplicaciones web, móviles y de API en App Service.

clip_image001

Una interfaz de usuario rediseñada, informativa y funcional con más opciones

Junto con esta unificación, hemos realizado algunos avances sorprendentes en la apariencia general de las herramientas de App Service. Estamos entusiasmados por mostrar estas nuevas mejoras de la interfaz de usuario, ya que son la primera oleada de un enorme esfuerzo de reingeniería que hemos realizado en el equipo de herramientas de App Service. Hemos dedicado esta primera oleada de rediseño a dar algunos pasos en el diseño para emular nuevos conceptos de la interfaz de usuario de Visual Studio, como Servicios conectados y las nuevas herramientas de Office. Debajo de la nueva interfaz de usuario, hay una gran cantidad de mejoras en el código, ajustes para que las nuevas incorporaciones al servicio estén más orientadas a las necesidades de los asociados y clientes. En próximas entradas, se ofrecerá más información sobre la nueva extensibilidad que ofrecerá Azure Tools, pero por ahora vamos a echar un vistazo al nuevo diseño mejorado de las experiencias de selección y creación de aplicaciones.

Mitigación de la duda “¿qué aplicación quiero?”

Un comentario que hemos recibido de forma constante de los clientes y compañeros que publican muchas aplicaciones en Azure es que la lista acababa no pudiéndose manejar y que era cada vez más difícil “adivinar” o saber qué aplicación debía ser el destino. Hemos tomado prestado de Cloud Explorer el concepto de diseño de proporcionar a la vez la vista de los grupos de recursos y la vista de los tipos de recurso, con lo que hemos facilitado la agrupación de las aplicaciones en el cuadro de diálogo “Seleccionar existente”.

clip_image002

Si la reagrupación no es suficiente debido al gran número de destinos de publicación posibles en su suscripción, hemos agregado una magnífica característica: búsqueda. Ahora puede escribir una consulta de búsqueda en el cuadro de diálogo y se filtrarán las aplicaciones que coincidan con el término. La búsqueda también es permanente, de modo que, si realiza una búsqueda y, después, cambia la vista entre la de grupos de recursos y la de tipos de recurso, la búsqueda se mantiene y solo están visibles las coincidencias. Ahora es más fácil encontrar el destino de publicación en la lista de recursos de su suscripción.

clip_image003

Actualizaciones en la experiencia de creación de App Service

Quizá los pasos de más envergadura que hemos dado para optimizar la experiencia de creación de App Service están en el proceso de creación y aprovisionamiento de aplicaciones. El nuevo cuadro de diálogo, que se muestra a continuación, ofrece numerosas indicaciones visuales de las oportunidades disponibles durante la creación de una aplicación. Hemos mantenido todas las características de hospedaje importantes en la primera pestaña de una experiencia de dos pestañas. Si todo lo que necesita es una nueva aplicación en la nube y ya tiene un grupo de recursos y un plan de hospedaje que le interesa usar para la nueva aplicación, el proceso es tan sencillo como hacer clic en Crear en el cuadro de diálogo de creación de una nueva instancia de App Service.

clip_image004

Si necesita un nuevo plan de App Service, solo tiene que hacer clic en el botón Nuevo. Cuando esté en la pantalla Plan de App Service, tendrá la oportunidad de crear un plan a partir de los tamaños disponibles en el portal.

clip_image005

Si desea crear un nuevo grupo de recursos en el que se publicará la aplicación, simplemente escríbalo en el cuadro combinado Grupos de recursos. Cuando lo haga, el cuadro de diálogo le proporcionará numerosas indicaciones visuales para que sepa que va a crear un nuevo grupo de recursos (el indicador de icono azul en la pestaña Hospedaje refleja el mismo mensaje).

clip_image006

Creación de servicios adicionales que podría necesitar la aplicación

La segunda pestaña de la nueva pantalla de creación de una instancia de App Service permite seleccionar otros servicios que la aplicación pueda necesitar. En esta versión, se mantiene la compatibilidad con los servidores SQL Server y las bases de datos SQL en el proceso de creación de instancias de App Service. Sin embargo, ahora no está limitado a una sola base de datos. Puede crear tantos servidores SQL Server o bases de datos SQL como necesite, directamente en el cuadro de diálogo.

clip_image007

Aunque SQL es el único proveedor que se ha lanzado durante el período de tiempo del SDK 2.8.1, hemos realizado algún trabajo de ingeniería importante para habilitar este cuadro de diálogo. Parte de ese trabajo ha sido la creación de un modelo extensible en el que los equipos de los asociados puedan trabajar para ampliar las mejoras del servicio. Hemos creado el prototipo de una experiencia de incorporación del aprovisionamiento de Redis al mismo cuadro de diálogo y hemos mantenido algunas conversaciones con los equipos de Azure Key Vault y Document DB. En un futuro no muy lejano, podrá agregar extensiones a esta experiencia (y beneficiarse de obtener actualizaciones frecuentes o que elija recibir gracias a la integración de la Galería de extensiones de Visual Studio en Visual Studio).

Exporte su topología de Azure con el fin de que se pueda usar para crear entornos reflejo.

A medida que trabaje en el cuadro de diálogo de creación de una instancia de App Service, configurando y agregando servicios, cada recurso que agregue se muestra en el área de revisión de la pestaña Hospedaje inicial. Este “carro de recursos” proporciona una instantánea de todos los recursos que va a crear en la suscripción.

clip_image008

Conforme aumenta el número de recursos que agrega al carro, se crea de forma dinámica la plantilla de JSON de Azure Resource Manager y se anexa a la memoria. Cuando esté seguro de que ha agregado al carro todos los recursos que la aplicación necesita para funcionar, solo tiene que hacer clic en el botón Exportar. Se le preguntará la ubicación donde desea guardar la plantilla de JSON que representa todo el contenido del carro. A continuación, puede usar los módulos de Azure PowerShell para ejecutar la plantilla en otro grupo de recursos o incluso en otra suscripción de Azure. Esta característica permite a los clientes tener plantillas reproducibles que representan la topología de sus aplicaciones, sin necesidad de editar y configurar las plantillas manualmente. En el caso de que necesite personalizar más la topología, las características incorporadas del editor de plantillas de Resource Manager que se lanzaron anteriormente se integraban perfectamente, porque las características de edición de plantillas reconocen el esquema JSON en el archivo JSON exportado.

clip_image009

Actualizaciones en las plantillas de proyecto de App Service

Para dar cabida a los nuevos cambios en los recursos de Mobile Apps y API Apps, hemos actualizado las plantillas de Visual Studio para aprovechar las nuevas mejoras en las áreas de características.

Mejoras en las plantillas de Mobile Apps

App Service Mobile Apps facilita la creación de aplicaciones móviles que funcionan con datos sin conexión, autentican a usuarios y envían notificaciones push. Acabamos de anunciar la disponibilidad general del SDK de Mobile Apps para servidores .NET, que le permite crear una aplicación en App Service que ofrezca estas características, además de lógica personalizada, a sus clientes móviles. Junto con esta versión, hoy actualizamos la funcionalidad de creación y administración de un proyecto de aplicación móvil en Visual Studio. Para comenzar, abra el cuadro de diálogo Nuevo proyecto desde Archivo > Nuevo > Proyecto. A continuación, expanda Plantillas > Visual C# y seleccione “Web”. Elija “Aplicación web ASP.NET”, escriba el nombre del proyecto y haga clic en Aceptar. En “Plantillas de ASP.NET 4.5.2”, seleccione “Aplicación móvil de Azure”.

clip_image010

Haga clic en Aceptar. Se creará la aplicación y aparecerá en el Explorador de soluciones. La plantilla debe resultarle familiar a los clientes que usan Mobile Apps o Mobile Services. La diferencia principal que puede notar está en la configuración. La plantilla ahora lo configura todo en la clase de inicio OWIN y le proporciona un control más pormenorizado de los componentes que se agregan y los que no.

clip_image011

El proyecto representa una sencilla aplicación de una lista de tareas pendientes. Los clientes de Mobile Apps pueden consumir datos almacenados en SQL a través de TodoItemController, que se deriva de TableController. TableController convierte las API compatibles con dispositivos móviles en operaciones CRUD que puede comprender el back-end de datos que elija (en este caso, SQL). También se ajusta al contrato sin conexión, por lo que puede empezar a aprovechar de inmediato la funcionalidad de sincronización sin conexión de Mobile Apps. Puede agregar más controladores de tabla o de API compatibles con dispositivos móviles. Para ello, haga clic con el botón derecho en la carpeta “Controladores” y seleccione Agregar > Controlador. A continuación, seleccione Controlador de tabla de aplicaciones móviles de Azure o Controlador personalizado de aplicaciones móviles de Azure y siga el asistente para crear el punto de conexión.

clip_image012

Cuando el proyecto esté listo, puede publicarlo en App Service usando el nuevo cuadro de diálogo Publicar como hemos explicado antes en este artículo. Ahora se admite Mobile Apps como destino de publicación de nivel superior en el menú de opciones del cuadro de diálogo de creación de una instancia de App Service.

clip_image013

Mejoras en las plantillas de API Apps

El modelo de API Apps ha evolucionado desde la primera versión preliminar. Desde entonces, hemos sabido por los clientes que la depuración local es importante, por lo que ahora se ha habilitado en la nueva plantilla de API Apps. Esta plantilla genera una estructura global más sencilla, con menos dependencias de plantillas de administración de recursos o de archivos específicos de la puerta de enlace de API Apps. Básicamente, la plantilla de API Apps es una plantilla de API web, con la adición del paquete NuGet que habilita el marco Swagger de código abierto conocido como Swashbuckle. También hemos incluido los cambios anteriores del archivo SwaggerConfig.cs que realizamos para que la interfaz de usuario de Swagger esté deshabilitada de forma predeterminada y hemos incluido el filtro de operaciones que mejoró nuestro enfoque de la generación de id. de operaciones de Swagger (encontrará más información sobre las personalizaciones de Swashbuckle en Azure.com).

clip_image014

Mejoras en la generación de API REST

En línea con la inversión que han realizado los equipos de App Service, como API Apps y API Management con el uso de Swagger, continuamos nuestra inversión con la generación de código basada en los metadatos de Swagger expuestos por API Apps. Al hacer clic en la mayoría de los proyectos de C# de Visual Studio y seleccionar Agregar > Cliente de API REST, se muestra el cuadro de diálogo de generador Cliente de API REST simplificado. Al hacer clic en el botón Examinar, aparece el cuadro de diálogo “Seleccionar una instancia de App Service”, donde puede seleccionar cualquier instancia de App Service que tenga un conjunto de puntos de conexión de una definición de API.

clip_image015

Resumen

Si aún no tiene una cuenta de Azure, puede registrarse para realizar una evaluación gratuita y empezar a usar hoy mismo todas las características que hemos comentado. Después, visite el Centro para desarrolladores de Azure, donde podrá obtener más información sobre cómo crear aplicaciones con él. Le rogamos que envíe los errores que encuentre a través de Connect, sus sugerencias a través de UserVoice y sus pensamientos o ideas a través de la opción Enviar sonrisa del IDE de Visual Studio. Esta versión es un primer paso en una nueva dirección para las herramientas de App Service, por lo que estamos deseando oír sus comentarios, saber qué servicios le gustaría que se incorporasen al carro de recursos y que nos ayude a ofrecer una experiencia de desarrollo de aplicaciones optimizada con sus aportaciones continuas. Consulte la página de las notas de la versión de Azure SDK 2.8 y 2.8.1 para obtener información detallada sobre los problemas conocidos de esta versión del SDK. 

Créditos

Esta entrada de blog es una colaboración de varias personas. Muchas gracias a Matthew Henderson y a todos los compañeros que han trabajado muy duro en esta versión.

  • 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