Your SlideShare is downloading. ×
0
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Introducción SOA - Cloud Computing
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Introducción SOA - Cloud Computing

1,601

Published on

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,601
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
67
Comments
0
Likes
2
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. SOA – Cloud Computing Grupo 9 Nicolas Behotas Marco Yamil Caraballo Sosa Nicolás Fischer Juan Ignacio Marderwald Rosario Mensi José Ignacio Orlando Gustavo Vasoin
  • 2. Agenda• SOA. – ¿Por qué SOA? – ¿Qué es SOA? – ¿Por qué usar SOA? – Arquitectura. – Aplicaciones.• Cloud Computing. – ¿Qué es CC? – Capas. – Tipos de nubes. – Ventajas y desventajas.• SOA vs Cloud Computing.
  • 3. Ejemplo disparador• Hace un tiempo los dispositivos electrónicos eran sistemas autocontenidos y monolíticos.• Hoy, cada componente es “pluggable and independent”.• Conexiones estandarizadas.
  • 4. Evolución Arquitecturas SOA K-tiers Cliente/Servidor Sistemas centralizadosMainframes
  • 5. Evolución Orientación Servicios• Reutilizar código. Servicios• Problemas de mantenimiento. Componentes• Reutilizar funcionalidad. POO• Múltiples plataformas. Modular• Múltiples protocolos.• Integración de aplicaciones.• Sistemas distribuidos.
  • 6. Definición formal de SOA Arquitectura diseñada para construir aplicaciones de negocio a partir de un conjunto de componentes de bajo acoplamiento, dirigidos de forma tal queofrezcan niveles de servicio bien definidos, yque reutilizan servicios internos o externos a la red.
  • 7. Definición formal de SOA Arquitectura diseñada para construir aplicaciones de negocio a partir de un conjunto de componentes de bajo • Funcionalidad bien definida, autónoma y que no acoplamiento, dirigidos de forma tal que depende del contexto o estado de otros servicios.ofrezcande una conexión. servicio bien definidos, y • Punto final niveles deque reutilizan servicios internos o externos a la red.
  • 8. Definición formal de SOA Arquitectura diseñada para construir aplicaciones de negocio a partir de un conjunto de componentes de bajo acoplamiento, dirigidos de forma tal queofrezcan Independencia delservicio bien definidos, y • niveles de cliente respecto de la implementaciónque reutilizan servicios internos o externos a de los servicios. la red.
  • 9. Definición formal de SOA • ¿Servicio bueno? ¿Malo? ¿Medio? ¿Intermitente? Arquitectura diseñada para construir ¿Impredecible? aplicaciones de de respuesta deseadas ante de un • Se definen medidas negocio a partir faltas o fallas que ocurran durante el proceso. conjunto de componentes dey bajo del • Enfocados principalmente en disponibilidad rapidez acoplamiento, dirigidos de forma tal que servicio o performance.ofrezcan niveles de servicio bien definidos, yque reutilizan servicios internos o externos a la red.
  • 10. ¿Qué es SOA? Service Oriented ArchitectureFunciones del negocio de granularidad gruesa conbajo acoplamiento que pueden ser descubiertos y accedidos por parte de otras aplicaciones.
  • 11. ¿Qué es SOA? Service Oriented Architecture Infraestructura de aplicaciones más ágiles queresponden rápidamente a los cambios y demandas del negocio a la hora de recomponer servicios.
  • 12. SOA Service Oriented Architecture Brinda amplio marco para que las empresas puedan construir, desplegar, recomponer y administrar los servicios.El acceso se realiza a través de protocolos estándar.
  • 13. Algunos beneficios • Publicación de servicios. Reusabilidad • Principio fundamental de SOA. Flexibilidad • Bajo acoplamiento. • Protocolos y tecnologías estándar.Interoperabilidad • Abstracción de servicios mediante interfaces. • Reutilización de servicios existentes.Eficiencia en costo • Bajo acoplamiento facilita modificaciones + mantenimiento. • Uso de un Enterprise Service Bus (ESB) capaz de balancear la Escalabilidad carga.
  • 14. Vista conceptual SOA Directorio de 2. Búsqueda servicios 1. Registro del y recuperación del documento de servicio. descripción del servicio. 3. Invocación al servicio vía mensaje (acción a realizar + datos de entrada)Consumidor Proveedorde servicios de servicios 4. Respuesta vía mensaje (resultados)
  • 15. Framework de implementación de SOA Asegura el intercambio de mensajes entre los diferentes componentes de la arquitectura.
  • 16. Framework de implementación de SOA • Información sobre componentes de software disponibles o en uso • Reglas de conexión y descripción asociadas a cada componente • Publicaciones de business services.
  • 17. Framework de implementación de SOA • Provee la tecnología necesaria para conectar personas a personas, personas a procesos o procesos con procesos.
  • 18. Framework de implementación de SOA • Cómo se estructuran las tareas. • Cómo se realizan. • Cuál es su orden correlativo. • Cómo se sincronizan. • Cómo fluye la información que soporta las tareas. • Cómo se le hace seguimiento al cumplimiento de las tareas.
  • 19. Framework de implementación de SOA • Se asegura de que los niveles de servicio sean aceptables • Utiliza los servicios de la capa de infraestructura
  • 20. Framework de implementación de SOA• Conjunto de servicios para dar soluciones a problemas relacionados con la infraestructura (plumbing).
  • 21. Enterprise Service Bus - ESB• Utilizado para transportar mensajes entre los componentes de software.• Permite rápida integración de sistemas complejos.• Evita acoplamiento entre tecnologías.• Altamente escalable (con infraestructura que soporta alta demanda).• Soporte de diversos protocolos.• Componente complejo! – Más recomendable comprarlo que desarrollarlo desde cero. – Proveedores: IBM, Oracle, Cape Clear, …
  • 22. ESB - Funciones
  • 23. ESB - FuncionesPasaje de mensajes• Soporta varios tipos.• Provee ruteo inteligente basado en contenido.• Entrega confiable.Management• Monitorea su propia performance por latencias de mensajes.• Mecanismos de prioridad de mensajes.• Mecanismos de balanceo de carga.Interfaces• Valida mensajes frente a la definición de su esquema que responde a la almacenada en el registro.• Soporta estándares de web services.• Adaptadores de aplicaciones para interfaces de distinto tipo a las de web services.
  • 24. ESB - FuncionesMediación• Transforma formatos de mensajes.• Traducción entre entornos mediante protocolos.Metadata• Metadata: descripciones acerca de la forma y tipo de los elementos que transportan los mensajes, su orden, su significado, etc.• Transformación de los datos utilizando metadata definida en el registro.Seguridad• Encripta mensajes cuando es necesario.• Modelo de seguridad estandarizado para autorizaciones, autentificaciones y auditoría de todas las actividades en el ESB• Navegación sin bloqueos por firewalls.
  • 25. SOA Registry• Referencia central diseñada para el descubrimiento de servicios.• Es un registro de tiempo real.• 3 funciones principales: – Publicar y permitir el descubrimiento de servicios. – Almacenar y administrar metadata de servicios. – Gobernar el uso de servicios.
  • 26. Broker• Inicia las cosas!• Conecta servicios entre sí, permitiendo el flujo de procesos del negocio.• Hace trabajar a todas las conexiones entre componentes.• Actúa como “aguja” que “hila” un componente con el siguiente en un proceso del negocio.• Utiliza información de los componentes residente en el SOA registry y junta los componentes para el workflow engine.
  • 27. Ejemplo ejecución broker
  • 28. Ejemplo ejecución broker • Un usuario se loggea y solicita la ejecución de una aplicación. • Como esta aplicación no está corriendo, el broker es notificado y entra en acción.
  • 29. Ejemplo ejecución broker • Broker consulta al registro para saber qué es lo que tiene que hacer para poder correr la aplicación. • El registro consulta primero al motor de reglas para verificar si la aplicación está en condiciones de ser ejecutada.
  • 30. Ejemplo ejecución broker• Broker pone a ejecutar los sub-servicios en caso de que no estén activos.
  • 31. Ejemplo ejecución broker• Broker chequea qué interfaces entre componentes necesita para poder interconectarlos.• Información sobre las conexiones figura en adaptadores, y es creada la primera vez que se conectan los componentes.• Broker sólo especifica qué subconjunto de información de interfaz utilizar.• Los componentes pueden entonces enlazarse (bind) entre sí de manera directa.
  • 32. Ejemplo ejecución broker • Regla: “Compras superiores a $1000 requieren chequeo de crédito”. • Es necesario invocar a un servicio externo. • El servicio sólo es conectado cuando se lo necesita. • Order Processing solicita conexión con Credit Checking al broker.
  • 33. Ejemplo ejecución broker• Eureka! El broker ya pudo proveer la información necesaria al motor de reglas para que ejecute las reglas almacenadas en él.• Los cuatro componentes son enlazados al motor de reglas, y el proceso empieza a ejecutarse.
  • 34. ¿Qué hicimos hasta ahora?1. Un cliente peticiona la ejecución de un servicio.2. El broker entra en acción consultando al registro yestableciendo la conexión de los componentes necesariosdel servicio.3. Se crean los enlaces con la ayuda del ESB para manejo demensajes.
  • 35. Separación Lógica/TecnologíaPropósito de SOA → flexibilizar ante cambios, sin tener queenfocarse en la infraestructura subyacente.Para liberar el negocio de la tecnología, se separa la lógica delnegocio de la infraestructura (plumbing). Logic business technology
  • 36. PlumbingSoftware técnico complejo que mantiene el centro de datos y la red en funcionamiento Business Service Layer Plumbing Service Layer Hardware Layer
  • 37. Plumbing - ¿Qué involucra? Monitoreo de nivel de servicio. Identificación de faltas/fallas. Manejo de fallas.Modelamiento de performance y optimización.Acciones de provisión y remedio automáticas.
  • 38. SOA Supervisor• Asegura que la plataforma subyacente al entorno SOA trabaje de manera consistente y predecible.• Punto central de control, responsable de dirigir.• Ante problemas de performance, envía detalles al servicio de plumbing usando reportes de monitores iniciados por el broker.
  • 39. SOA supervisor
  • 40. SOA supervisor• Broker notifica al supervisor comienzo de un nuevo proceso del negocio.
  • 41. SOA supervisor• El supervisor obtiene detalles del proceso completo para setear el monitoreo de los componentes necesarios.
  • 42. SOA supervisor• El supervisor obtiene detalles del proceso completo para setear el monitoreo de los componentes necesarios.
  • 43. SOA supervisor• Delega el monitoreo al Service Level Agreement Monitoring, quien a su vez activa agentes locales a las aplicaciones.
  • 44. SOA supervisor• Reportes de performance de los componentes.
  • 45. SOA supervisor • Se le emiten reportes de nivel de servicio al supervisor.
  • 46. SOA supervisor• Ante problemas del software, el supervisor recurre a los servicios de infraestructura para darle solución.
  • 47. Aplicaciones de SOA• Actualización de SO. – Windows Update, Gestor de Actualizaciones de Linux, Bonjour de MacOS.• OfficeMax. – Análisis en tiempo real de eventos de negocio para cuantificación de hot sellers, errores en precios, seguimiento de productos.• Thomson Reuters. – Mantiene 4000 servicios de business intelligence.• Colonial Williansburg (Virginia, USA). – Almacenamiento centralizado de información histórica.• División Espacial de la Fuerza Aérea Norteamericana. – Implementación SOA de un sistema de monitoreo de seguridad espacial.
  • 48. Cloud Computing• Es un modelo de uso y distribución de recursos (software o hardware) vía internet.• La red que provee estos recursos se llama cloud (nube).
  • 49. Evolución hacia Cloud Computing Cloud Computing Utility Computing Grid Computing Cluster/Super Computing
  • 50. Capas• SaaS – Software as a Service. – Aplicaciones corriendo en la nube.• PaaS – Platform as a Service. – Plataformas de desarrollo corriendo en la nube.• IaaS – Infrastructure as a Service. – Se provee a los clientes VMs o almacenamiento de red.
  • 51. Capas
  • 52. SaaS• Elimina la necesidad de instalar y correr la aplicación en la computadora del cliente.• Ventajas: fácil, sin instalaciones, actualizaciones centralizadas.• Desventajas: funcionalidad limitada, no hay control de acceso a la tecnología subyacente. Pago por uso.• Ejemplos: Dropbox, GoogleApps.
  • 53. PaaS• Abstracción de un ambiente de desarrollo.• Empaquetamiento de una carga de servicios.• Pueden dar servicio a todas las fases del ciclo de desarrollo y testing de software, o especializarse en una etapa en particular.• Ventajas: gran flexibilidad.• Desventajas: capacidades restringidas por el proveedor.• Ejemplos: Google App Engine, Windows Azure.
  • 54. IaaS• También llamado HaaS (hardware as a service).• Entrega almacenamiento básico y capacidades de cómputo como servicios estandarizados en la red.• Desde procesamiento batch hasta aumento de servidor/almacenamiento ante cargas pico.• Ejemplo: Amazon Web Services EC3 (cómputo) y S3 (almacenamiento).
  • 55. Tipos de nubes • Manipuladas por terceros. • Trabajos de distintos clientes pueden estar mezclados en los servidores, losPúblicas sistemas de almacenamiento y otras infraestructuras en la nube. • Los usuarios no conocen qué otros trabajos están corriendo. • Protección de los datos y ediciones a nivel de servicio. • Infraestructura on-demand manejada por un solo cliente que controla quéPrivadas aplicaciones correr y en donde. • Propietarios del servidor, la red, el disco. • Combinación pública-privada. • Propiedad de algunas partes, otras partes son compartidas.Híbridas • Escalado externo por demanda. • Complejo determinar cómo distribuir aplicaciones a través de las 2 nubes.
  • 56. Ventajas• Disponible para cualquier equipo con acceso a internet.• Escalabilidad.• Reducción de costos.• Manejo de cambios encapsulado.• Capacidad de almacenamiento ilimitada.• Acceso universal a los datos.• Agilidad en demanda.• Gran oferta.
  • 57. Desventajas• Seguridad. – Acceso a los datos fuera de la organización. – Pérdida de los datos.• Dependencia del proveedor.• Problemas de confiabilidad relacionados con la conexión. – No trabaja bien con baja velocidad de conexión. – La conexión debe ser permanente.
  • 58. SOA vs Cloud Computing SOA Cloud Computing Arquitectura. Modelo. Nuevo enfoque para organizar los Nuevo modelo para acceder/compartir recursos IT de una organización. recursos. Nivel bajo de abstracción (nivel de Nivel alto de abstracción (no se observa arquitectura). una arquitectura particular). Enfocado en comunicación proceso- Enfocado en acceso/almacenamiento proceso, usuario-proceso o usuario- datos, recursos de software y usuario. tecnologías.Cloud Computing puede utilizarse para SOA puede utilizarse para implementar implementar SOA. Cloud Computing. Sujeto a estándares (XML, WSDL). Estándar sin desarrollar (dependencias del proveedor).
  • 59. SOA vs Cloud Computing• SOA es una estrategia conveniente para implementar Cloud Computing. – Ventajas de escalabilidad, independencia de localización, provisión rápida y flexible.• Aplicaciones SaaS como otro servicio.• Puede utilizarse PaaS para implementar SOA.• Puede utilizarse IaaS para alojar SOA.
  • 60. ¿Alguna otra pregunta?

×