PDF de programación - Windows Azure. La nube, versión Microsoft

Windows Azure
La nube, versión Microsoft

El pasado 4 de enero, Microsoft oficializó el lanzamiento de Windows Azure, su apuesta en el terreno
de la computación en la nube (Cloud Computing), ampliando así la oferta existente en el mercado, por
parte principalmente de Amazon y Google. En este artículo intentamos desgranar la propuesta de la com-
pañía de Redmond, apuntando los conceptos más importantes desde un punto de vista práctico y con
ojos de desarrollador.

Azure, ampliando posibilidades

H

asta ahora, cuando desarrollábamos
aplicaciones a desplegar en servidores Windows
teníamos dos opciones: usar infraestructura pro-
pia (tanto equipos como canales de comunicación)
o contratarlos mediante un servicio de hosting. Azu-
re nos abre una tercera vía, ampliándonos las posi-
bilidades a la hora de distribuir nuestros desarro-
llos y situándonos en un escenario donde:

• Podemos dimensionar el hardware que aloja
nuestros desarrollos sin intermediarios admi-
nistrativos, siendo posible, por ejemplo, con-
figurar la potencia de los servidores o el núme-
ro de los mismos en cualquier momento; se
nos permite, incluso, optar a programar la
cantidad de recursos por fecha y hora según
las previsiones de tráfico a las que queramos
dar respuesta.

• Pagamos solo por lo que consumimos, con

aplicación de tarifas competitivas.

• Disponemos de la fiabilidad y potencia de los
Data Centers de Microsoft, a la vez que pode-
mos decidir entre los diferentes centros para,
por ejemplo, optimizar las comunicaciones
dependiendo de la ubicación geográfica de los
usuarios de nuestros servicios, o por cuestiones
legales asociadas a dicha zona.

• La gestión del balanceo de carga entre servi-

dores nos es totalmente transparente.

Toni Recio y Gerard López
Project Manager y Analista Progra-
mador, ambos en Pasiona Consulting

• Nos olvidamos del mantenimiento de los equi-
pos, la redundancia de datos o la actualiza-
ción del software de los servidores.

• Los costes de licencia se reducen considera-
blemente y se simplifican los modelos de licen-
ciamiento.

En resumen, disponemos de la potencia nece-
saria, sea cual sea el escenario, tanto de proceso
como a nivel de ancho de banda, a la vez que ges-
tionamos todo ello con nuestras propias manos. Si
eso no fuera suficiente, la plataforma implementa
una serie de servicios (muchos de los cuales iremos
descubriendo en éstas páginas) de los que nuestros
desarrollos podrán aprovecharse. Azure, por tanto,
no es solo una plataforma donde ejecutar nuestro
código, sino que también nos provee a los desarro-
lladores de un elenco de herramientas en formato
SaaS (Software As A Service) y DaaS (Data As A Ser-
vice) a explotar desde nuestras soluciones.

Una vez ubicados en las posibilidades de la pla-
taforma, veamos cómo podemos realizar nuestra
primera toma de contacto con el nuevo Windows
en la nube.

Preparando el entorno

Al contrario de lo que muchos piensan y aunque
parezca paradójico, podemos empezar a jugar con
Azure sin estar tan siquiera conectados a Internet.

Para ello tan solo necesitaremos a nuestro querido Visual
Studio, en sus versiones 2008 con SP1 ó 2010, sobre el que
instalaremos un conjunto de herramientas de Windows
Azure que, aparte de la integración con el entorno de desa-
rrollo, incluye también su SDK. La forma más sencilla de
instalar dichas herramientas es mediante el Web Platform
Installer (http://www.microsoft.com/web/downloads/
platform.aspx); dentro del apartado "Herramientas del
desarrollador", pulsamos en la acción "Personalizar" de la
opción "Visual Studio Tools", para por último seleccionar
"Windows Azure Tools para Microsoft Visual Studio" y
pulsar el botón "Instalar". Es importante destacar que debe-
remos contar con IIS 7.0 y SQL Server instalados en nues-
tro equipo local.

Creando nuestro primer "Hola nube"

Vamos a tratar de hacer un ejemplo mínimo, para cen-
trarnos en Azure como plataforma y que por otro lado
nos permita ver "nubes" de inmediato. Es por ello que
nuestro ejemplo será una simple página Web que
muestre la última fotografía del satélite meteorológi-
co Meteosat. En ella podremos introducir observa-
ciones sobre la imagen y guardar los datos mediante
un botón de comando, pero de momento nos confor-
maremos con mostrar la fotografía, dejando para más
adelante la implementación de la manipulación y alma-
cenamiento de datos.

Para empezar, arrancamos Visual Studio con privi-
legios de administrador, dado que el entorno de simu-
lación local de la plataforma requerirá de ciertos per-
misos sobre nuestra máquina. Creamos un proyecto de
la nueva categoría "Cloud", seleccionando como plan-
tilla "Windows Azure Cloud Service", y asignamos los

Figura 1. Estructura de la solución

nombres WeatherService y CloudMania al proyecto y la
solución, respectivamente.

Una vez que aceptamos el diálogo, se nos consul-
tará qué roles debe implementar el servicio que quere-
mos desarrollar. Podemos ver los roles como las máqui-
nas virtuales que vamos a utilizar para desplegar nues-
tra aplicación en la nube. Cada rol nos presenta una con-
figuración distinta de máquina orientada a unas tareas
concretas. Los roles que se nos proponen son los
siguientes:

