PDF de programación - Súbete a la nube de Microsoft - Diseño y Herramientas

Sbete a la nube de Microsoft

Parte 4: Diseo y herramientas


Ibn Landa Martn
Unai Zorrilla Castro



i





SÚBETE A LA NUBE DE MICROSOFT PARTE 4: DISEÑO Y HERRAMIENTAS

Diciembre de 2011



Esta obra está editada por Krasis Consulting, S.L. (www.Krasis.com) y Plain Concepts S.L.
(http://www.PlainConcepts.com) bajo los términos de la licencia “Creative Commons Reconocimiento-
NoComercial-SinObraDerivada Unported (CC BY-NC-ND 3.0)”, que permite su copia y distribución por
cualquier medio siempre que mantenga el reconocimiento a sus autores, no haga uso comercial de la obra y no
realice ninguna modificación de ella.



Contenido



CONTENIDO ........................................................................................................ III

CONSIDERACIONES DE DISEÑO ..................................................................... 7

1.-
2.-

3.-

Windows Azure no hace milagros ....................................................................................... 7
Diseño de arquitecturas escalables con azure .................................................................. 7
Particionado de datos ....................................................................................................... 7
2.1.-
Estado de las aplicaciones .............................................................................................. 10
2.2.-
Distribución de cargas .................................................................................................... 10
2.3.-
Procesamiento asíncrono de mensajes ...................................................................... 12
2.4.-
Consejos practicos para crear aplicaciones seguras en azure .................................... 13
Consideraciones en la configuración del espacio de nombres ................... 14
3.1.1.-
Seguridad de datos................................................................................................. 14
3.1.2.-
Almacenamiento de información secreta ........................................................ 15
3.1.3.-
Auditoría y registro de sucesos ......................................................................... 15
3.1.4.-
Patrón de diseño seguro “GateKeeper” .......................................................... 15
3.1.5.-
Partial Trust y full trust: Qué puede y que no puede hacer una aplicación Windows Azure ...... 16

3.2.-

HERRAMIENTAS ................................................................................................. 19

1.-
2.-
3.-
4.-
5.-

Windows Azure platform health dashboard ................................................................... 19
Azure throughput analyzer .................................................................................................. 20
Windows Azure mmc ........................................................................................................... 21
Cloud Storage Studio ............................................................................................................ 23
PowerShell ................................................................................................................................ 27
Ejemplos ............................................................................................................................. 28
5.1.-
Cerebrata Diagnostics ........................................................................................................... 29
SpotLight ................................................................................................................................... 30
DMVs ......................................................................................................................................... 32
Red Gate Backup .................................................................................................................... 34
CSS SQL Azure Diagnostics ................................................................................................ 35
Windows azure bootstrapper ............................................................................................. 36
Windows Azure Multi Application..................................................................................... 37
Azure Monitor......................................................................................................................... 37
Autoescalado de instancias .................................................................................................. 40

6.-
7.-
8.-
9.-
10.-
11.-
12.-
13.-
14.-



4 Súbete a la nube de Microsoft Parte 4: Diseño y herramientas



Contenido v







CAPÍTULO



1

Consideraciones de diseño



WINDOWS AZURE NO HACE MILAGROS
1.-

Uno de los aspectos clave que nos da la plataforma es la escalabilidad sin límites. Desplegando una aplicación

en Windows Azure ésta podrá escalar hasta límites insospechados e inimaginables, y esto sin exagerar.

Claro está que la plataforma Windows Azure permite realizar aplicaciones que pueden ser altamente
escalables, pero el límite está en la aplicación; si ésta no está preparada para escalar, Windows Azure no va a
hacer milagros para que escale.

Por ejemplo, si se dispone de una aplicación web que no es capaz de desplegar en una batería de servidores

web on-premise, difícilmente Windows Azure va a poder hacerlo.

Puede parecer una cosa sin sentido, pero más de una vez se olvida este punto y se piensa que por el hecho de
emplear la plataforma o migrar una aplicación a Windows Azure se van a conseguir todos los beneficios que ésta
puede llegar a ofrecer.

Pero hay un tema más básico. Windows Azure es una nueva plataforma dónde se pueden desplegar
aplicaciones y que ofrece indudables beneficios sobre otras soluciones, pero esto no significa que los
conocimientos anteriores dejen de ser válidos.

¿Cómo sé sabe cuántas instancias se tienen que levantar? ¿Cómo se hace que sea escalable? ¿Dónde se guarda

la sesión? ¿Cómo se asegura que sea escalable?¿Qué arquitectura se debe usar?

Como plataforma nueva tiene sus peculiaridades y hay ciertos conocimientos que son diferentes, pero la esencia
sobre cómo desarrollar una aplicación altamente escalable y qué conceptos arquitectónicos se deben tener en cuenta son
iguales a los que se necesitarían para desarrollar una aplicación que vaya a desplegarse en un entorno on-premise.

Por ejemplo, a la pregunta ¿Cómo sé sabe cuántas instancias se tiene que desplegar? se puede responder con

¿Cómo se sabe ahora? ¿Cómo dimensionas una solución on-premise?

Con esto lo que se quiere comentar es que no debe olvidarse que muchos de los retos a los que los
desarrolladores se enfrentan en Windows Azure, no dejan de ser los mismos a los que se enfrentaban antes de
existir esta plataforma y que por tanto no se deeb hacer tabla rasa, ni pensar que por usar Windows Azure se vaya
a tener por arte de magia aplicaciones escalables sin ningún tipo de esfuerzo.

Si no se ha dedicado el tiempo a hacer una buena arquitectura, si no se han aplicados los patrones y técnicas de

desarrollo adecuadas, si no se ha pensado en ciertos aspectos clave sobre el desarrollo de aplicaciones.



2.-

DISEÑO DE ARQUITECTURAS ESCALABLES CON AZURE

2.1.-

Particionado de datos


Prácticamente cualquier aplicación hoy en día necesita disponer de algún sitio de almacenamiento. Dentro de la

plataforma Azure existen dos alternativas, perfectamente compatibles, que son Windows Azure Storage y SQL Azure.



7

8 Súbete a la nube de Microsoft Parte 4: Diseño y herramientas



En este punto se abordará el concepto de particionado de datos, particionado que muchas veces es necesario
del diseño de aplicaciones con un requisito de escalabilidad y cómo es posible dicha acción en los dos sistemas de
almacenamiento.

Windows Azure Storage
El servicio de tablas de Windows Azure proporciona almacenamiento estructurado no relacional basado en

tablas.

Una entidad dentro de las tablas de Windows Azure se define de manera única con dos propiedades.
La primera propiedad es la clave de la partición, PartitionKey, que identifica a que partición pertenece una
entidad. La única garantía que existe sobre las particiones, es que, acceder a entidades almacenadas en la misma
partición va a tener, típicamente, un menor coste que acceder a entidades en particiones diferentes.

La segunda propiedad es la clave de la entidad, EntityKey, que identifica de manera univoca una entidad

dentro de una partición.



Figura 1.1 Particionado



Por tanto, definir correctamente el PartitionKey puede influir enormemente en el rendimiento de la aplicación,
ya que este valor determina la ubicación física de una entidad. Es importante poner cuidado a la hora de elegir la
clave de partición de las entidades para asegurar que entidades que se acceden típicamente al mismo tiempo
comparten la misma clave de partición. También es importante que las particiones sean homogéneas en tamaño.

Por ejemplo, si se almacenan clientes, una posible clave de partición podría ser el código postal, si típicamente

la aplicación trabaja con los clientes de un determinado código postal, por ejemplo para realizar estadísticas.

SQL Azure
El particionado es una técnica por la cuál se divide la información de una base de datos en subconjuntos más
pequeños de información que distribuyen entre múltiples base de datos para mejorar aspectos com