Arquitectura Orientada a Servicios (SOA) M.C. Juan Carlos Olivares Rojas Julio 2011

Software Hoy en Día Mito: los programadores de ahora ya no programan como los de antes. Herramientas más fáciles y productivas El software es cada día más complejo

SOA Solución Bus Servicio MGB 2003 La arquitectura del software hace referencia a la estructura global del sistema, dicha estructura es jerárquica en forma de módulos. La arquitectura de software debe ayudar a definir como interactúan los componentes de software entre sí y las estructuras de los datos. La partición estructural de una arquitectura de software puede ser horizontal: datos, procesos y control; o bien vertical definiendo una jerarquía de módulos. El concepto de Arquitectura de Software tiene mucho tiempo de antigüedad, pero no fue hasta la década de los 1990s que comenzó a utilizarse de manera formal. Analizando los sistemas se puede observar que existen patrones que se repiten conformando lo que se conoce como estilos arquitectónicos. Los módulos deben programarse de tal forma que los datos no estén accesibles por otros módulos. Un estilo arquitectónico define un conjunto de familias de patrones de software con una determinada estructura y restricciones. Generalmente los patrones de diseño y arquitectura definen soluciones para medios repetitivos. La arquitectura de software es una abstracción del sistema que nos permite ver su estructura y su relaciones. Para el desarrollo del Diseño Arquitectónico se recomiendan seguir los siguientes pasos: Estructuración del sistema Modelado de control Descomposición modular Existen diferentes estilos arquitectónicos que a continuación se mencionan. La Arquitectura de Flujo de Datos parte del DFD para obtener una arquitectura del sistema: Se establece el tipo de flujo de información Se indican los límites del flujo Se convierte el DFD en una estructura del programa Se define la jerarquía de control mediante particionamiento. Se refina la estructura resultante utilizando heurísticas de diseño. La Arquitectura Centrada en Datos tiene como componente principal un repositorio, del cual surgen los demás componentes. Las Arquitecturas Estratificadas son de las más utilizadas en la actualidad, dado que dividen las actividades y responsabilidades de sistemas por capas. El software más elaborado como los sistemas operativos, software de base, sistemas distribuidos y otros maneja variantes de esta arquitectura. El diseño se debe refinar realizando cada uno de los siguientes pasos: Desarrollar una descripción del procedimiento para cada módulo. Desarrollar una descripción de la interfaz para cada módulo. Se definen las estructuras de datos generales y globales. Se anotan todas las limitaciones/restricciones del sistema. Se debe refinar el diseño hasta que esté completo. Se recomienda completar la arquitectura con el Diseño de Interfaces. © 2003 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.

Arquitectura del Sistema Desde el Punto de Vista del Usuario

Arquitectura de una Casa Planta Alta Planta Baja Desde el Punto de Vista del Constructor

Arquitectura de Hardware

Arquitectura Windows NT 5.0 Procesos del Sistema Servicios Aplicaciones Subistema de Entornos Servicio de Control de Gestión Windows SvcHost.Exe LSASS Admon- de Tareas WinMgt.Exe Explorer WinLogon SpoolSv.Exe OS/2 Aplicaciones de los Usuarios Subsistema de DLLs User Mode Kernel Manejador de Sesiones Services.Exe POSIX Windows DLLs Hilos de Sistemas NTDLL.DLL Sistema de Despachador de Sistemas (interfaces invocables en el modo kernel) Windows USER, GDI Manejador E/S Sistema de Archivos Caché del Manejador de Objetos De Plug and Play Administrador Administrador De Energía De Seguridad Referencias Monitor de Memoria Virtual Procesos e Hilos De Configuración Administrador (Registro) Procesos Llamada a Locales Manejador del Sistema de Archivos y Dispositivos Manejador de Gráficos Kernel Hardware Abstraction Layer (HAL) Interfaces de Hardware(buses, Dispositivos de E/S , interrupcciones, intervalos de temporizadores, DMA, control de memoria cache , etc.)

Arquitectura de un Sistema

Almacén de Datos en Copo de Nieve Arquitectura de Datos Almacén de Datos en Copo de Nieve

Arquitectura de Software Servicios (SOA) Arquitecturas Monolíticas Antes 1950’s hasta 1960’s 1970’s mediados 1980’s Mediados1990’s Comienzo 2000’s Hoy Finales 1990’s Subrutinas /Llamadas a Procedimientos Remotos Invocación de Objetos Remotos Procesamiento de Mensajes Web 1980’s mediados 1990’s Fue mencionada por primera vez por Gartner en 1996 SSA Research Note SPA-401-068, 12 de abril, “‘Service Oriented’ Architectures, Part 1” Empieza a sonar en el mercado en el año 2000 SOA es una arquitectura conceptual. Organiza funciones de negocio como servicios interoperables. Permite reutilización de servicios para dar cumplimiento a las necesidades del negocio. SOA es basado en estándares. Independencia de fabricantes. SOA es una estrategia de IT, a nivel empresarial. Mayor Flexibilidad Línea del Tiempo del Desarrollo de Arquitecturas

Arquitecturas Empresariales

Integración Años más Tarde Agilidad SOA Servicios Web Middleware ESB Enterprise Service Bus

