Trabajando con Windows Azure Storage desde Node.js

Introducción

Node.js es una tecnología de servidor que permite desarrollar aplicaciones web basadas en JavaScript. Este lenguaje ha sido tradicionalmente un lenguaje que se ejecutaba dentro del contexto de un navegador, pero cuando Google liberó el motor de JavaScript V8 de Google Chrome fue el nacimiento de Node.js.

Node.js es una tecnología que permite ejecutar código de JavaScript fuera del contexto de navegador, existen muchos módulos que se pueden conectar a una aplicación de Node.js para poder extender la funcionalidad inicial. Algunos de estos módulos permiten ejecutar un servidor web HTTP, conectarse a una base de datos, enviar correos o por supuesto, utilizar todas las características que Windows Azure ofrece al desarrollador de Node.js.

Windows Azure Node.js SDK

Windows Azure ofrece un SDK completo para desarrollar aplicaciones en Node.js que puede instalado a través del gestor de paquetes de Node (npm) con el comando npm install azure.

Una vez que se tienen instalado el SDK se pueden desarrollar aplicaciones en Node.js que se pueden ejecutar en Windows Azure Web Sites o como un Cloud Service (Servicio en la Nube).

La demo que se mostrará en este artículo como las que se mostrarán en sucesivos artículos será una web con las diferentes características de Windows Azure a mostrar. Para no empezar de cero con el desarrollo de todos los componentes de la Web, se van a utilizar una serie de módulos de Node.js para hacer el trabajo más sencillo. También se va utilizar un entorno integrado de desarrollo para facilitar el desarrollo.

¿Cómo empezar a desarrollar Node.js en Ubuntu 13.10?

Lo primero que se tiene que hacer es instalar Node.js y Eclipse Kepler. Para ver el proceso de instalación de Node.js en Ubuntu se puede consultar este artículo “Como instalar la línea de comandos de Windows Azure en Ubuntu 13.10”.

