Your SlideShare is downloading. ×
0
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
Arq. De Software Edward Ortega Robles    Soa
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

Arq. De Software Edward Ortega Robles Soa

1,424

Published on

Published in: Travel, Technology
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
1,424
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
94
Comments
0
Likes
1
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. www.EvencoCCC.com
  • 2. Arquitecturas Orientadas a Servicios, evolucionando hacia un mundo de  aplicaciones y sistemas mas relacionados. Edward A. Ortega Robles  Consultor‐Arquitecto SOA & BPM eortega@cysce.com
  • 3. Múltiples Un programa nuevo Replicación en Aplicativos Para cada nuevo Multiples sistemas aislados servicio Dificultad en el  Desarrollo de nuevas funcionalidades Silos Dificultad en el  Organizacionales – Sistemas Mantenimiento Barreras Heterogeneos De aplicaciones Corporativas
  • 4. Clientes Finanzas BSS Gestión del Cliente Facturación RH Capa de Procesos Independiente Compras OSS Otros Gestión del Gestión del Gestión de la Sistemas Activación Inventario Fallas Fuerza de Trabajo Red
  • 5. Integración de aplicaciones y  plataformas  usando  interacción  de  servicios  y  un  EAI  aplicaciones  conectadas  ESB. vía un Hub centralizado. Más  fácil  de  manejar  largos  Conexiones  punto  a  punto  números de conexiones. entre aplicaciones. Conectividad  simple  y  básica.
  • 6. Monolítico Estructurado Vertical Client/Server 3-Tier, N-Tier Horizontal Objetos Abstracción distribuidos Componentes Web Services Servicios Ecosistema
  • 7. … un servicio? … orientación a Una tarea de negocio servicios? Una forma de integrar repetible, por ejemplo: las soluciones de determinar el saldo de negocios como servicios cuenta de un cliente, interrelacionados. crear una nueva cuenta. … arquitectura orientada a … aplicaciones servicios(SOA)? compuestas? Un conjunto de Un estilo de servicios relacionados e arquitectura de IT que integrados que soporta el negocio soportan los procesos mediante la orientación de negocio construidos al servicio. sobre SOA.
  • 8. • Gartner: quot;SOA es una relación de servicios y consumidores de servicios, ambos suficientemente amplios para representar una función de negocios completaquot;. • IBM: “Una arquitectura de aplicación en la cual todas las funciones se definen como servicios independientes con interfaces invocables bien definidas, que pueden ser llamadas en secuencias definidas para formar procesos de negocios”. • Mitre: Una aplicación SOA es una colección de servicios. Un servicio es la unidad atómica de una SOA. Los servicios encapsulan procesos de negocios. Los proveedores de servicios se registran solos. Un servicio involucra: Find, Bind, Execute. Las instancias más conocidas son los web services.
  • 9. • SOA Governance define cambios en la administración del área tecnológica (TI) para asegurar que los conceptos y principios de SOA, y su arquitectura distribuida sean manejados apropiadamente, y que sea capaz de lograr los objetivos de negocio de los servicios. • SOA Governance ya no es una opción, es un imperativo, sin esta administración (governance) el retorno de la inversión es mucho menor, y todo proyecto SOA estará en riesgo. • Lograr crecer en SOA con la disciplina necesaria para asegurar la reutilización de los servicios, y que se evite la duplicación de servicios, esto solo se puede lograr a través de procesos de Governance cuidadosamente diseñados, y fuertemente impuestos.
  • 10. • Define: • Que Hacer: El plan global de proyecto SOA de la Empresa, define el “SOA Roadmap” (Plan de Ruta SOA). • Quien lo Hace: La estructura organizacional (los grupos de trabajo), define la “SOA Office”. • Como Hacerlo: Los procesos (procedimientos) de administración, las normas. • Como Medirlo: Las métricas para medir el éxito.
  • 11. Process  Process  Portal Modeler Monitor engine Monitor Application  development Requisite  ESB/BROK Application ER/WSRR Process  development Partner  Network  Application  Adapters Gateway Deployment server
  • 12. Consumidor. Consume los servicios que provee el medio Consumidor de de publicación. Corresponde a Servicios las aplicaciones clientes que se presentan frente al usuario final. Buscar Medio de Publicación. Bus de Servicios empresariales (ESB) Consumir donde se exponen los servicios que se resuelven en los Transporte servicios de datos que serán consumidos por los consumidores de la solución. Proveedor. Provee los servicios de datos o lógicas de negocio que son publicados en el ESB. Corresponde a las aplicaciones servidoras que proveen los Proveedor de Publicar Directorio de servicios de datos y lógicas de Servicios Servicios negocio de la organización.
  • 13. Presentación. Son las aplicaciones que interactúan con el usuario final y que se preocupa de generar la petición de servicios (si no utiliza la capa de negocio) o de actividades del procesos de negocio (que a su vez consume servicios del ESB). Procesos de Negocio. Son los procesos automatizados y que consumen los servicios de la capa de servicios. Esta capa es la única prescindible de la arquitectura orientada a servicios, mientras no se busque automatizar procesos de negocios. Servicios. Son las funcionalidades expuestas en el ESB que permiten acceder a las lógicas de negocio que se exponen en la capa de componentes. Componentes. Son las lógicas que realizan las operaciones básicas del negocio y que satisfacen las necesidades de la compañía para operar comercialmente. Sistemas Operacionales. Son los sistemas bases que proveen las funcionalidades que serán utilizadas por las componentes.
  • 14. SOAP(Simple Object Access Protocol) XML/WSDL j2EE / .NET SSL HTTP
  • 15. Un ESB es un componente de software que implementa una infraestructura flexible para integrar aplicaciones y servicios. Un ESB ejecuta las siguientes funciones entre un consumidor y un proveedor: Enrutamiento entre mensajes, servicios y aplicaciones. Conversión Entre protocolos de transporte. Transformación Entre formatos de mensajes. Manejo Entre eventos de negocios de fuentes dispersas.
  • 16. • El Servicio de ESB será el ente encargado de recibir el requerimiento desde uno de los entornos de la solución. Este componente soporta flujos de mensajes que involucran diferentes usuarios, sistemas y procesos. Incluye una función de programación y automatización de tareas y eventos. • se identifican al menos 3 tipos de servicios que para efectos de la arquitectura denominaremos: Servicio Básico. Servicio Mediación. Servicio Compuesto.
  • 17. • Un Servicio ESB es clasificado como Servicio Básico cuando el formato de requerimiento tanto de entrada como de salida es el mismo que el Servicio de Backend invocado. El componente de Gestión de Servicios sólo realiza la función de RUTEO, enviando el requerimiento al Servicio de Backend correspondiente, a través del adaptador del proveedor de servicio correspondiente. Receptor de Requerimientos SERVICE.IN Request CONSUMIDORES SERVICE.REQ ESB.TO.APP.REQ CATALOGO TRX EN VUELO Reply PROVEEDORES SERVICE.RESP CONECTOR Despachador de Respuestas SERVICE.OUT ESB.TO.APP..RESP
  • 18. • Es un Servicio ESB que necesita de sólo un Servicio Básico de Backend y que requiere transformaciones de formatos para poder ser invocado. Estos servicios realizan transformación y ruteo de información. Servicios ESB Mediación Reqs SERVICE.IN Receptor de Requerimientos SERVICE.IN Request CONSUMIDORES SERVICE.REQ ESB.TO.APP.REQ CATALOGO TRX EN VUELO Reply PROVEEDORES SERVICE.RESP CONECTOR Servicios ESB Despachador de Mediación Resp Respuestas SERVICE.OUT ESB.TO.APP..RESP
  • 19. • Es un Servicio ESB que requiere de alguna lógica especial para ser resuelto debido que consumen 2 o más servicios ESB. Estos servicios realizan transformación, ruteo además de composición. Un servicio de ESB compuesto puede invocar servicios básicos, servicios de mediación, a otros compuestos, o una mezcla de ellos. Servicios ESB Mediación Reqs SERVICE.IN Receptor de Requerimientos SERVICE.IN Request CONSUMIDORES SERVICE.REQ ESB.TO.APP.REQ CATALOGO TRX EN VUELO Reply PROVEEDORES SERVICE.RESP CONECTOR Servicios ESB Despachador de Mediación Resp Respuestas SERVICE.OUT ESB.TO.APP..RESP
  • 20. Programación Objetos Componentes Servicios Estructurada Granularidad Muy fina Fina Intermedia Gruesa Contrato Definido Privado/Publico Publico Publicado Reusabilidad Baja Baja Intermedia Alta Acoplamiento Fuerte Fuerte Débil Muy débil Tiempo de Tiempo de Tiempo de Dependencias Compilación Compilación Compilación Run‐Time Ámbito de Intra‐ Inter‐ Comunicación Intra‐Aplicación Aplicación Aplicaciones Inter‐Empresas
  • 21. WebSphere Business Modeler Clear Case WebSphere Business Monitor WebSphere Portal / WebSphere Process WebSphere POS Server Information Services Rational Application Developer WebSphere WebSphere Message Broker Message Queue Tivoli Software Enterprise Architect Monitoring WebSphere WebSphere WAS Gateway Application Server Business Adapter Requisite Pro WebSphere WAS ND Integration Developer Informix Oracle Core AS400 SAP 4GL
  • 22. WebSphere Portal MODELER WAS ND RAD LDAP WebSphere Process Server TIVOLI WID WebSphere Application server/Gateway WebSphere Message Broker MQ MQ MQ MQ MQ Aplicaciones PorFin OID Infor Cobol, RPG Oracle VB5–SQL Srv I4GL-Informix AS/400 UNIX Windows Unix
  • 23. ARQUITECTURA PORTAL Cliente Navegador Web <<WebSphere Portal Framework>> Filtro Interceptor Autorización Colaboración Servicios de Interacción <<FacesServlet>> <<Faces JSP>> VO Controlador Frontal <<Portlet API>> Vista de Salida VO CAPA WEB <<EJB Client>> Delegado de Negocio VO <<Session EJB>> <<Singleton>> <<CommandInvoker>> EJBObject Invocación de Lógica de Negocio <<Localizador de Servicios>> Cache de llamados remotos VO <<Command Pattern Implementation>> Lógica de Negocio VO VO VO <<Data Graph SDO>> <<Objeto Java>> <<Objeto Java>> Delegados de Persistencia Ayudantes de lógica de negocio Delegados de Servicio SDO VO <<Data Mediator SDO>> Lectura y Escritura de Datos <<ServiceInvoker>> Invocación de Lógica y Servicios Externos CAPA DE LOGICA DE NEGOCIO Servidor de Base de Datos WebSphere Message Broker Servidor de Correo CAPA DE INTEGRACION Y EIS

×