Servicios: ¿Piedra Angular? Es un componente / programa con el que interactuamos intercambiando mensajes. En SOA un Sistema equivale a un conjunto de Servicios operando conjuntamente con algún fin específico. 2003 PSS Global Summit

Servicio: Nivel de abstracción 2003 PSS Global Summit

Ejemplo de Servicios en SOA 4/5/2017 Cliente Divisiones Servicios Compartidos Proveedor Contabilidad Proceso de Negocio de una Aplicación

¿Qué es SOA? “SOA es un estilo de arquitectura que promueve descomponer la lógica funcional de una aplicación en unidades autónomas denominadas servicios” “Conjunto de componentes que pueden ser invocados, cuyas descripciones de interfaces se pueden publicar y descubrir” De acuerdo al W3C 2003 PSS Global Summit

Arquitectura de Servicios Web Publicación del Servicio 1 Proveedor del Servicio WSDL Directorio de Servicios 4 3 Definición del Servicio Invocación y respuesta UDDI SOAP Consumidor el Servicio Descubrimiento del Servicio 2

Características de SOA Sin SOA Con SOA Orientado a Función Orientado a Procesos Construido para Durar Construido para Cambiar Ciclo de Desarrollos Largos Ciclos de Desarrollo Incrementales Aplicaciones Aisladas Aplicaciones Orquestadas Fuerte Acoplamiento Bajo Acoplamiento Orientada a Objetos Orientado a Mensajes SOA como Estilo de Arquitectura Componente: Servicio Conectores: RPC o Message Based Configuración: Distribuido Constraint: Bajo acoplamiento, independencia del modelo de programación, independencia de la plataforma, transporte y protocolos estándar. SOA NO es un nuevo nombre para la Integración de Aplicaciones Empresariales (EAI). Podemos integrar aplicaciones utilizando servicios pero esto NO inválida los patrones de integración existentes.

¿Qué es SOA? PORTAL BAM BPM SERVICIOS EIS CLIENTES GRUPO EJECUTIVO PORTAL Dashboard, KPI (Key Performance Indicator) BAM Proceso: Gestión solicitud crédito BPM Crear cliente Realizar Análisis crediticio Validar Riesgo Crear Crédito Desembolsar crédito SERVICIOS Riesgo Crédito CRM Core Bancario EMPLEADOS EIS

¿Qué es SOA? Acceso Multiplataforma Servicios Reutilizables Internet Fondo Retiro Adeudos Historial Cheques Acceso Multiplataforma Componetes de Negocio Reutilizables Crédito Inversiones Servicios Reutilizables Servicio Clientes Servicio Datos Checa Crédito Detección de Fraudes Servicio de Acceso Cálculo de Intereses Checa Inversiones Servicio Historial Internet Fuentes de Información CRM Bancos Finanzas DWH

Arquitectura SOA de Oracle Process Integration Packs AIA Foundation Pack Enterprise Business Service & Object Library SOA Governance SOA Reference Architecture SOA Programming Model BPA Suite BAM BI EM ROUTING & ORCHESTRATION Business Monitoring Analyst Tools Events Analytics System Monitoring JDeveloper BPEL Process Manager Web Services Manager Native BPEL Human Workflow Business Rules Policies App Dev Framework & Web Center Enterprise Service Bus Security Multi Protocol XSLT Transform Routing Adapters ODI B2B SES Registry Apps DB Bulk ELT Partners RFID UDDI Messaging J2EE Application Server

La Pila de Protocolos WS-* De acuerdo al W3C

Arquitectura SOA de IBM 4/5/2017 Business Innovation & Optimization Services Facilitates better decision-making with real-time business information Interaction Services Process Services Information Services Development Services IT Service Management Enables collaboration between people, processes & information Orchestrate and automate business processes Manages diverse data and content in a unified manner Enterprise Service Bus: Facilitates communication between services Integrated environment for design and creation of solution assets Manage and secure services, applications & resources Partner Services Business App Services Access Services Our brands play across the various elements of the integration platform. It is our brands’ capabilities and products that deliver Integration. Connect with trading partners Build on a robust, scaleable, and secure services environment Facilitates interactions with existing information and application assets Infrastructure Services Optimizes throughput, availability and performance

Cloud computing, es un paradigma que permite ofrecer servicios de computación a través de Internet. Está compuesto por tres áreas: SaaS, PaaS, IaaS Cloud Computing

SaaS: Software as a Service es el más popular SaaS: Software as a Service es el más popular. Consiste en tener un modelo de aplicaciones accesibles para cualquiera. Ejemplo: Salesforce.com Google Docs Cloud Computing

PaaS: Platform as a Service, es la parte media, consiste en proveer de una arquitectura de hw/sw de desarrollo. Ejemplo: Windows Azure, Google Appengine IaaS: Infraestructure as a Service, es la parte más baja y consiste en obtener poder de cómputo y almacenamiento de un proveedor. Cloud Computing Existen nubes públicas y privadas

Conclusiones SOA no es una moda, es un estilo arquitectónico que tiene muchos años de madurez. Existen actualmente problemas de interoperabilidad debido a las diferentes implementaciones de la arquitectura. No hay un estándar “de jure” para SOA. Puede ser que en el futuro surjan nuevas arquitecturas más poderosas.

Dudas