Una vez instalado Eclipse se puede desarrollar con Node.js utilizando la característica de proyecto de JavaScript o se puede instalar una extensión de Eclipse llamada Nodeclipse. Para instalar esta extensión se puede hacer a través de esta url (http://dl.bintray.com/nodeclipse/nodeclipse/0.11/). A partir de aquí ya se pueden crear proyectos en Eclipse de tipo Node.js y que tengan un launcher predeterminado.

clip_image002clip_image004

Creando una aplicación web con node.js

Node.js directamente tiene soporte para desarrollar aplicaciones web directamente, a través del paquete de HTTP, pero para empezar a crear una aplicación web se recomienda utilizar alguna librería.

En el ejemplo de este artículo se ha utilizado express (http://expressjs.com/) que es un framework que permite empezar a desarrollar en Node.js utilizando el patrón MVC y rutas. Además este framework a su vez utiliza otro llamado jade que es un sistema de plantillas html.

Para empezar a utilizar express lo primero de todo hay que generar una app de ejemplo ejecutando este comando:

   1: express –css stylus myapp

Una vez hecho eso, para iniciar el servidor de node se ejecuta:

node app.js

Configurando la aplicación de express

Como parte del ejemplo se van a generar dos rutas una llamada blobs que lo que permite es explorar todos los contenedores de una de Windows Azure y la otra ruta es tables donde se muestra información sobre las tablas que hay en Windows Azure Storage.

Windows Azure Storage utiliza un nombre de la cuenta y una llave de acceso que permite acceder al servicio. Esta información tiene que ser provista en todo momento cada vez que se genera un cliente para conectarte a cualquier servicio. En vez de estar cada vez que se genera el cliente, poniendo como parámetro estos dos valores, se pueden establecer esos dos valores como parte de los valores de entorno del proceso que ejecuta node.js

Para establecer esas dos variables hay que ponerles un nombre concreto:

process.env['AZURE_STORAGE_ACCOUNT'] = 'myazureaccount';
process.env['AZURE_STORAGE_ACCESS_KEY'] =
wiqoueoiqwueoiuqweoi2098130928109283oio==';

A partir de este punto en cualquier fichero JavaScript del servidor se puede requerir como dependencia azure y se puede empezar a crear los clientes.

Blobls

En el ejemplo de este post primero se listan los contenedores de la cuenta. Cuando se hace click en uno de los contenedores se listan los blobs y se hace click en uno de esos blobs el fichero se descarga en el navegador del usuario.

Para conseguir esto se utilizan los parámetros querystrings de la url para saber en cada momento que operación se está haciendo.

clip_image006

Trabajando con el SDK de Windows Azure Storage

Como bien es sabido JavaScript utiliza funciones para realizar los callbacks de las llamadas que se realizan de manera asíncrona, así que el SDK de Azure para Node.js no es diferente. Casi todas las operaciones que expone el cliente de blobs requieren funciones en la llamada para devolver el resultado de la operación.

Para crear uno de estos clientes hay que hacer lo siguiente:

var azure = require('azure');
var blobService = azure.createBlobService();

En la primera línea se está obteniendo la referencia al paquete de azure, una vez conseguido, el siguiente paso es llamar al método createBlobService que genera el cliente de blobs.

Listado de contenedores

Para hacer el listado de los contenedores hay que llamar al método listContainer que acepta dos parámetros options y callback.

· options es un objeto que contiene información sobre cómo hacer la petición con propiedades como: prefix, maxresults, marker, include, timeoutIntervalsInMs

· callback es la función que se ejecutará cuando la operación de listado de los contenedores se complete satisfactoriamente.

La función de callback acepta dos parámetros, uno llamado error y el otro containers. A partir de ese punto el segundo parámetro containers es un array con la lista de los contenedores que hay en la raíz del servicio. Cada uno de esos objetos a su vez contiene información sobre cada uno de los contenedores.

En el ejemplo de la app se listan todos los contenedores por su nombre con lo que se genera un array con los nombres para después pasar ese listado a la vista y que lo dibuje.

blobService.listContainers(function(error, containers) {
if (!error) {
var value = '';
for ( var index in containers) {
for ( var item in containers[index]) {
if (typeof (item) != 'function') {
value += (item.toString());
value += ' ';
value += (containers[index][item]);
value += '<br/>';
}
}
}

res.render('blobs', {
value : value,
containers : containers,
type : 'containers'
});
}
});

Es en esa llamada res.render donde se pasa un objeto con las diferentes propiedades que luego la vista utilizará.

Jade

La vista utiliza Jade para definir las plantillas y esta a su vez se puede programar, este es el código de la plantilla de los listados de los contenedores.

extends layout
block content
h1 Blobs Demo
h2 Container list
if(type === 'containers')
ul
each item in containers
li
a(href="/blobs?containerName=#{item.name}") #{item.name}

Es importante el indentado de los elementos porque eso define la jerarquía dentro del HTML. Como se puede apreciar se itera por la lista de los contenedores y se generar enlaces de tipo “a” para que el usuario pueda navegar por la app.

clip_image007

Obtener el contenido de un blob

La última operación que se va a cubrir en este artículo es obtener el contenido de un fichero y devolverlo en la respuesta de HTTP. Para ello se utiliza la operación getBlobToStream que requiere como parámetro el nombre del contenedor, el nombre del blob y una referencia al objeto response de la petición de HTTP de Node.js

blobService.getBlobToStream(container, blobName, res, function(error){
if(!error){
res.writeHead(200);
res.end();
}
else
{
console.log('error');
console.log(error);
res.end();
}
});

Recapitulando

Desde Node.js se puede acceder a toda la funcionalidad que expone Windows Azure Storage para trabajar en aplicaciones en la nube. La API permite integrar Azure dentro del desarrollo normal de una aplicación web.

A partir de aquí se puede consultar la documentación y ejemplos disponibles de Windows Azure para Node.js. La documentación del SDK de Node.js.

Publicar el proyecto en Windows Azure

Para publicar el proyecto de ejemplo no es necesario hacer nada en especial, se puede hacer push al repositorio de Git, se pueden copiar los ficheros desde FTP, ect.

El propio servidor tiene instalado Node.js y hará durante el proceso de instalación un npm install para resolver las dependencias.

La única cosa que hay que tener en cuenta es que el fichero inicial tiene que llamarse server.js y no app.js así que hay que renombrar ese fichero.

La demo completa se puede explorar desde esta url alojada en Windows Azure.

http://dpespainnodejsdemo.azurewebsites.net/

El código de ejemplo se puede explorar y descargar desde aquí.

https://github.com/LuisGuerreroDpe/Windows-Azure-Demos/tree/Node.js/Node

Luis Guerrero.

Technical Evangelist Windows Azure

@guerrerotook

Cómo montar un blog basado en Ghost en Windows Azure Web Sites

Windows Azure Web Sites, en adelante WAWS, permite a los usuarios de Windows Azure alojar sitios web en segundos. Con una subscripción de Azure puedes tener hasta 10 sitios web gratuitos, con cuotas diarias de CPU, ancho de banda y espacio. Es un servicio estupendo si quieres montar un blog personal muy sencillo.

En ese sentido Ghost es una plataforma de blogging basada en Node.js que utiliza Markdown para el contenido de los post. WAWS permite ejecutar aplicaciones web basadas en ASP.NET, Node.js, Python y PHP, así que es la mejor opción para poder alojar nuestro blog.

Para hacer más interesante el proceso se va utiliza la universal CLI de Azure que está basado en Node.js también.

Los requisitos para poder empezar a crear el sitio web y poder bajarte las dependencias son:

· Node.js para el CLI y NPM (Node Package Manager): http://nodejs.org/

· Windows Azure Universal CLI: npm install azure-cli –g

· Git para subir nuestro Código al sitio web: http://git-scm.com/downloads

Una vez que se tienen los requisitos instalados, se puede empezar a trabajar.

Windows Azure Universal CLI

El primer paso es registrar nuestra subscripción de Windows Azure con la CLI, para hacer eso, se abre una ventana de comandos de Windows y se escribe el siguiente comando:

azure account download

Lo que fuerza a bajarse del portal el fichero .publishsetting que contiene todos los datos necesarios para poder conectarse al portal de Windows Azure y poder realizar operaciones. Una vez descargado el fichero se tiene que importar para poder tenerlo como activo en la plataforma. Este proceso se realiza ejecutando el siguiente comando:

azure account import {path to .publishsettings file}

A partir de este momento se puede ejecutar este comando para listar las subscripciones activas:

azure account list

Creando el sitio web desde la línea de comando

Una vez que se tiene activa la línea de comando, se puede realizar opciones sobre la cuenta. Ahora es el momento de crear el sitio web. En este caso, además, se quiere que la web se comporte como un repositorio remoto para poder hace push desde git.

Una cosa a tener en cuenta con este proceso, es que, cuando se ejecuta el comando, el propio proceso de generar el sitio web en Windows Azure, crea en local un repositorio git y además agrega la url remota del repositorio como un origen remoto, así que antes de poder ejecutar este comando, sería ideal bajarse el código de Ghost en una carpeta donde ya este el código fuente.

Descargando Ghost

Para descargar Ghost, se puede hacer de dos maneras, bajarte el código fuente sin los módulos de los que depende, o generar el código. En este caso vamos a ir por la opción más sencilla que simplemente es bajarse el código y resolver las dependencias. Para ello, hay que ir a https://ghost.org/download/ y pulsar el botón de descarga.

clip_image002[4]

El fichero zip se puede descomprimir en c:\ghost y ahí mismo inicializar el repositorio git.

clip_image004[4]

Creando el sitio web

Ahora que ya se dispone del código fuente de Ghost, es el momento de crear el sitio web, desde la línea de comando.

clip_image006[4]

Como se puede apreciar en la captura de pantalla, además de crear el sitio web, el comando ha ejecutado localmente git init y git remote add.

Configurando Ghost para Windows Azure Web Sites

Ahora se va a proceder a configurar Ghost de manera correcta, resolver las dependencias, añadir todos los ficheros al repositorio y establecer la configuración correcta.

WAWS requiere que el fichero .js inicial para ejecutarse se llame server.js así que hay que hacer una copia del fichero index.js.

Para terminar de configurar Ghost hay que abrir un fichero llamado config.example.js donde existe un objeto de JavaScript que contiene la configuración del sitio web para los diferentes modos. En este ejemplo se tiene que configurar production, porque después en la configuración del sitio web se agregará esa variable de entorno.

Hay que cambiar la url del sitio web por la nuestra (myghostblog01.azurewebsites.net) además de cambiar el puerto por el cual se escucharán las peticiones web. De manera predeterminada es el puerto 80, pero hay un mecanismo por el cual se puede preguntar al runtime cuál es el puerto (process.env.PORT).

Hay que tener en cuenta que cuando se haga el push en el servidor y se despliegue la app el fichero config.example.js pasará a ser config.js y si se desean hacer más modificaciones se tendrán que hacer en el fichero config.js.

Establecer el entorno de Node.js a producción

Para cambiar el entorno se tiene que crear una variable de configuración del sitio web. Como siempre se puede hacer a través del portal o escribiendo el siguiente comando:

azure site config add NODE_ENV=production

clip_image008

Subir el blog a través de GIT

El último paso para publicar el blog, es añadir los ficheros locales al repositorio de Git, hacer commit local y luego hacer push al servidor remoto, en el cual se ejecutará el proceso de publicación de Ghost.

En el portal de Windows Azure para el sitio web, existe una pestaña llamad deployments, que contiene información sobre los despliegues que se han realizado en la web. Como todavía no se han realizado ninguno, aparece información de cómo hacer un commit al servidor.

clip_image010

Para hacer el commit local hay que ejecutar estos comandos de Git:

git add .

git commit –m “Initial Checkin”

git push azure master

Cuando se ejecute este último commando, la consola de git solicitará al usuario las credenciales de deployment para el repositorio. Si no se ha creado una contraseña se puede crear desde el panel de administración del sitio web.

clip_image011

Una vez que se ha ejecutado el comando de push en el servidor la consola aparece el resultado indicándonos que ha sido correcto.

clip_image013

El portal de Windows Azure ahora ha cambiado y se puede ver cuál es el deployment activo.

clip_image015

El último paso de todo el proceso sería navegar hasta la el blog de Ghost y comprobar que funciona correctamente.

clip_image017

Conclusiones

Windows Azure Web Sites es la plataforma para publicar sitios webs más flexible que existe ahora mismo en el mercado. Permite utiliza tanto Git, como TFS para conectar un repositorio de código y poder cerrar el ciclo de integración continua y entrega continuada que existe en los equipos para entregar funcionalidad.

Este artículo simplemente se ha centrado en una plataforma de bloggin como es Ghost, pero si el usuario quisiera desarrollar algún módulo para Ghost, tendría en WAWS la plataforma perfecta para testear, desplegar y desarrollar online con Visual Studio Online “Monaco”.

Luis Guerrero.

Technical Evangelist Windows Azure

@guerrerotook

Pruebas de rendimiento Web para Windows Azure

Una de las preguntas más recurrentes que suele tener los clientes a la hora de trabajar en Windows Azure suele ser, ¿cuál será el rendimiento de mi sitio web en Azure?

La respuesta a esta pregunta no es sencilla o universal. Depende de muchos factores, del tamaño de la máquina utilizado en el servicio en la nube, de la tecnología, cuantas consultas se hagan a la base de datos, ect. El número de factores que pueden determinar ese número final es amplísimo, así que no se puede dar una respuesta para todos los casos.

Entonces ¿cuál es la mejor aproximación para dar respuesta a esa pregunta?

Medir. Medir. Medir.

Pero antes de medir el tiempo que tarda el sitio web en responder, cabe mencionar algunos artículos creados por otros desarrolladores sobre cómo aumentar el rendimiento de las aplicaciones web.

Coding Horror – Performance is a Feature

Scott Hanselman – Penny Pinching in the Cloud: Enabling New Relic Performance Monitoring on Windows Azure Websites

Medir

La mejor manera para saber si una aplicación web es lenta o rápida es medir el tiempo que tarda una respuesta. Esto permite tener una media real de como el sitio web funciona, pero eso no es suficiente. Se necesita además, simular cierta carga, varios usuarios, con varios patrones de uso de la web. Y no solo hacer una sola petición, sino una navegación completa del usuario comprobando cookies, parámetros de la url, inicios de sesión, ect.

Una vez que se ha establecido un escenario base, uno puede empezar a realizar optimizaciones en su código para ver cómo se mejora ese tiempo. Es importante realizar estas mediciones en el rendimiento una vez que se ha realizado el sitio web, o por lo menos cuando está a punto de cerrarse el proyecto. No tiene ningún sentido empezar a hacer optimizaciones tempranas, ya que son un anti patrón muy claro.

Premature-Optimization and Performance Anxiety

Performance anti patterns

Visto todo lo anterior, lo ideal sería disponer de algún software que nos permite grabar la navegación de un usuario y que después sea capaz de volver a simular todos los pasos que ese usuario ha hecho. Justamente estamos hablando de los Web Performance Load Test de Visual Studio Ultimate.

Web Performance and Load Test

Visual Studio en su versión Ultimate, incluye un tipo de proyecto dentro de la categoría de Test llamado Web Performance and Load Test, que permite grabar sesiones web.

clip_image002

Cuando se ha creado el proyecto, hay un fichero con extensión de tipo .webtest donde aparecerán todas las peticiones HTTP que se han grabado para esa sesión. Cada fichero representa una colección de peticiones HTTP que pueden ser una historia de usuario, una navegación sobre una característica a medir, o simplemente una invocación a una API Rest.

clip_image004

Se puede hacer una grabación con Internet Explorer donde se registran todos los pasos que el usuario ha hecho en el sitio web.

clip_image005

clip_image006

Una vez que ha terminado de hacer la grabación aparecerán en Visual Studio la lista de Urls a testear.

También se puede utilizar un origen de datos para obtener las urls y así hacerlos parte un test de integración.

Por supuesto se pueden agregar a mano las peticiones, las condiciones para dar como válida una petición y todo lo relacionado con el ciclo de vida de una petición.

clip_image008

Una vez que se ha confeccionado la lista de las Urls que forman parte del test, se puede pasar a hacer la prueba de rendimiento o se puede personalizar las peticiones. Hay un botón en la barra del test que permite generar el código en C# asociado de las peticiones para poder modificarlo a petición del usuario, de esta manera se puede automatizar mucho más el proceso.

clip_image010

Prueba de carga

El siguiente paso es generar y configurar una prueba de carga para la prueba web recién creada. Dentro del proyecto de Test hay que pulsar en añadir nuevo elemento y seleccionar prueba de carga (Load Test).

clip_image012

En el cual inmediatamente creará un asistente en el que se pueden configurar las diferentes opciones para la prueba de carga.

clip_image014

1. Darle un nombre al escenario

clip_image016

2. Ahora se seleccionan el patrón de carga, como se desean simular los usuarios de la prueba. Se puede elegir un valor constante de usuarios y otro incremental en el que se pueden configurar todas las opciones de incremento.

clip_image018

3. En la siguiente pantalla se puede elegir la manera en la que se mezclan los diferentes escenarios de prueba (que son las pruebas web que se han definido antes).

clip_image020

4. En esta pantalla es donde se agregan los diferentes test que se van a formar parte de las pruebas y que tanto porciento representan.

clip_image022

5. Ahora se pueden seleccionar las velocidades de red para calcular el tiempo de descarga.

clip_image024

6. Mezcla de navegadores

clip_image026

7. Ahora se pueden seleccionar las máquinas de las que se quieren obtener los contadores de rendimiento, en el caso que se está tratando ahora (Windows Azure) tendríamos que abrir los puertos de WMI para poder acceder a esa información, pero si se está haciendo una prueba en local con otra máquina se puede poner el nombre de la máquina y qué contadores de rendimiento se quieren monitorizar.

clip_image028

8. La última opción define cuánto tiempo durará la prueba.

clip_image030

Por supuesto todas estas opciones pueden ser modificadas posteriormente en cualquier momento. Una vez finalizado el asistente, en Visual Studio aparece esta pestaña que contiene las propiedades del proyecto de carga

clip_image032

Recopilando datos

La prueba de carga consiste en recopilar datos de muchos contadores, no solo de las máquinas en las que se ejecuta la web, sino de los agentes que ejecutan las pruebas de cargas. Eso hace que una de las opciones a la hora de guardar las muestras de la prueba sea una base de datos SQL Server. Desde la opción de administrar el controlador de la prueba, se puede acceder al almacén donde se guardarán los datos.

clip_image033

Desde aquí se puede configurar en qué instancia de SQL Server se guardaran los datos de muestra. La base de datos tiene que tener un esquema predeterminado para que funcione correctamente. En el directorio de instalación de Visual Studio hay un fichero llamado (C:\Program Files (x86)\Microsoft Visual Studio 12.0\Common7\IDE) loadtestresultsrepository.sql que contiene el script necesario para generar la base de datos desde cero.

Ejecutando la prueba

Una vez que se ha configurado todas las opciones de la prueba de carga, se puede proceder a ejecutar la prueba. Visual Studio ofrece un panel de control para ver toda la información sobre la prueba, los contadores y los resultados de manera provisional. Toda la información que se recopila se guarda en la base de datos antes configurada y se puede volver a abrir para consultar los datos.

Panel de información

Cuando se ha acabado la prueba y se vuelve a abrir el resultado, primero aparece un resumen de todo lo ejecutado.

image

Donde se puede visualizar información relativa a cuando se ha ejecutado la prueba, los principales valores del resultado; carga de usuarios, media de tiempo de respuesta de la web, número de peticiones por segundo, ect.

Además de esta información, se puede visualizar individualmente por cada una de las web que forman parte de la prueba, la información del número de peticiones y de tiempo medio de respuesta.

Al final de todo aparece el detalle del controlador y de los agentes que han realizado la prueba.

Graficas

Otra pestaña muy importante para entender los resultados de la prueba de carga es la de gráficas. En esta pestaña se puede visualizar, a lo largo del tiempo, los valores que se deseen. De manera predeterminada Visual Studio ofrece un cuadrante de cuatro gráficas, donde se pueden añadir métricas sobre las diferentes opciones de la prueba de carga.

image

Conclusión

Con las pruebas de carga Web de Visual Studio se pueden hacer mediciones del tiempo medio de respuesta de los sitios web, numero de excepciones, número de peticiones por segundo antes de dar un error de ocupado, ect.

De esta manera se puede hacer una prueba de carga directamente apuntando a Windows Azure, para ver cuantas peticiones son capaces de responder los servidores antes de dar errores 500. Es importante hacer estas pruebas con el número de servidores que se utilizará en producción para intentar que el entorno de pruebas de carga sea lo más similar al entorno final.

Luis Guerrero.

@guerrerotook

Conoce Azure con estas dos series de webcasts

La nube, el cloud computing, entornos híbridos, etc. Términos que hace unos años sonaban como otra tendencia más que venía encima aunque sin saber si lo hacía para quedarse o para desaparecer como muchas otras anteriores. Su importancia es clara, solo tenemos que fijarnos en algunas de las cifras de Microsoft disponibles en Microsoft by the Numbers: The Enterprise Cloud:

  • 50% de las compañías Fortune 500 ya usan Windows Azure, la nube pública de Microsoft.
  • 1.000 nuevos clientes se dan de alta en Azure cada día.
  • 1 de cada 4 clientes empresariales de Microsoft ya trabajan en la nube gracias a Office 365.
  • Microsoft ha invertido más de 15 mil millones de euros en sus datacenters y sigue invirtiendo cada día más para mejorarlo y ampliarlos.

Por ello, no hay mejor forma que estar preparado frente al cambio que conocerlo. A lo largo de octubre y noviembre hemos puesto a vuestra disposición los IT Camps de Windows Azure en 5 ciudades españolas donde habéis podido conocer los detalles que traía Azure en el ámbito de la Infraestructura como Servicio (IaaS). ¡Gracias a todos los que habéis participado!

Ahora, queremos continuar ayudándoos a conocer las ventajas de la nube a través de dos series de eventos online que hemos puesto en marcha para que tengáis cada semana una nueva oportunidad de aprender.

  • Los #CloudIO en colaboración con Desarrolloweb donde cada quince días os iremos introduciendo los principios básicos de las diferentes soluciones que te ofrece Windows Azure. Ayer miércoles tuvimos el primero de Máquinas Virtuales y ya lo tenéis disponible en diferido para verlo. A través de @deswebcloud podréis tener toda la información de los próximos eventos.    
  • Los webcasts #AzureTechnet en colaboración con los MVPs de Windows Azure Ibón Landa y Quique Martínez donde profundizaremos en los detalles más técnicos y avanzados de cada producto. En ellos encontraréis también los consejos y recomendaciones extraídas de su trabajo diario con Windows Azure.

El siguiente evento que tendremos será el próximo miércoles, 27 de Noviembre en el webcast #AzureTechnet sobre Máquinas Virtuales. En él se tratará:

  • Redes virtuales para la conexión entre servicios en la nube y en tu datacenter.
  • Escenarios de alta disponibilidad para lograr dar un servicio sin interrupciones.
  • Escalado dinámico para asumir las cargas y picos de trabajo.
  • Automatización de tareas de aprovisionamiento para reducir los tiempos y los errores.
  • Monitorización y diagnóstico para reaccionar rápido frente a cualquier problema.

Podéis comenzar ya a registraros.

Si queréis conocer lo que cubriremos en ambas series, aquí os dejo los contenidos preparados:

  • Windows Azure Virtual Machines: máquinas virtuales de Windows Server y Linux en la nube    
  • Windows Azure Mobile Services: cómo crear un backend para tu app movil en segundos. Con soporte para Windows Store, Windows Phone, iOS, Android y HTML / Javascript.    
  • Windows Azure Notification Hubs: envía millones de notificaciones push a dispositivos Windows, iOS o Android con una única llamada de API.     
  • Windows Azure Storage:  Es el servicio de almacenamiento con tres abstracciones, Tablas, Colas y Blobs       
  • Windows Azure Web Sites: Te permite crear tu sitio web en segundos. Elige entre mucha de las plantillas de aplicación, o conecta tu repositorio de código para publicar directamente.       
  • Windows Azure Cloud Services: Los servicios en la nube, permite a las aplicaciones empresariales escalar hasta el infinito, elije entre roles web o de trabajo.      
  • Active Directory y MFA: Aloja tu controlador de dominio en Windows Azure y habilita a tus usuarios la autenticación en dos pasos. (Multi-Factor Authentication)      
  • Windows Azure Media Services: Es el servicio que te permite la ingesta masiva de videos, la codificación en diferentes formatos y calidades, la protección de tu IP con PlayReady y la distribuccion de los contenidos a través de la CND con soporte para re empaquetar el contenido al vuelo.   
  • HDInsight: Crea tu cluster de Apache Hadoop en segundos y utiliza el algoritmo Map-Reduce.   
  • Windows Azure Cache & Traffic Manager: El servicio de Windows Azure Cache permite guardar objetos en una cache distribuida de alto rendimiento. Traffic Manager es la manera de gestionar como los usuarios acceder a tu servicio mundialmente.     
  • Backup Service: Este servicio te permite hacer backup de tus datos de onpremises en la nube

Nos vemos en ellos. ¡Un saludo!

Luis Guerrero.

Technical Evangelist Windows Azure

@guerrerotook

Conoce Windows Azure con los #CloudIO de desarrolloweb.com

Desde Microsoft estamos decididos a que conozcas Windows Azure, así hasta finales de Abril vamos a tener una serie de #AzureIO en desarrolloweb.com.

Se pueden seguir las actualizaciones sobre los #CloudIO en @deswebcloud

Para la gente que no conozca el formato, www.desarrolloweb.com es un portal de ayuda a programadores de Web y otras soluciones que organizan los AzureIO. Se puede encontrar más información en esta dirección: http://www.desarrolloweb.com/en-directo/

Esta es la lista completa de todos los conceptos que vamos a cubrir en estos #AzureIO, así que estad atentos al blog y a las cuentas oficiales de Twitter de Microsoft España donde iremos publicando las direcciones de los eventos.

Windows Azure Virtual Machines

Máquinas virtuales de Windows Server y Linux en la nube

Enlace de YouTube.

Windows Azure Mobile Services

Crear un backend para tu app movil en segundos. Con soporte para Windows Store, Windows Phone, iOS, Android y HTML / Javascript

Windows Azure Notification Hubs

Envía millones de notificaciones push a dispositivos Windows, iOS o Android con una única llamada de API.

Windows Azure Storage

Es el servicio de almacenamiento con tres abstracciones, Tablas, Colas y Blobs

Windows Azure Web Sites

Te permite crear tu sitio web en segundos. Elige entre mucha de las plantillas de aplicación, o conecta tu repositorio de código para publicar directamente.

Windows Azure Cloud Services

Los servicios en la nube, permite a las aplicaciones empresariales escalar hasta el infinito, elije entre roles web o de trabajo.

Active Directory y MFA

Aloja tu controlador de dominio en Windows Azure y habilita a tus usuarios la autenticación en dos pasos. (Multi-Factor Authentication)

Windows Azure Media Services

Es el servicio que te permite la ingesta masiva de videos, la codificación en diferentes formatos y calidades, la protección de tu IP con PlayReady y la distribuccion de los contenidos a través de la CND con soporte para re empaquetar el contenido al vuelo.

HDInsight

Crea tu cluster de Apache Hadoop en segundos y utiliza el algoritmo Map-Reduce.

Windows Azure Cache & Traffic Manager

El servicio de Windows Azure Cache permite guardar objetos en una cache distribuida de alto rendimiento. Traffic Manager es la manera de gestionar como los usuarios acceder a tu servicio mundialmente.

Backup Service

Este servicio te permite hacer backup de tus datos de onpremises en la nube.

Luis Guerrero.

Technical Evangelist Windows Azure

@guerrerotook

3 formas diferentes de publicar una Web en Windows Azure.

Introducción

Windows Azure es una plataforma muy flexible en la que se pueden publicar y consumir todo tipo de aplicaciones. En este post se repasarán las 3 formas que hay de publicar un Web, viéndose las ventajas e inconvenientes de las tres formas.

Las tres maneras son: Máquinas virtuales (Infraestructura como servicio IaaS), Servicios de nube (Plataforma como servicio, PaaS) y Windows Azure Web Sites.

Maquinas Virtual, IaaS

Las máquinas virtuales, como su nombre indica es la capacidad que tiene Windows Azure de hostear una máquina virtual basada en ficheros vhdx. Desde el portal de Windows Azure se puede seleccionar nueva máquina virtual y seleccionar creación rápida. De esa manera se tiene una maquina encendida y funcionado.

Una vez generada la VM se puede instalar desde ahí, Internet Information Services y copiar nuestra aplicación Web en la máquina.

Ventajas

  • Se tiene toda la flexibilidad para instalar y administrar la máquina virtual desde escritorio remoto.
  • Se puede alojar la aplicación web en Linux.
  • La máquina virtual es persistente.

Inconvenientes

  • No hay mecanismo definido para publicar la web. Copiar los ficheros por escritorio remoto a mano o cualquier otro mecanismo.
  • Hay que configurar e instalar IIS y ASP.NET.
  • Se tiene que configurar y administrar el balanceo de carga a mano para el puerto de HTTP/HTTPS. Cuando se quieran agregar más maquinas se tiene que hacer a mano.
  • Las tareas de administración se tienen que repetir para todas las máquinas.
  • El usuario es responsable del mantenimiento del S.O.

Servicios en la nube (Plataforma como servicio)

Este fue el primer servicio con el que se lanzó Windows Azure. Permite empaquetar una aplicación Web, independientemente del tipo de lenguaje o runtime, y publicar esa aplicación en el número de máquinas que se hayan designado en el fichero de configuración.

En este método de publicar aplicaciones web, se genera una máquina virtual, se instala y configura IIS con los valores presentes en el fichero de configuración del servicio y se copia el código de la aplicación web al directorio de publicación de IIS.

El proceso es completamente automático y no requiere atención por el usuario en ningún momento. No tiene límite en cuanto al número de instancias de máquinas. (Cómo curiosidad decir que el máximo de máquinas que el autor ha configurado han sido 750, toda una pasada)

Ventajas

  • Flexibilidad para empaquetar y publicar la aplicación.
  • No requiere configuración por parte del usuario, está completamente automatizado.
  • Permite incrementar y reducir el número de instancias a petición del usuario, también de manera automática.
  • Tiene soporte para el autoscale de Windows Azure.
  • Permite configurar aplicaciones web en subdominios y subcarpetas como aplicaciones (en IIS).
  • Permite configurar todos los certificados SSL que se deseen.

Inconvenientes

  • Las máquinas donde se ejecutan no son persistentes. Hay que guardar todos los datos fuera de la máquina donde se ejecuta. Por ejemplo en un Windows Azure Storage.
  • Las peticiones Http al servicio no tienen afinidad, lo que significa que cualquier petición puede ir a cualquiera de las maquinas del servicio en la nube. Hay que configurar la sesión de ASP.NET para que se guarde en Sql Server, Windows Azure Cache Service o Windows Azure Storage.
  • Hay que ser capaz de empaquetar la aplicación web y todas sus dependencias de software.

Windows Azure Web Sites

Windows Azure Web Sites es otro servicio de Windows Azure enfocado a la publicación de aplicaciones Web pero, ¿Cuál es la diferencia con un servicio en la nube? Los servicios en la nube pueden contener, además de un rol de tipo Web, un rol de tipo de trabajo. Es decir un servicio en la nube es una colección de roles de trabajo y de web. Un rol de trabajo es como un servicio de Windows, pero que se ejecuta en Windows Azure y ejecuta tareas en segundo plano. Esas tareas pueden ser generar informes, consolidad información en la base de datos, envíos masivos de emails, cambio de resolución de imágenes y todo aquello que se tiene que hacer en nuestra aplicación web, pero que no se quiere que se impacte en el rendimiento del sitio web.

Volviendo al tema de Windows Azure Web Sites, este servicio ofrece tres modos de funcionamiento:

  • Gratis: los usuarios tienen hasta un máximo de 10 sitios web de manera gratuita, 1 Gb de espacio en disco y 165 megas de salida al día.
  • Compartida: hasta un máximo de 100 sitios web, que se pueden escalar hasta un máximo de 6 instancias, con 1 Gb de espacio en disco y el tráfico de salida se factura al precio estándar.
  • Estándar: hasta un máximo de 500 sitios web con una CPU dedicada, 10Gb de espacio en disco y el tráfico de salida se factura al precio estándar.

Con estas tres configuraciones se ofrecen diferentes maneras y precios de alojar tu aplicación web según los requerimientos del usuario.

Otra de las diferencias con respecto a los servicios en la nube, es la forma de publicar tu sitio web. WAWS ofrece varias maneras de publicar:

  • Microsoft Web Publishing: Permite publicar un proyecto de web directamente desde Visual Studio.
  • Team Foundation Service: se pude publicar directamente desde TFS Service, la solución en la nube de TFS. No funciona con TFS on premises.
  • Repositorio local de Git: puedes hacer push desde un repositorio local a uno online que representa tu sitio web.
  • Github es un servicio de hosting en Git de terceros.
  • Dropbox: te permite configurar una carpeta de la cuenta para publicar directamente en tu sitio web.
  • Bitbucket: otro servicio de hosting de Git como Github.
  • Codeplex: el servicio de hosting de proyectos de Microsoft.
  • External repository: un repositorio externo en una URL.

Otro de los aspectos que se pueden configurar en el servicio es la versión de .NET Framework en la que se ejecuta la Web, V3.5 o V4.5. Otro de los lenguajes que vienen instalados es PHP que se puede deshabilitar o cambiar la versión de 5.3 a 5.4.

Ventajas

  • Flexibilidad en cuanto al método de publicación de la web.
  • Perfecta para trabajo en equipo.
  • Rapidez, dar de alta un sitio web en Windows Azure son segundos y tener tu web online también.

Inconvenientes

  • No se puede acceder a la configuración de IIS, solamente la configuración que se ofrece desde el portal de administración de Windows Azure.
  • El número de instancias de los modos de compartido y estándar son máximo 6 y 10 respectivamente. En los servicios de la nube no hay límite.

Espero que el artículo haya sido de ayuda para decidirse con qué servicio de Windows Azure se ajusta mejor a las necesidades de cada proyecto.