2. Arquitecturas en la nube Nicolás Padula Mauro Castagnasso Huddle Group

3. De quéestamoshablando “El término cloud computing se refiere a procesamiento, datos, servicios y recursosalojados en internet y provistos a demanda” pero… nuncaquedaclaro la primeravez…

4. Uno de cadasabor Posibilitador de nuevosnegocios y soluciones Software as a Service (SaaS) Platform as a Service (PaaS) Infrastructure as a Service (IaaS)

5. Imaginenmuchosservidoresfísicos… … dondecorren VMs con Windows… …dondecorrennuestrasaplicaciones. Si necesitamosescalar (atendermásdemanda), simplementeusamosmás (o mejores) instancias

6. ¿Y a nosotros, quenos cambia? La arquitectura de las aplicaciones. La nube nos fuerza a tener en cuenta la escalabilidad en el diseño de las soluciones: Siempre disponible Estado distribuido Cache Múltiples instancias de servicios Múltiples instancias servidores DBMS alternativos

7. Arquitectura

8. Escalabilidad Escalar horizontalmente (scale-out) Muchas instancias de servidores ¿Cómo se comunican entre instancias? Queues, ISB Escalar verticalmente (scale-in) Mejores recursos de hardware (CPU, memoria, I/O) Stateless (que no tengan estado en memoria y se comparta) Básicamente, si algo tiene estado, otro componente no puede reemplazarlo

9. Un ejemplo Aplicación de dibujo colaborativa en tiempo real en Silverlight Cada cambio de cada usuario se ve en tiempo real Comunicación dos vías: cliente al servidor, y servidor al cliente. TCP o PollingDuplex, basado en HTTP MAKE CONNECT (Comet) Sketch Services Silverlight Sketch App WCF Channel Service Notificaciones

10. Lo más simple Silverlight Sketch App Instancia de máquina Instancia de servicio Estado en Memoria (Notificaciones) Silverlight Sketch App ¿Qué pasa cuando se cae el servicio?

11. N instancias Instancia de máquina Estado en Colas (Notificaciones) Instancia de servicio Silverlight Sketch App Instancia de servicio No escala más allá de los límites de un servidor (ej: 10.000 peticiones / s) Silverlight Sketch App Instancia de servicio ¿Qué pasa cuando se cae la máquina?

12. Silverlight Sketch App Instancia de máquina Estado en Colas (Notificaciones) Instancia de servicio Silverlight Sketch App Instancia de servicio Instancia de máquina Silverlight Sketch App Instancia de servicio Silverlight Sketch App Instancia de servicio

13. Datos To SQL orNottoSQL SQL orNoSQL vs Azure Tables SQL Azure Blobs Files Queues

14. Relacionales Usamos SQL Azure Es un SQL Server 2008 R2* Tienevariaslimitaciones Tamaño Escala Esbastantemáscaroque el storage en Tables dólarespormes

15. Relacionales Peroesuna base relacional! Lenguaje T-SQL Índices ADO.NET Transacciones Foreign Keys Tools (Management Studio)

16. No Relacionales La clave son las claves Partition Key Row Key El storage no nos cuesta Duplicodatosparatenerlos a mano Pegoentidadesunadentro de otra Ojo con lasbúsquedas

17. Cache Es prácticamente obligatorio La informaciónestá, pero el acceso a Tables no es tan rápidocomoquisieramos Tenemoscachéparaotrasfuentes de datos Porejemplo Facebook Se puede usar memcache Con un worker aparte Aprovechamos la RAM extra de nuestra VM Lo tenemosqueimplementar a mano

18. Economía Windows Azure factura en base al uso de la plataforma. Desde USD 9,99/mes(hasta USD 499,95/mes) Computo Transferencia Sql Azure Porhora de servicio Por GBs I/O Por DB / mes USD 0,12 la hora + adicionalportamaño USD 0,10 GB in USD 0,15 GB out Almacenamiento Por GB y transacción USD 0,15 GB/mes USD 0,01/10K transacciones

19. Windows Azure Web role 0,12 por hora 2,88 por día 86,40 por mes Windows Azure Storage 0.15 por GB 0.10GB in Browser / Clientapp 0.01 por cada 10.000 transacciones SqlAzure 0.15GB out

20. En resumen

21. Migrandounaaplicación LetsPlayTogether.com

22. Virtual Machine IIS 7 Sql Server 2008 Browser On-premiseapplication PlayDB

23. On-premiseApplication Presentation (ASP.NET MVC) Services (WCF) Browser Data Access (Entity Framework) Scheduler (Quartz)

24. ClloudApplication Presentation (ASP.NET MVC) Services (WCF) Browser Data Access (Entity Framework) Data Access Tables Blobs (archivos multimedia) Scheduler (Worker) Scheduler (Worker) Queues

25. Decisiones, decisiones ¿Cuáles son los objetivos y restricciones? Aspectos a considerar: De negocio Tiempos Costos de mantenimiento Costos de migración Drivers Seguridad ¿Federada o Forms*? Almacenamiento ¿Tables, Sql y/o Blobs?

26. Demo Deploy Ambientes Tips para el ambiente de desarrollo Tools Manejo de errores Reaprovechar los workers

27. Recursos adicionales p&p Windows AzureGuidance (WAG) Migración de aplicaciones a Azure Desarrollo de aplicaciones en Azure http://wag.codeplex.com/ http://cor.to/WAG Tools Azure MMC http://cor.to/mmc Rinetd http://cor.to/rinetd

28. Preguntas

29. Nicolás Padula nicolas.padula@huddle.com.ar @nahog Mauro Castagnasso mauro.castagnasso@huddle.com.ar @mcastagnasso

30. Participá del DEMOFEST Los mejores proyectos de las células Microsoft, los grupos de investigación de estudiantes, son seleccionados para participar en el espacio del DEMOFEST. ¡Conocélos!

31. Necesitamos tu Feedback! Completá los FORM de evaluación que estarán en nuestra WEB: www.codecamp.com.ar Necesitamos de tu feedback para mejorar.

32. © 2008 Microsoft Corporation. Todos los derechosreservados. Microsoft, Windows, Windows Vista y otrosnombres de producto son y pueden ser marcasregistradas y registros en EstadosUnidos y en otrospaíses. La informacióncontenida en el presenteessólopara fines informativos y representa la visión actual de Microsoft Corporation a la fecha de estapresentación. Debido a que Microsoft debe responder a lascambiantescondiciones del mercado, no se debeinterpretarcomo un compromisopor parte de Microsoft, y Microsoft no puedegarantizar la precisión de ningunainformaciónprovistadespués de la fecha de estapresentación. MICROSOFT NO OFRECE GARANTÍA ALGUNA, EXPRESA, IMPLÍCITA O DE LEY, RESPECTO A LA INFORMACIÓN EN ESTA PRESENTACIÓN.