Sio Eq9 Criterio2 Eval Ord Inv Soa Ocampo Vargas

706 views

Published on

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

  • Be the first to like this

No Downloads
Views
Total views
706
On SlideShare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
11
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Sio Eq9 Criterio2 Eval Ord Inv Soa Ocampo Vargas

  1. 1. SOA Sistemas Integrales para las Organizaciones Ocampo Pierre Karina Vargas Lara Angélica UNIVERSIDAD VERACRUZANA Trabajo Final: SOA Sistemas Integrales para las Organizaciones UNIVERSIDAD VERACRUZANA S O A 1
  2. 2. SOA Sistemas Integrales para las Organizaciones IN TRODUCCIÓN L a realidad hoy día en las empresas de IT es que la infraestructura es heterogénea a través de sistemas operativos, aplicaciones, software de sistemas creados en diferentes momentos y bajo distintos paradigmas. Algunas aplicaciones existentes son usadas para correr procesos de negocio claves, por lo tanto empezar desde cero a construir una nueva infraestructura no es una opción. Las empresas deben responder rápidamente a los cambios de negocio, escalando las inversiones existentes en aplicaciones, soportando nuevos canales de interacciones con los clientes, socios y proveedores; y definir una arquitectura que soporte negocios orgánicos. SOA con su naturaleza desacoplada, permite a las empresas conectar nuevos servicios o escalar servicios existentes en un modo granular para atender a los nuevos requerimientos de negocio, proveer la opción de hacer servicios consumibles a través de diferentes canales y exponer las aplicaciones actuales y las heredadas como servicios , salvando así la inversión previa en infraestructura. S O A 1
  3. 3. SOA Sistemas Integrales para las Organizaciones SOA Ocampo Pierre Karina Vargas Lara Angélica ♣ ¿Qué es SOA? • SOA es una arquitectura conceptual. • Organiza funciones de negocio como servicios interoperables. • Permite reutilización de servicios para satisfacer necesidades de negocio. • SOA es basado en estándares. • Independencia de fabricantes. • SOA es una estrategia de IT a nivel empresarial. SOA es un estilo de arquitectura en el cual se exponen los procesos de negocio del sistema a construir como servicios independientes de alta cohesión y bajo acoplamiento que encapsulan dichos procesos y pueden ser invocados a través de interfaces bien definidas. ♣ ¿Qué no es SOA? SOA como tal no es: • Metodología de Desarrollo de Proyectos. • Metodología de Arquitectura Empresarial. SOA como estilo arquitectónico • Componente: Servicio • Conectores: Antes, RPC – Ahora, paso de mensajes. • Configuración: Distribuido • Restricciones (Constraint): Bajo acoplamiento, independencia de modelo de programación, independencia de plataforma, transporte y protocolo por acuerdo de industria ♣ Arquitectura orientada a servicios La Arquitectura Orientada a Servicios (en inglés Service Oriented Architecture), es un concepto de arquitectura de software que define la utilización de servicios para dar soporte a los requisitos del negocio. Permite la creación de sistemas altamente escalables que reflejan el negocio de la organización, a su vez brinda una forma estándar de exposición e invocación de servicios S O A (comúnmente pero no exclusivamente servicios web), lo cual facilita la interacción entre diferentes sistemas propios o de terceros. 1
  4. 4. SOA Sistemas Integrales para las Organizaciones SOA define las siguientes capas de software: • Aplicaciones básicas - Sistemas desarrollados bajo cualquier arquitectura o tecnología, geográficamente dispersos y bajo cualquier figura de propiedad; • De exposición de funcionalidades - Donde las funcionalidades de la capa aplicativas son expuestas en forma de servicios (servicios web); • De integración de servicios - Facilitan el intercambio de datos entre elementos de la capa aplicativa orientada a procesos empresariales internos o en colaboración; • De composición de procesos - Que define el proceso en términos del negocio y sus necesidades, y que varía en función del negocio; • De entrega - donde los servicios son desplegados a los usuarios finales. SOA proporciona una metodología y un marco de trabajo para documentar las capacidades de negocio y puede dar soporte a las actividades de integración y consolidación. Todas las arquitecturas SOA tienen las siguientes caracteristicas clave : • Los servicios SOA auto describen su interfaz en documentos XML que son independientes de la plataforma. WSDL (Web Service Description Language) es el lenguaje utilizado para describir los servicios. • Los servicios SOA se comunican con mensajes formalmente definidos via un esquema XML.La comunicación entre consumidores y proveedores de servicios típicamente ocurre en un ambiente heterogeneo , con poco o ningun conocimiento sobre el proveedor. • Los servicios SOA son mantenidos en una empresa por un registro que actua como un directorio. Las aplicaciones pueden mirar los servicios en este registro e invocarlos. UDDI (Universal Description , Definition and Integration). ♣ Definiciones SOA S O A 1
  5. 5. SOA Sistemas Integrales para las Organizaciones Término Definición / Comentario Una función sin estado (Existen servicios asíncronos en los que una solicitud a un servicio crea, por ejemplo, un archivo, y en una segunda solicitud se obtiene ese archivo), auto-contenida, que acepta una(s) Servicio llamada(s) y devuelve una(s) respuesta(s) mediante una interfaz bien definida. Los servicios pueden también ejecutar unidades discretas de trabajo como serían editar y procesar una transacción. Los servicios no dependen del estado de otras funciones o procesos. La tecnología concreta utilizada para prestar el servicio no es parte de esta definición. Orquestación Secuenciar los servicios y proveer la lógica adicional para procesar datos. No incluye la presentación de los datos. Coordinación. No mantiene ni depende de condición pre-existente alguna. En una SOA los servicios no son dependientes de la condición de ningún otro servicio. Sin estado Reciben en la llamada toda la información que necesitan para dar una respuesta. Debido a que los servicios son "sin estado", pueden ser secuenciados (orquestados) en numerosas secuencias (algunas veces llamadas tuberías o pipelines) para realizar la lógica del negocio. Proveedor La función que brinda un servicio en respuesta a una llamada o petición desde un consumidor. Consumidor La función que consume el resultado del servicio provisto por un proveedor. ♣ Un vistazo a los beneficios SOA puede ayudarle a evolucionar, para: • Mejora en los tiempos de realización de cambios en procesos. • Facilidad para evolucionar a modelos de negocios basados en tercerización. • Facilidad para abordar modelos de negocios basados en colaboración con otros entes (socios, proveedores). S O A • Poder para reemplazar elementos de la capa aplicativa SOA sin disrupción en el proceso de negocio 1
  6. 6. SOA Sistemas Integrales para las Organizaciones • Facilidad para la integración de tecnologías • Obtener mejor visibilidad de la información a través de toda su organización. • Responder a las necesidades de negocios y las oportunidades de mercado. • Optimice sus procesos de negocios. ♣ Antes y Después de SOA Después de SOA S O A 1
  7. 7. SOA Sistemas Integrales para las Organizaciones Servicios compartid os Cooperati vo Interoper able Integrado Después: Con una Arquitect ura Orientada a Servicios (SOA), los usuarios ya no tienen que iniciar sesión en varios sistemas, buscar los datos relevantes e integrar los resultados manualm S O A ente. Los datos de las actividade s de los 1 procesos de negocios
  8. 8. SOA Sistemas Integrales para las Organizaciones Separado en silos, no integrados Cerrado Monolític o Frágil, vulnerable Antes: En las arquitectu ras de TI tradiciona les, las actividade s del proceso de negocios, las aplicacion es y los datos con frecuencia están encerrado s en "silos" independi entes e incompati bles que son caros S O A de mantener y dejan a 1
  9. 9. SOA Sistemas Integrales para las Organizaciones ♣ Razones para usar SOA Existen varias razones para que una empresa adopte un enfoque SOA, y más concretamente un enfoque SOA basado en servicios web: • Reutilización: El factor fundamental en el cambio a SOA es la reutilización de los servicios de negocio. Las funciones de negocio, dentro de una empresa y con los business partners , pueden ser expuestos como servicios web y ser reutilizadas para cubrir nuevas necesidades de negocio. • Interoperabilidad: El objetivo de una arquitectura débilmente acoplada es que los clientes y servicios se comuniquen independientemente de la plataforma en que residan. Los protocolos de comunicación con servicios web son independientes de la plataforma, lenguaje de codificación y sistema operativo por lo que facilitan la comunicación con los business partners. • Escalabilidad: Como los servicios de SOA están débilmente acoplados, las aplicaciones que usan esos servicios escalan fácilmente. Esto es debido a que existe muy poca dependencia entre las aplicaciones clientes y los servicios que usan. • Flexibilidad: Es otra de las características que proporciona el acoplamiento débil entre los servicios. Cualquier cambio en la implementación de uno de ellos no afectaría al resto siempre que se mantenga la interfaz. • Eficiencia de coste: Las arquitecturas SOA se basan en la exposición de servicios ya existentes para ser reutilizados. Al usar servicios web, para exponer estos servicios, se reutilizan la infraestructura web existente en virtualmente todas las organizaciones por lo que se limita considerablemente el coste. ♣ Elementos esenciales de una Arquitectura Orientada a Servicios En las Arquitecturas Orientadas a Servicios, el elemento básico es el servicio. Pero únicamente con este concepto, no podríamos diseñar una arquitectura SOA. Cuatro son los elementos esenciales necesarios para la construcción de una Arquitectura Orientada a Servicios: S O A 1. Operación: Es la unidad de trabajo o procesamiento en una arquitectura SOA. 1
  10. 10. SOA Sistemas Integrales para las Organizaciones 2. Servicio: Es un contenedor de lógica. Estará compuesto por un conjunto de operaciones, las cuales las ofrecerá a sus usuarios. 3. Mensaje: Para poder ejecutar una determinada operación, es necesario un conjunto de datos de entrada. A su vez, una vez ejecutada la operación, esta devolverá un resultado. Los mensajes son los encargados de encapsular esos datos de entrada y de salida. 4. Proceso de negocio: Son un conjunto de operaciones ejecutadas en una determinada secuencia (intercambiando mensajes entre ellas) con el objetivo de realizar una determinada tarea. Por lo tanto, una aplicación SOA estará formada por un conjunto de procesos de negocio. A su vez esos procesos de negocio estarán compuestos por aquellos que servicios que proporcionan las operaciones que se necesitan ejecutar para que el proceso de negocio llegue a buen término. Por último para ejecutar esas operaciones es necesario el envío de los datos necesarios mediante los correspondientes mensajes. ♣ Infraestructura SOA S O A 1
  11. 11. SOA Sistemas Integrales para las Organizaciones Para implementar SOA las empresas necesitan una arquitectura de servicios , como se muestra en la siguiente figura : Aquí los consumidores se servicios invocan servicios por medio de mensajes. Estos mensajes son típicamente transformados y enrutados por un Bus de servicios para una implementación apropiada del servicio. Esta arquitectura puede proveer también una infraestructura de administración que gestiona los servicios, y permite actividades como auditoria , facturación o registro. ♣ Diseño y desarrollo de SOA La metodología de modelado y diseño para aplicaciones SOA se conoce como análisis y diseño orientado a servicios. La arquitectura orientada a servicios es tanto un marco de trabajo para el desarrollo de software como un marco de trabajo de implementación. Para que un proyecto SOA tenga éxito los desarrolladores de software deben orientarse ellos mismos a esta mentalidad de crear servicios comunes que son orquestados por clientes o middleware para implementar los procesos de negocio. El desarrollo de sistemas usando SOA requiere un compromiso con este modelo en términos de planificación, herramientas e infraestructura. Cuando la mayoría de la gente habla de una arquitectura orientada a servicios están hablando de un juego de servicios residentes en Internet o en una intranet, usando servicios web. Existen diversos estándares relacionados a los servicios web. Incluyen los siguientes: S O A • XML • HTTP 1
  12. 12. SOA Sistemas Integrales para las Organizaciones • SOAP • WSDL • UDDI Hay que considerar, sin embargo, que un sistema SOA no necesariamente necesita utilizar estos estándares para ser "orientado a servicios" pero es altamente recomendable su uso. En un ambiente SOA, los nodos de la red hacen disponibles sus recursos a otros participantes en la red como servicios independientes a los que tienen acceso de un modo estandarizado. La mayoría de las definiciones de SOA identifican la utilización de Servicios Web (empleando SOAP y WSDL) en su implementación, no obstante se puede implementar SOA utilizando cualquier tecnología basada en servicios. S O A 1
  13. 13. SOA Sistemas Integrales para las Organizaciones CONCLUSIÓN E n conclusión pensamos que en el competitivo mercado global de hoy, permanecer en el mismo lugar significa estar atrasado, es por ello que es fundamental la introducción de nuevas ideas y frecuentemente requiere hacer un cambio tecnológico, es por eso que las demandas hechas a la TI siguen creciendo con mayor transparencia, mayor flexibilidad y sistemas de integración más herméticos. Consideramos que la respuesta a todo ello es SOA, (Oriented Architecture Services) que le asegura que todas las aplicaciones que son críticas al éxito de su negocio se pueden comunicar entre si sin problema. Servicios SOA administra todos los procesos esenciales en forma transparente y en todas las aplicaciones, siguiendo el siguiente principio: Cada aplicación está conectada a la plataforma central de Servicios SOA. El sistema coordina las peticiones que entran y las envía a la solución de software correspondiente en el formato correcto. S O A 1
  14. 14. SOA Sistemas Integrales para las Organizaciones BIBLIOGRAFÍA. “Enterprise Integration”.Beth Gold-Bernstein, William Ruh. 2005. (Addison-Wesley) "Service Orientation : Winning Strategies and Best Practices". P. Allen, S. Higgings, P. McRae, H. Schlamman. 2006. (Cambridge University Press) "Enterprise Service Oriented Architectures : Concepts, Challenges, Recommendations". J. McGoverns, O. Sims, A. Jain, M. Little. 2006. (Springer) "Service-Oriented Architecture : A Planning and Implementation Guide for Business and Technology". Eric A.Marks, Michael Bell. 2006. (Wiley) "Enterprise SOA : Designing IT for Business Innovation". D. Woods, T. Matterns. 2006. (O'Reilly Media) "Service Orient or Be Doomed! : How Service Orientation Will Change Your Business". J. Bloomberg, R. Schmelzer. 2006. (Wiley) “Understanding Enterprise SOA ”.E. Pulier, H. Taylor. 2006. (Manning) “Service-Oriented Architecture Compass”.N. Bieberstein, S. Bose, M. Fiammante, K. Jones, R. Shah. 2006. (IBM Press) “Understanding SOA with Web Services”.E. Newcomer, G. Lomow. 2005. (Addison- Wesley) “Enterprise SOA. Service-oriented Architecture Practices”.D. Krafzig, K. Banke, D. Slama. 2005. (Prentice Hall) “WebServices Platform Architecture”.S. Weerawarana, F. Curbera, F. Leymann, T. Storey, D. Ferguson. 2005. (Prentice Hall) S O A “Service-Oriented Architecture. Concepts, Technology, and Design”.Thomas Erl. 2005. (Prentice Hall) 1
  15. 15. SOA Sistemas Integrales para las Organizaciones “Service-Oriented Architecture. A field Guide to integrating XML and Web Services”. Thomas Erl. 2004. (Prentice Hall) “WebServices. Concepts, Architectures and Applications”.G. Alonso, F. Casati, H. Kuno, V. Machiraju. 2004. (Springer) “WebServices and Service-Oriented Architectures. The Savvy Manager Guide”. ’s Douglas Barry. 2003. (Morgan Kaufmann) “Loosely Coupled. The Missing Pieces of Web Services”.Doug Kaye. 2003. (Kaye) “NextGeneration Application Integration”.David S. Linthicum. 2004. (Addison- Wesley) “Enterprise Service Bus”.David A. Chappell. 2004. (O’Reilly) “Enterprise Integration”.Fred A. Cummins. 2002. (Wiley) S O A 1

×