• ASP.NET Web Role, destinado a aplicaciones
ASP.NET tradicionales que también podremos uti-
lizar, por ejemplo, para alojar aplicaciones Silver-
light. Destacar que cuando hagamos uso de este
rol para agregar una aplicación que ya teníamos
desarrollada previamente, ésta no podrá ser del
tipo "Web Site", ya que por ahora dichas plantillas
no están soportadas, por lo que tendremos que
migrar nuestro sitio Web a un proyecto de tipo
"Web Application" para poder incluirlo en el Cloud
Service.

• ASP.NET MVC 2 Web Role, orientado a desarro-
llos de aplicaciones con el nuevo framework MVC.
• WCF Service Web Role, para programar servicios

basados en WCF.

• Worker Role, enfocado al desarrollo de servicios

sin interfaz de usuario.

• CGI Web Role, para el despliegue de aplicaciones
basadas en el protocolo FastCGI, como pueden
ser gestores de contenido desarrollados en PHP.

En la actualidad, Azure también da soporte a
desarrollos realizados con Ruby, Python o Java,
pero éstos requieren de la instalación de softwa-
re adicional en nuestra máquina de desarrollo.

Dada la naturaleza de nuestro ejercicio, tan solo nece-
sitamos un rol Web ASP.NET. Al indicarlo, se nos gene-
rará la estructura de nuestra solución (figura 1), donde
nos encontraremos con un nuevo proyecto: al proyecto
WeatherService, que contiene la configuración y meta-
datos del nuevo servicio, se añadirá otro llamado WebRo‐
le1, que contiene una implementación prácticamente
igual a lo que sería un proyecto ASP.NET tradicional.

Centrémonos de momento en Default.aspx para
mostrar la última imagen del Meteosat (listado 1); bas-
tará con insertar una etiqueta (tag) de imagen en la pági-
na y ubicar un par de controles con el espacio para los
comentarios y el botón de guardar.

Ahora ya estamos en disposición de arrancar nuestra
solución; no almacena datos, pero ya mostrará la última
fotografía del satélite. Al ejecutar, advertiremos que nos
aparece un nuevo icono de notificación, ubicado en la esqui-

a
í
n
a
M
t
e
N
t
o
d

19

na inferior derecha de la pantalla, que mues-
tra el estado de los servicios asociados a
nuestro entorno de desarrollo. En estos
momentos se están levantando los entor-
nos de desarrollo locales de los dos servi-
cios clave de la plataforma Azure: Deve-
lopment Fabric y Development Storage.

• Colas: Funcionalidad orientada a
comunicar diferentes procesos me -
diante mensajes de menos de 8 Kb.
No se trata tanto de almacenar infor-
mación, sino de ponerla a disposición
de varios servicios, tanto en la nube
como fuera de ella.

<%@ Page Language="C#" AutoEventWireup="true" CodeBehind="Default.aspx.cs"

Inherits="WebRole1._Default" %>

<!DOCTYPE html PUBLIC "‐//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1‐transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">

<title></title>

</head>
<body>

<form id="form1" runat="server">
<div style="float:left; margin‐right: 20px;">

<img ID="Imagen" runat="server" alt="Foto Meteosat"
src="http://www.meteosat.com/imagenes/meteosat/sp/ultima_meteosat‐visible.jpg"/>

<asp:TextBox ID="txtObservaciones" runat="server" TextMode="MultiLine"

Height="100px" Width="300px"/>

<br/>
<asp:Button ID="btnGuardar" runat="server" Text="Almacenar"

onclick="btnGuardar_Click" />

</div>
<div>

</div>
</form>

</body>

Listado 1. Mostrar última imagen del Meteosat (Default.aspx)

Figura 2. Configurando el rol Web

rage mediante los administradores
accesibles en el menú contextual del
icono de notificación. También podre-
mos configurar nuestro servicio edi-
tando en el proyecto WeatherService
los archivos ServiceConfiguration.
cscfg y ServiceDefinition.csdef o,
sin necesidad de tocar XML, configu-
rar directamente vía WebRole1 (ver figu-
ra 2). Es de destacar con qué facilidad
podremos definir el número de máqui-
nas virtuales que soportarán nuestra
aplicación, la potencia de las mismas
(tabla 1) o la sencilla configuración de
los endpoints.

Development Fabric es el servicio que
nos simula el Fabric Controller de Azure,
un servicio vital del sistema, dado que es
el encargado de monitorizar, mantener y
provisionar el entorno donde se ejecuten
nuestras aplicaciones en la nube.

Por otro lado, con Development Sto-
rage dispondremos en local de todas las
herramientas disponibles en Azure para
que nuestros desarrollos puedan alma-
cenar datos no relacionales accesibles vía
REST. El servicio contempla tres mode-
los de almacenamiento:
• Tablas. Se trata de un modelo prácti-
camente idéntico al de una tabla de una
base de datos convencional, pero sin
la capacidad de relacionarse con otras
tablas: información estructurada, pero
no relacionada.

• Blobs: Estructura orientada a almace-
nar archivos binarios de gran tamaño
(hasta un total de 200 Gb. En n