00.SOA Seminar IDU20091026 SOAINT SOAS v9 - Es

www.swasociatesint.
com
SOA Seminar
Agenda
Independent Guidance for

SOAINT Servicios Arquitectura
Agenda
Sesion 1: Conceptos. Introducción a Conceptos SOA

Sesion 2: Busines Case. Escenarios de aplicación de SOA para entender la
justificación técnica y de negocio de SOA así como el ROI.
Sesion 3: Arquitectura de Servicios. Visión Global de como poner en marcha
una Arquitectura de Servicios.
Sesion 4: Organización para SOA. Optimización y adaptación de estructura de
la Organización en beneficio de SOA. El proceso de IT para entregar soluciones
basadas en servicios y la arquitectura de servicios.
Sesion 5: Infrastructura. Establecimiento de la Infrastructura operacional para
soportar el despliegue de SOA y las necesidades de su Ciclo de Vida.
Sesion 6: Madurez y Gobierno. Dos conceptos basicos para la correcta
organizacion y el desarrollo de una SOA
2 www.swasociatesint.com
www.swasociatesint.com
SOA Seminar
Conceptos

Conceptos
Objetivos Agenda
Entender Vision SOA
Conceptos básicos SOA ¿Que es un Servicio?
Claves principales que definen SOA Principios Claves
¿Que es SOA?
Resumen
Concepto de Servicio
proporciona Agilidad y Participación
Consumidores de Servicios
El Consumidor de Servicios requiere la funcionalidad
ofrecida por el Servicio
Recurso A Recurso B Varios Consumidores pueden compartir un Servicio
reduciendo el coste global y mejorando la coherencia
Un Servicio ofrece una funcionalidad por la cual la necesidad del

Consumidor es satisfecha por el Proveedor de Servicios
Servicio
Desacopla los recursos utilizados por el Proveedor de aquellos usados
por el Consumidor de Servicios
El Proveedor de Servicios tiene la capacidad para

realizar los Servicios requeridos
Recurso A1 Recurso A2
El Proveedor de Servicios puede cambiar recursos sin
impactar en el Consumidor
Proveedor de Servicios
El concepto aplica tanto en Negocio como en contexto IT
“Consumidor de Servicio” “Consumidor de Servicio”
Compañía de Fabricación Proceso de Negocio - Solución
Capacidad para fabricar bienes
“Negocio” “Software”
Servicio Servicio
Venta de bienes Schedule Delivery
Compañía de Logistica Recursos de Software

Capacidad para entregar bienes Capacidad para planificar entregas
“Proveedor de Servicio” “Proveedor de Servicio”
¿Que es un Servicio?
Un Servicio es la capacidad por la cual la necesidad de un Consumidor de Servicios es
satisfecha de acuerdo a un contrato
Separa el que de el como, quien y donde
Se gestiona y gobierna a través de políticas y contratos
Se comunica usando mensajes que comparten esquema no tecnología
Consumidor Aplicación
de Servicios solicitante
Mensajes
Comply
Descubri- Políticas & with Descripción
Servicio
miento contratos
Endpoint
Servicio
Proveedor
de Recurso
Servicios
¿Que es Servicio Web?
Servicio Web es un conjunto de protocolos basados en XML (eXtensible Markup Language )
que proporcionan un mecanismo para la descripción y despliegue de Servicios.
Un Servicio Web es un interfaz programático a una funcionalidad cuyo comportamiento y su
interacción está descrito mediante los protocolos WS.
Mientras el término WS es ampliamente aceptado, el uso de la tecnología web no es obligatorio.
Consumidor Aplicación
de Servicios solicitante
e.g.
WS-Security
Mesages e.g. SOAP
Comply
Políticas & with
UDDI Servicio WSDL
contratos
Endpoint
Servicio
Proveedor
de Recurso
Servicios
Conceptos Claves
Soluciones
Requisitos
Operacionales Estados
Compuestos de
Aplican administran
Políticas Gobernado por Servicios
Limitados por intercambian

tienen
Patrón de Intercambio Mensajes

Mensajes
Contratos
describe Es un set de
contiene Schemas define estructura de

9
Vista básica proveedor/consumidor
Consumidor Servicio Proveedor Servicio
Componente
de Negocio
Façade del
Servicio
Mecanica Basica del Servicio– Despliegue físico
Servicio es un concepto de primer orden

Servicio es mantenido independientemente mediante el API del
recurso correspondiente
El “Broker” enlaza el Servicio con el Interface Software Automation
Unit
Consumidor Servicio
Mesage Interface Recurso(s)
de Servicio Endpoint
Transport
Servicio Broker Recurso
Servicio Proveedor
Hay distintos métodos de Web Server Componente contenedor
transporte: del recurso
P.Ej.: Apache
TCP/IP, MOM, ..
Broker Windows .NET
Se pueden aplicar distintos J2EE
P.Ej.: ESB
patrones de mensajería:
Plataforma/OS Application Server
Asynch, RPC, Broadcast
P.Ej.: .NET Windows Entornos Legacy
…
¿Que es una unidad de automatización (Automation Unit)?
Automation Unit: una colección de uno o más módulos ejecutables o
scripts que proporcionan juntos la implementación de un servicio.
Servicio Un Servicio, un componente

Orders Servicio Servicio
«componente» Orders Stock
Componente «componente» «componente»
Orders Orders Stock
Component Component
Servicio Las dependencias
Orders P.Ej.: componentes JAVA o .NET entre Servicios
«wrapper» pueden ser creadas
Componente Varios Servicios, un componente dentro de las AUs
orders Servicio Servicio
Servicio Orders Stock
Orders «package»
«external» ERP
Componente Component
Orders P.Ej.: Paquete de Software
Clasificación de Servicios
La clasificacion de Servicios es un factor importante

en la organización de la arquitectura.
Clasificación de Servicios
Abstracción –concepto válido en varios Tecnología– cómo se realiza el Servicio.

niveles de abstracción. Ej.: Ej.:
Conceptos de negocio Servicio Web
Diseño de Software Servicio Java
Despliegue físico Servicio CORBA
MOM endpoint
Propósito– el papel del servicio dentro de la
arquitectura. Ej.: Estado– dentro del cilo de vida del Servicio.
Servicios de Proceso Ej.:
Servicio de Negocio Planificado
Servicio Utility Aprovisionado
Infrastructura de Servicios Certificado
Publicado
Funcional – la funcionalidad ofrecida en el Operacional
servicio. Ej.:
Servicio Pedidos Scope – como de ampliamente es
Servicio Cliente compartido. Ej.:
Servicio Identidad Organización
Servicio Logging Proyecto
Sector
Que es Arquitectura de Servicios?
Una colección de Servicios
Clasificada en tipos
Organizada en capas
Gobernada por patrones y políticas
Service Oriented Architecture (SOA)
Multiple Service Consumers

Multiple Business Processes
Service
Finance
Supply Service
Service Service Architecture
Manufacturing
Distribution
Service
Service Multiple Resources

Multiple Service Providers
SOA estructura el negocio y sus sistemas en un conjunto de capacidades que son

ofrecidas como Servicios, y organizados como una Arquitectura de Servicios.
Principios SOA
Consumo
Modular
Arquitectura que permite la
Acoplamiento débil
flexibilidad de Soluciones
La especificación del Servicio Y X Z usando altenativas
encapsula los recursos
especializadas u orquestando
permitiendo la independencia
servicios
entre estos
Estandarización
Proporciona consistencia de Políticas de Gobierno
Servicio Servicio
comportamiento y capacidad de de diseño y uso
A B
reutilización.
Virtualización
Abstracción La encapsulación de los
Proporciona flexibilidad al B A C recursos proporciona
negocio flexibilidad en el suministro
Funciones/Recursos
Mecanismos para proporcionar desacoplamiento
1. Niveles de Abstracción 2. Encapsulación
Servicio Servicio
Independencia entre
El Servicio oculta los detalles
Implementación, despliegue y
de la implementación
especificación
3. Mensajería 4. Independencia de la Plataforma
Mesage
Request SOAP
Servicio
Mesage
Response
18
SOA – Multiples Perspectivas
Foco en Interés SOA

Recursos de Negocio, Optimización de procesos
Mecanismo para alcanzar los
SOA como Agilidad en el Negocio
objetivos de Negocio
Marco de Provisioning busines capabilities
SOA Business case, ROI,
Negocio Outsourcing, offshoring, insourcing
Negocio vinculado a resultados
Ayuda a IT ante nuevas oportunidades negocio
SOA como Recurso de IT Estrategia y Roadmap

Marco de Convergencia Negocio-TI Organización y cultura
Gestión TI Optimización de procesos IT Aumento de la calidad IT
Servicio de la Cadena de Suminsitro Políticas de aprovisionamiento
Contexto de Arquitectura
SOA como Arquitectura de Servicios Fedarados
Construcción Arquitectura SOA
Marco Identificación y Especificación de Servicios
Gobierno de la Arquitectura
Arquitectónico Ciclo de Vida de Servicios
Políticas Arquitectura y Diseño
Estándares
SOA como Despliegue Run-time de Servicios y Recursos
Tecnología de Servicios
Marco de Infrastructura operacional
Repositorio, Gobierno run-time
Desarrollo Gestión de Servicios
Políticas operacionales
Integración Basada en SOA
Capa de Procesos de Negocio

Cruce funcional de principio a fin
de los procesos de Nergocio
Como conectar los pasos de
proceso?
Capa de Servicios
Todos los Servicios utilizables
Como conectar dos servicios?
Application y Data Layers

Aplicaciones, ERPs, Bases de
Datos
Como conectar dos aplicaciones?
Capa de Tecnología
Hardware, Network
Como canectar J2EE a .NET?
Ciclo de Vida SOA– Niveles de Refinamiento
Consume Provee
El concepto de Servicio es igualmente
aplicable a la forma en que piensan
Proceso de Funcionalidad
Servicio sobre el aprovisionamiento y consumo
Negocio o Recurso
de funcionalidad y recursos, tanto
Negocio como IT.
Arquitectura de Negocio
SOA es un enfoque de la modelización
de negocio, ya que es un paradigma de
ingeniería de software.
Unidades de Los Servicios pueden representar una
Software Servicio
Aplicación
Automatización funcionalidad significativa del negocio
Software de Servicio Reconocible por el negocio
Proporcionando convergencia /IT
Arquitectura de Software
Los Servicios proporcionan una capa
adicional de flexibilidad a la Arquitectura
de Software:
Unidad de
Solicitante del Endpoint Automatización Por ejemplo, instancias de
Servicio Servicio de Servicio servicios resueltas por
(Desplegada) enrutamiento dinámico
Arquitectura Desplegada
Visión de SOA: Niveles de Abstracción
Ej.: Modelo de Dependencia de Servicios Consume Provee

Negocio
Proceso de Busines Recurso s de
Busines Architect Servicios en Negocio Service Negocio
el contexto
del Negocio
Ej.: Especificación deel Modelo de

Especification Dependencia
Especificación
Services Architect Servicios Especificacion Specified
de Unidades de
vistos como de Servicio Service
Automatiización
unidades de
especificación
Ej.: Unidades de Automatización

Implementacion del Modelo de Dependencia
Designer Servicios Aplicacion Software Unidades de
Delimitados Software Service Automatiización
por las AUs
Ej.: Modelo de DEspliegue

Despliegue
IT Operations Servicio Solicitante del Endpoint Despliegue de
endpoint Servicio Service Servicios
deployment
Ej: Modelo de conexión

Tecnología
Technical Architect Instance Instancia de
Solicitud de
Servicio
Servicio Service Desplegado
tecnología to enable SOA
La Arquitectura de referencia se extiende a las
operaciones de negocio
Visión Artefactos Perspectiva de Servicios
Negocio Contexto para Software Servicios

Plan de Negocio OS
Servicio = Servicios
Modelo de Negocio OS ofrecidos por Unidades
Organizacionales
Epecificación Especificacion de Servicios

Arquitectura de
Especificacion Servicios
Acuerdo de Nivel de Servicio

Catalog o de Servicios
Plan de Servicios
Especificación
Servicios Servicio = Especificacion de Servicio
Implementación Arquitectura de Empaquetado de Servicios en AUs

ImplementaciónServicios
Seguridad OS
Especificacion AUs
Implementación
Servicios Servicio = Implementación de Servicio
Despliegue Despliegue de AUs

Arquitectura de
Despliegue Servicios
Especificación y Diseño
Plataforma Servicios
Servicio = Servicio Run-Time
Arquitectura
Tecnica
Infrastructura Infraestructura, Red, ESB

Logical Network
Infrastructura Servicio =
Physical Network Plataforma Run-Time
Arquitectura de Servicios y Marco de Referencia
Marco de Referencia SOA
Modelo Proces
Principios SOA Glosario Manage
MetaModelo SOA Ciclo de Vida de Servicios Consume
Provide
Arquitectura
Enable
Visión SOA Best Practices
Negocio
Organización
Especificacion
Entregables
Estándares
Patrones
Tecnicas
Políticas
Modelos
Roles y Estructura
Implementacion
Perfiles de Proyecto
Despliegue
Tecnología Modelos
Ciclo de Vida de los Servicios
Planificado
Planificado /incluye servicios propuestos
en el Plan de Servicios
Actividad
Especificado
Especificado /especificación del Servicio y
WSDL
Estado (pre)
Herramienta A
Siendo Aprovisionado / planteado para la
SiendoAprovisionado
operación, en pruebas
Aprovisionado
Provisioned /Servicio Actividad
/confirmació de calidad del Politicas

Certificado
Certified
Serviciio
Comprobación
/servicio disponible y Politica
Publicado documentado en el catalogo
Operacional /Servicio Herramienta B

Estado(post)
desplegado
Retirado /Servicio obsoleto Gobierno
Archivado /artefactos del servicio

archivados
Modelo Integración de Servicios
Capa Requerimiento
Conceptos SOA Metamodelo acordado
Ontología Conocimiento compartido de los conceptos de negocio
Procesos de Negocio Acuerdo en procesos comunes
Mensajes/Esquema Acuerdos en formato/contenido de mensajes
Especificacion de Publicación del comportamiento del Servicio
Servicios • Independiente de la implementación
Provisión de Servicio Arquitectura Compartida de Servicios
Mediacion Mecanismos para mediar mensajes entre multiples participantes. Ej.:
(Ej.: routing) • Uso de protocolos de Web Services
• Mensajería SOAP
• XML Schema
Infrastructura Mecanismos para
• Entega de mensajes
• Resolución de Servicios
Resumen
SOA:
Conjunto de Políticas, Prácticas y Marcos que permiten que la funcionalidad
de una aplicación abstraída fuera de la implementación, sea aprovisionada
y consumida como conjuntos de Servicios en granularidad adecuada para
el Consumidor, los que pueden ser invocados, publicados y descubiertos a
través de un interfaz basado en estándares
Facilitando:
Integración, Interoperabilidad, Compartición, Reutilización, Agilidad en IT y
en el Negocio, Transformación de Sistemas, ...
Aplicable a:
Sectores Industriales, Ecosistemas (B2B), Organizaciones y proyectos
individuales
Usuarios Finales, Fabricantes de Software, Vendedores de Infrastructura
Todas las plataformas
SOA Seminar
Busines Cases: Entender la aplicación de SOA

Busines Case
Objetivos Agenda
Visiones de SOA Diferentes aplicaciones de SOA: Casos
Como se beneficia el Negocio con SOA Drivers SOA: Dos perspectivas, Negocio, IT
Como se beneficia IT con SOA SOA y la empresa extendida
Case studies que demuestran la justificación Compartir y reutilizar
de SOA Transformación de los Sistemas
Como se relacionan con los beneficios los Negocio Basado en componentes
Patrones SOA Beneficios
Escenarios SOA
SOA Vision I –
Optimización de Procesos de Negocio
Motivación: Eficiencia de Negocio

Habilitar procesos en Tiempo Real
Proceso de Principio a Fin
Servicios desde/a Clientes Servicios desde/a Proveedores
Clientes
POS en tiendas
Teléfono Móvil
Agentes
Portal
Motivación: Habilitar la
Motivación: Satisfacción del Cliente participación en tiempo-
Sistemas Internos
Habilitar la participación del Cliente real de los proveedores
Proporcionar mono y multicanal de
comunicación
SOA Vision II - Integración
Habilitando integración de Dispersas a través de

aplicaciones dispares múltiples ubicaciones
CRM2 ERP SFA
Enterprise Servicio Bus (ESB)
Conectividad a otras
CRM1 System X ERP
redes de integración
CRM2 ERP SFA
Motivación: Eficiencia IT ESB

Reducir el tiempo de integración para diversos recursos distribuidos
System
Enfoque estándarizado de la integración CRM1 ERP
X
Ofrecer información, en lugar de requerir información
SOA Vision III -
Mejora Estructural y Racionalización del Portfolio
ERP X Proceso Z Partner A Proceso Y
Motivación: Agilidad IT en la
entrega de soluciones IT Coherencia de la
Virtualizacion de Recursos Estandarización
Información
Ej.: Visión única de
Motivación: Coherencia del detalles de Cliente Servicio
Negocio
Procesos de Negocio
comunes e información Reduce el Impacto Oculta la
Consolidacion/ complejidad de
del Cambio
Seleccion implementacion
Product-
CRM CRM CRM Product
Based ERP Z
System X System 2 System 1 System
System Y
Ej.: Multiples Fuentes de Detalles de Cliente
Ej.: Más fuentes de detalles
de Clientes (Externas) Motivación: Eficiencia IT
Compartir Recursossharing
Consolidation y optimization de procesos
Caso Visión III: Fabricante de Alta Tecnología
Business Context:
Servicios estandarizados Core Busines: Servicios Diferenciales
Vision:
Consolidación de variias
instancias de SAP
Control sobre la Arquitectura de
Negocio, reutilización y facilidad
de creación de nuevas
soluciones SAP
SAP Legacy
SAP SAP Siebel
Siebel
Fabricación Ventas y
Resultados: I+D Logistica
Marketing
Reducción del 50% en costes de test
Independencia en el diseño de procesos de negocio
Ahorros significativos procedientes de mejora de procesos de negocio > $50m
Ahorros significativos esperados por reutilización, y la reducción de esfuerzo en la creación de soluciones > $50m
SOA aplicado a Servicios y Procesos de obtención de nuevos datos (SOA = 25.% Reducción)
SOA aplicado a la reutilización de servicios de obtención de datos (SOA = 48% Reducción)
SOA aplicado a la reutilización de procesos y subprocesos de negocio (SOA = 56% Reducción)
SOA Vision IV – Reutilización de
Federación, Virtualización del Negocio Servicios en
distintos escenarios
Implementación alternativa
para proporcionar los
mismos servicios
Federación vistual de los
participantes para colaborar en los
procesos de negocio
Servicio
Identificacion
Servicio Ticket Collection

Ventas
Pagos
Pedidos Servicio
Servicio
Motivación:
Servicio Agilidad en el Negocio
Servicio Eficiencia en el Negocio
Inventario
Globalizacion
Logistica Servicio
Servicio Servicio Servicio
Fabricación
Virtualizacion de los Recursos:
Disponibilidad
Outsourcing, insourcing,
offshoring, etc
Agregación de diversos
proveedores, o flexibilidad
para escoger proveedor
Caso Vision IV - Sector Publico
Busines
Servicios
Departamento G2B
Servicios
Gubernamental
Citizens
Servicios Servicios
G2C
Compartidos
Other
Governments
Departamento
Servicios
Gubernamental Servicios
G2G
Drivers de SOA bajo dos perspectivas
Negocio IT
Necesidad de respuesta en TiempoReal Reducción de Costes
Agilidad de mercado Reducción en el Ciclo de Vida de los
Reducir tiempos entre evento y sistemas
respuesta Aumento de la roductividad a traves de la
Automatización de los procesos de negocio reutilización de servicios comunes
Reduce costes y errores humanos Racionalización del Portfolio
Mejora de la ejecución de los procesos y las Reducir la duplicidad de sistemas
reglas de negocio Reducir los costes de los recursos,
Mejora en la exactitud y seguridad de los licencias
datos Reducir mantenimiento de las reglas de
Mejora de los tiempos de entrega negocio a traves de distintos sistemas
Facilitar las mejores fuentes de información Mejorar el proceso IT
para realizar la actividad Habilitar la entrega mediante políticas y
Mejorar la Agilidad gobierno
Capacidad de realizar cambios rápidos Optimizar el uso de los recursos y el
en Procesos de Negocio conocimiento
Rapido ensamblaje de sistemas de Transformación Estructural
apoyo a nuevos productos Reducción de la complejidad
Capacidad para trabajar con nuevos Mejorar la coherencia y calidad de los
clientes y partners datos
Replazar los costosos sistemas heredados
Escenarios típicos de Proyectos SOA
Organización Alta
Larga
Planificación Outsourcing
Funcionalidad Funcionalidad
SOA
común de IT Común de
Negocio
Racionalización Procesos y
del Portfolio IT Coherencia de
Alcance
Duración
la Información
Provisión de
Infraestructura
SOA
Acceso de
Clientes y
Partners
Integración
Basada en
Servicios
Optimización
Proyecto de Procesos
Corta
Baja
IT Driver Negocio
SOA proporciona oportunidad para
Opportunity Importancia
Estandarización– facilitando la normalización de muchos aspectos del negocio Alta
como seguridad, semántica, utilidades y componentes de procesos, …
Servicios Compartidos – eliminar la duplicación e inconsistencia entre los silos Media

de la empresa – reducción de costes y mejora de procesos
Procurement basado en Servicios – la realización de las operaciones en forma Alta

eficiente y flexible en un ecosistema de B2B con Proveedores
Mejora de los Procesos - permitiendo la actualización de procesos por diseño Alta
Negocios Conjuntos – Orquestando Servicios complejos a través de múltiples Alta
organizaciones, internas y externas
Transformación del Negocio – introduciendo mayor flexibilidad en la forma en Alta
que la empresa esta organizada, con capacidad de reacción rápida a cambios
Servicios centrados en Clientes – proporcionando perspectiva consolidada Muy Alta

para soportar los procesos de clientes.
Transformación de lT – modernización y estandarización de aplicaciones e Alta
infraestructura operacional
SOA y la Empresa Extendida
Shared
Razones: Proces
Integración de Cias. basada en Servicios Partner A Partner B
Cada Servicio encapsula la implementación
permitiendo cambios sin afectar al servicio New Busines Proces
Web Services proporcionan una plataforma
de integración vasta e independiente a
través de internet ERP CRM Legacy
Elimina las dependencias entre las
tecnologías de los participantes Recursos Dispares
Requisitos: Retos:
Se necesita tener bien abstraidos los Consenso entre participantes B2B
servicios para realmente ocultar la Los monolíticos sistemas existentes pueden
implementación ser un obstáculo para la agilidad
Uso de Protocolos de Web Services, SOAP Los procesos encapsulados en los sistemas
y HTTP, como vehículo común a diferentes existentes podrían no encajar con las nuevas
tecnologías necesidades de transformación del negocio
Case Study - Standard Life
Requisito: Se necesita simplificar los negocios con varios canales.

Solución: Exponer y desplegar Servicios de negocios para la reutilización de los
partners
Beneficios:
Reutilización de más del 50% de los Servicios, lo que significa un ahorro de más
de 3 millones de libras en costes de desarrollo.
Aumento de la tasa de operación en un 900% sin aumentar el personal de
operaciones
Mejora de la respuesta a los cambios de mercado y necesidades de los clientes.
Mas de 300 Servicios de incluyendo operaciones de agentes, clientes, etc.
Despliegue fácil de nuevas combinaciones de Servicios simplificando los procesos
de trabajo
Los Web Services permiten trabajar independientemente de la tecnología del
entorno
Lecciones aprendidas: Una SOA eficaz combina tecnologia, con procesos de negocio
y personas. Standard Life, hizo un cambio importante de una cultura basada en la
tecnología a una cultura orientada a servicios.
Patrones SOA: Multi-canal. Tecnología debilmente acoplada.
Case Study – NIIIP Consortium
Consorcio temporal de empresas independientes que
explotan conjuntamente oportunidades de fabricación, …
Reto
Aplicaciones incompatibles, procesos y datos en la cadena de suministro
Sistemas CAD, PDM, ERP, MES, y EDI incompatibles
Solución:
National Industrial Information Infrastructure Protocols (NIIIP)
Proceso colaborativo usando directorio, esquema y servicios comunes
Motor de Transferencia de Datos, basado en WS – Virtual Enterprise Server
Servicios Web basados en tiempo real de múltiples proveedores a través del
catálogo UDDI
Patrones SOA :
Servicios Real-time
Mediation Real-time
Servicios y Semantica
estandarizados
Case Study – Danske Bank
Virtualización
Institutional del Recurso
Cotizaciones
Partners
de Bolsa
Tiempo Real
ERP • Volumen bajo Cotizaciones
• Clientes de Pago de Bonos
Excel Divisas
Other
• Volumen alto
Web • Consultas gratis
Portals 15min de Mainframe
Enrutamiento dinámico Cache refresco
basado en el usuario
Public
Servicios estandarizados proporcionando diferente función dependiendo del canal
Patrones SOA:
Un único Servicio
Servicios finales diferenciados por su comportamiento
Multi-Canal
Compartición y Reutilización
Soluciones
Razones:
Racionalización del portfolio – reduce Y X Z
duplicacion, complejidad
Visión coherente del negocio a traves de
servicios: Informacion, Procesos, Politicas
Redución de costes – ensamblaje a partir de Servicios
servicios, no re-invención Compartidos
Compartición agil y débilmente acoplada–
compartir Servicios, no su implementacion
Requisitos: Retos:
Diseño para compartir. Utilizar todas las Consenso sobre la especificación de
necesidad de los Consumidores Servicio Servicios compartidos: Esfuerzo y politicas
Puede generalizarse para satisfacer una La financiación y la propiedad de los
mayor gama de necesidades Servicios Compartidos puede ser un reto
Politicas sobre que Servicios son para las Organizaciones
compartidos. No todos los Servicios han de La cultura de la reutilización no es frecuente
ser compartidos en TI
Case Study – BT
Estrategia:
Responder con nuevos productos y servicios a la rápida evolución del mercado de
telecomunicaciones
Racionalizar el porfolio de sistemas (interior + exterior) - se soportan aprox. 28.000
productos globales
Objetivos:
Crear un entorno unico y coherente
Reducir el número de productos
Conjunto coherente de sistemas y procesos
Reducir el coste de mantenimiento y el ‘time to market ‘
Desarrollar el modelo de datos canonico – definir los datos del core de negocio
Implantación de una plataforma SOA con un conjunto de componentes re-utilizables
Integración de centros de competencia en una sola unidad organizacional – inicialmente
con 400 personas (14 diferentes plataformas de integración). Hoy reducida a <100
Aceptación generalizada de la Arquitectura
Patrones SOA:
Servicio de componentes comunes:estandarización y racionalización
Integracion Centralizada
Transformación de los Sistemas
Razones:
Activar la integración de los sistemas
existentes (legacy) en los nuevos de
procesos de negocio –
Usar Integración por Servicios para evitar el
Legacy Encapsular Replazar legacy con la
fuerte acoplamiento entre sistemas
System funcionalidad en nueva implementación
Promover estrategias de ‘legacy manteniendo
Servicios de
modernization’– que permitan una migración Integración estabilidad en los
gradual servicios
Estrategia de Transición
Requisitos: Retos:
Los Servicios de Integración deberan Accesibilidad y adecuación de los interfaces
ser parte de los servicios definidos en actuales

la Arquitectura Justificación de los esfuerzos de
Los Servicios necesitan ser totalmante modernización y transformación - a pesar de

abstraídos de los interfaces existentes que no es un problema SOA
para eliminar las dependencias de los
sistemas actuales
Case Study – Accredited Home Lenders
Requisitos:
Diferentiación Competitiva
Habilitar intermediarios para realizar transacciones de negocios más eficazmente con los
prestatarios
Reducir la dependencia de procesos manuales
Oferta de Servicios a nuevos clientes
Solución:
Utilizacion del paquete ‘Mortgage Integration Foundation’ (de Wellfound Decade) como
capa de servicios entre los sistemas backend y frontend .
Punto unico de acceso para obtener información unificada y coherente. Utilizado para
proporcionar visión unificada del cliente y sus transacciones.
Ejemplos de soluciones- Pasarela de prestamos; Alertas; Envío de notificaciones por
correo o SMS; Portal para canal electrónico, …
Beneficios:
Perspectiva IT: construir e integrar Servicios de forma más rápida y barata.
Perspectiva de Negocio: mejora la calidad del trabajo eliminando la reintroducción de datos
clave, mejora de la precisión, mejora de las decisiones sobre prestamos y redución de
gastos generales.
Racionalización del flujo de trabajo de hipotecas para la compañía y sus 6800 corredores
independientes, resultando menores costes, cierres de operaciones más rápidos, reducción
de riesgod, mayor capacidad de transaccion, y satisfacción de los corredores hipotecarios
Negocio Basado en componentes
Actividades Context
Actividades Core No conectadas
Razones: conectadas a recursos a recursos
Obtener la mejor fuente de funciones de
negocio Actividades de DIFERENCIACIÓN ESTANDARIZACIÓN
Misión Critical (deploy) (manage)
Virtualización del negocio para flexibilidad
Integración de las mejores prácticas de
especialistas de negocio Soporte a INNOVACIÓN OUTSOURCING
Enriquecer Soluciones, Productos y actividades (invent) (offload)
Servicios
Adapted from: Dealing with Darwin, 2005, by Geoffrey Moore
Requerimientos: Retos:
Web Services proporcionan una plataforma Mantener la coherencia e integridad a traves
independiente con acceso en tiempo real a de recursos y proveedores
traves de Internet Entrega en tiempo real por medio de
Arquitectura de Servicios colaborativos sistemas virtuales
Riesgo al utilizar proveedores externos
Case Study - Airline
Objetivos:
Reestructuración del Negocio y de los Sistemas
Incrementar el foco en el cliente: hacer más sencillo el trabajo
Antes
1000 diferentes tipos de tickets: gran confusión para el canal y el cliente
Inconsistencia entre canal y productos: un unico sistema y APIs
Alto coste de mantenimiento de los sistemas (legacy)
Alto coste de call centres, y alto nivel de reclamaciones
Despues
<10 tipos de tickets: Los canales usan los mismos servicios. Mismo back-end
Separación de Soluciones, Procesos y Sistemas: Mayor agilidad, reutilización, ...
Reemplazo de servicios del core back-end con un proveedor externo: Amadeus
Interfaz de servicios especializadas: Ej.: Vacaciones y otros productos como
servicios independientes
Reducción de costes de venta y distribución: tickest electrónicos, outsourcing, ...
Patrones SOA: Multi-canal; Servicios Comunes basados en componentes; Uso de
comodities y servicios estandarizados, Interfaz especializado, Arquitectura de
Servicios por capas
Case Study – Amazon y eBay
Gran volumen de peticiones > 1 billón por mes

4. Embebido
Gran tamaño de la comunidad, miles de
en portal
consumidores de servicios
Acceso a cientos de millones de clientes finales
Portal Arquitecturas escalables que han demostrado
ser de alta disponibilidad, soportando motores
de comercio electrónico
5. Listas,
Patrones SOA:
Busquedas,
etc Proveedor de Servicios Commodity
Multi-canal
3. Recuperar
Transacciones
Aplicaciones
Amazon
Back-end
2. Venta via canal 1. Carga de
Amazon / eBay eBay Inventario
Beneficios por Patrones/Estrategia
PatronStrategy Resumen de Beneficios Case Examples

Façade Reduce el horizonte del cambio; Transparencia de la implementación; Accredited Home Lenders; Airline
Transicion y Rationalizacion de las funcionalidades actuales
Servicios Simples Ejecución coherente de las reglas y políticas de negocio; Reducción en Airline; Styard Life; Accredited
tiempo de la Solución, costes de integration, esfuerzo en la pruebas; Home Lenders; Schwab
Informacion consistente
Servicios Asegura la interoperabilidad; Facilita el uso de proveedores de Accredited Home Lenders; Airline
Estandarizados commodities; Flexibilidad para consumir Servicios desde diferentes
Proveedores; Simplifica la agregación de la information, seleccion y
comparación entre Proveedores
Estandarización de Reduce errores de interpretación y entendimiento. Simplifica y Accredited Home Lenders: NIIP
Semántica automatiza la mediación
Servicios Commodity Delegacion de las funciones non-core capability; Reduce costes de Amazon; eBay
desarrollo interno
Componentes Comunes Ejecución consistentd de las reglas de negocio para reducir errores Airline; BT; Schwab
Servicio Multi-Canal Rápida respuesta a nuevos requisitos de negocio; consistencia entre Airline; Styard Life; Accredited
distintos canales Home Lenders; Danske Bank
Servicios en Tiempo Mejora de los procesos:factor de fidelización de clientes; Coherencia en NIIIP Shipbuilding Partners;
Real la Informacion entre canales; Melora de la seguridad de la informacion Accredited Home Lenders
Mediación en Tiempo Reduce el esfuerzo de desarrollo; Proporciona eventos conductores de NIIIP Shipbuilding Partners; Danske
Real los procesos; proporciona mayor calidad y claridad de los servicios; Bank
Facilita la aplicación de Políticas; Mediación basada en status
Arquitectura en Capas Agilidad de negocio; Enfoque estructurado de la reutilización; Airline; Schwab
Integracion Centralizada Reduce esfuerzos de integracion; Coherencia de la actividad de la BT
integración
Beneficios para Negocio e IT
Negocio IT
Automatización Procesos de Negocio Reduce los esfuerzos de integración
Participación Proveedores y Clientes
Time to Market Productividad a través de la

+ Mejora calidad de datos y procesos reutilización y estandarización de +
serviciosd
+ Estandariza Prácticas de Negocio Flexibilidadde selección de fuentes +

de servicios (p ej.: commodities, ...)
Reduce Riesgos Reduce coste y complejidad por la
+ racionalización del portfolio
+
Coherencia: información, prácticas
+ Virtualización Recursos de Negocio Virtualizacion de los recursos IT +
+ Negocio Multi Canal Flexibilidad y Especializacion +

Consistencia entre canales
Negocio mas responsable ITmas responsable

= Calidad y Gobierno de Procesos Mejora los ROI
=
Redución de Costes Redución de Costes
SOA Seminar
Arquitectura de Servicios

Arquitectura de Servicios
Objetivos Agenda
Arquitectura de Servicios y Marco de
Entender porque se precisa una arquitectura Referencia
estructurada para los Servicios de Negocio Visiones Arquitectura de Servicios
Como la Arquitectura proporciona Arquitectura de Servicios por Capas
compartibilidad y flexibilidad Como base para Politicas
Clasificación e los servicios por proposito y Diagrama de Capas de AUs
role Especificación de Servicios
Ambito SOA
Resumen
Modelo Proceso
Provide
Arquitectura
Enable
Negocio
Organización
Especificacion
Entregables
Estándares
Patrones
Tecnicas
Políticas
Modelos
Roles y Estructura
Implementacion
Despliegue
Tecnología Modelos
Tres visiones de la Arquitectura de Servicios
Orders Servicio
VISTA ESPECIFICACION
Products Servicio
Accounts Receivable API
VISTA IMPLEMENTACION Orders

Servicio Stock Stock
Accounts <<quasiComponent>>
Movements Reordering
Receivable API Ordering
<<legacySystem>>
Component <<component>>
Accounting Product
Package Accounts Payable API Products Servicio Management
VISTA DESPLIEGUE
a: applicationServer a: Mainframe
EJB Container TP Monitor

Order Fulfillment <<SOAP over JMS>> Ordering Component
Stock Management Purchasing Component
Product Management Sales y Billing
Accounting Package
Arquitectura de Servicios: Organización y Categorización
Soluciones dispares impulsadas por las Necesidad de Organización

necesidades de cada uno de los y Categorización
patrocinadores de negocios
Servicios
agrupados por
Busines
Dominio
Domain
Servicios creados correctamente pero que
no dan los beneficios eperados
No compartidos, dispares, a exigencia de

cada sponsor, ... Servicios Seleccionados
Servicios Organizados en para compartir,
capas por Propósito y Tipo agregación o
diferenciación
Aplicación de los
Conceptos de Arquitectura
Duplicados, en silos, dispares, ...
Arquitectura de Servicios por capas.
Vista Especificación
Custom
Order
Arquitectura Especializada Proces Servicios Fulfillment
Contiene el impacto del cambio Servicio
Permite la customizacion
Capability Servicios
Permite alta reutilización
Logistics Servicio
Caracteristicas
Estabilidad/volatilidad
Perfil de gestión del cambio
Core Busines Orders Servicio
Política Especifica Servicios
Products
Patrones Servicio
Arquitectura y diseño
SLA Underlying
Accounts
Servicios
Fuentes de aprovisionamiento Receivable API
Utility Servicios Addres Reformatting Servicio
Units of Measure
Commodity
Base para la política de Servicios Compartidos
Solution Layer
(presentacion y dialogo)
Apunta a cada Proceso de Negocio

Process Services
Soporta procesos atomicos y compuestos
Guarda información a nivel proceso (Process layer)
Orquesta operaciones desde servicios atomicos Capability Services

Compone servicios complejos (orchestration layer)
Aporta funcionalidad a cada actividad del proceso
Un Servicio proporciona visión coherente de datos corporativos y reglas de negocio

Core Busines
Proporciona visión 360°de los recursos Services
Guarda un registro de cada instancia de cada entidad
(“backbone” layer)
Aplica validaciones comunes y reglas de negocio
Explota funcionalidad pre-existente para su reutilización Underlying Services

Agrega funcionalidad pre-existente en sistemas (that need a facade)
Los más ampliamente reutilizados servicios compartidos Utility Services

Servicios que ejecutan subrutinas y operaciones ampliamente utilizadas (high reuse layer)
Base para Políticas de Estandarización y Customización
Soluciones de Negocio & Adaptación
Procesos e Negocio Creciente
Area de Politicas Uso

Determina factores económicos, diferencial
Uso Estandarizado
flexibilidad, diferentiacion con la Servicios
competencia y estándarización
Diferenciadores
Determina conjuntos de
Servicios Estándar basados en
criterios económicos y viabilidad
Gestiona el uso de la solución Servicios Estándar
en base a una diferenciación Comportamiento
competitiva de Servicios
Core/Contexto Diferenciadores
Core/No Core
Servicios Commodity
Gestiona las furntes de los
servicios en base a criterios Servicios
económicos a medida
Increasing
Commoditization
Diagrama de Arquitectura Unidades de Automatización
<<
appFrontEnd
Solución >> << Solución >>
Customers
Customers Corporate
Capa de Soluciones Accounts
AccountsSystem
System Account Analysis
« call »
CompañíaHistoryServicio
<<«script » CustomerAccounts
Servicio << <<wrapper>>
wrapper >> <<
legacySystem
legacy >>
Capa de Procesos Customer Compañía History Compañía
Accounts Wrapper
Wrapper Records
Account
Reporting
« component » Servicio
<<compSpec>> <<quasiComponent
<< quasiCompSpec >>>>
CORE BUSINES Accounts CustomerServicio
Accounts Customers
Customers
Account << legacy >>
Maintenance Customers
Servicio DataBase
Capa Utilidades
« external » « external »
ThirdParty BusinesEvents Unknown
Unknown LoggingServicio
CreditCheck Automation Automation
Servicio AddresyPostCode
« component »
<<compSpec>> Directory
Logging
Logging
Las Aplicaciones son tambien representadas La UAs son son usadas para representar colecciones
por Unidades de Automatización (UAs) de software, aunque no se trate de servicios
Que es una especificación de Servicio
Toda la información que se necesita por

Consumidores de Servicios, arquitectos y
desarrolladores Ensamblador
de Soluciones
Descripción del Servicio y antecedentes Consumidor
Efectos de una operación de Servicios
No solo entradas y salidas

Proveedor de Especifi-
Que se registra por el sistema Servicios cación
Que se valida Arquitecto/Planificador de
de Servicios Servicio
Funcionalidad Interna
Información común con otros servicios
Implementador de
Descripción de la implementación de un Servicios
servicio y características de la misma Desarrollador de
Unidades de
Información precisa para construir los
Automatización
servicios (desarrolladores)
Plan de pruebas del Servicio
Services Portfolio Plan (SPP) y Especificación
Plan de Servicios (Services Portfolio Plan)

Dominios, Políticas
Servicios identificados, dependencias,
Políticas, requerimiento de agilidad , Calidad
del Servicio (QoS ). . .
Identificación de Automation Units
Plan de despliegue y entregas. . . .
Servicio Specification
Propiedades
Calidad de los Servicios (QoS)
Conformidad a Estándares
Operaciones de Firma
Secuencia obligatoria de mensajes
Modelo de información
Especificaciones de operación
Instrucciones de Implementación y Despliegue
Ambito SOA - Sectores, Ecosistemas, Empresa y
Proyectos Individuales
Industry SOA – Arquitectura de Servicios estandar
adoptado por un consorcio del Sector
Ecosystem SOA – Arquitectura de Servicios B2B

entre participantes
Enterprise SOA – Arquitectura de Servicios a

nivel de organización
Project SOA – Arquitectura

específica de un proyecto
Solución Asembly
Los Servicios pueden ser

estandarizados y comunes a
lo largo de las arquitectura
Resumen
La Arquitectura de Servicios proporciona la separación entre las soluciones de

negocio y los recursos
La Arquitectura de Servicios por capas proporciona flexibilidad en la composición y
compartición de Servicios
La Arquitectura de Servicios por capas proporciona una base para
Marco de las Politicas
Decisiones sobre Fuentes de Información
Identificación de Servicios
Plan de Servicios (Services Portfolio Planning)
Planificación de la agilidad
La Especificación de un Servicio se va creando progresamente:
Como resultado del Plan de Servicios
En detalle para el aprovisionamiento construcción y ensamblaje del Servicio
El Plan de Servicios es un proceso iterativo relacionanado proyectos, programas,
colaboradoes del ecosistema, y grupos del sector.
SOA Seminar
Organización para SOA

S4 – Organización y Proces for SOA
Objetivos Agenda
Impacto del proceso de adopción de SOA El proceso de adopción de SOA

en la Organización Estructura de Proyectos
¿Quien hace el que? Roles y Cambio Organizacional
Responsibilidades
Gobierno
Modelo Proceso
Provide
Arquitectura
Enable
Negocio
Organización
Especificacion
Entregables
Estándares
Patrones
Tecnicas
Políticas
Modelos
Roles y Estructura
Implementacion
Despliegue
Tecnología Modelos
Objetivos del Proceso de Adopción SOA
Cartera de servicios altamente reutilizable
Facil creación de soluciones (Ensamblaje de Servicios, Procesos de Negocio, B2B, ...)
Agilidad y desacoplamiento
Reducción de Costes y rápido time to market
Especificación de Soluciones
Necesidades Creación de Soluciones

Immediatas
del Negocio Consumo, Ensamblaje de Soluciones, Procesos
Requerimientos
Especificos
Plan de Servicios Proceso de Aprovisionamiento de Servicios

(Services Portfolio Plan) Proporciona Servicios y Unidades de Automatización de
Servicios
Esquema del Proceso de Adopción SOA
Planificación
Requsistos Planificación de Mejoras
de Negocio
Consumir
Aprovisionamento
De la Solución
Arquitectura y Diseño Implementación

de la De la Solución
Solución
Arquitectura y Diseño Aprovisonmiento

SOA de Servicios
Proporcionar
Planificación de la Implementacion
Transición De Servicios
Diseño Arqu. de la Instalación de la

Plataforma Despliegue de la
Plataforma Solución/Servicio
Posibilitar
Solución/Servicio Solución/Servicio
Operación /Gestión de la
Solución/Servicio
Gestión
Plan de Adopcion SOA

Infraestructura de Gobierno y Gestión
Ciclos de Vida de Gobierno y Servicios
Actividades Gobierno
Planificado Identificar Arquitectura Políticas
Describbir Flexibilidad, metas reuso
Ciclo de Vida de
Especificado Especificar Diseño de Políticas
Gobierno
Estándares
Siendo Provisionado Seleccionar Fuente Seleccionar Políticas

Status (pre) Seleccionar Proveedor
Functional Test Diseño de Políticas
Provisionado
Customizacion
Actividad Políticas Certificacion Políticas de Seguridad

Certificado Cumplimiento de
estándares
Publicado Publicar en catalogo

Comprobar
Notificar a subscriptores Políticas Comerciales
Cumplimiento
Despliegue Políticas Operacionales
Operacional
Consumo Utilización de Políticas
Status (post) Retirada del catalogo Control de Cambios
Retirado Notificar al Consumidor
Archivo Borrado y retención
Archivado
Necesidad de Coordinación SOA
En curso
centralización de la toma de decisiones de integración
Coordinación de Servicios y Arquitectura de Solución
Gestión de la propiedad de Servicios
Gestión de Productos Servicios
Gestión y propiedad de la plataforma de Servicios
Centralización de Servicios especiales
Gobierno de Servicios
Transformacion
Colaboración en protocolos estandar, Arquitectura de referencia, Servicios
comunes .
Desarrollo progresivo del Portfolio de Servicios
Asignación de fondos a entregar a Servicios reutilizables
Capacidad de desarrollo compartida (ciclo de vida operacional, Infraestructura, la
gestión pública, procesos, prácticas...)
Herramientas Colaborativas
Organización SOA
Junta Directiva SOA
Comunidad de Centro de Equipo de SOA Oficina de

Interes Excelencia Integración Proyecto
Social Gestión de Gestión de Gestión del

Computing Conocimiento Activos Portfolio
Ingeniería de Modelización y Gestión de

Servicios Arquitectura Proyectos
Repositorio de
Metadatos
Repositorio de
Procesos
Herramientas y Infrastructura
Las relaciones entre los diversos elementos de SOA ha de ser soportada por una
serie de herramientas de colaboración.
SOA Seminar
Infrastructura SOA

Infrastructura SOA
Objetivos Agenda
Entender Requerimentos de Infrastructura SOA
La necesidad de una Infrastructura de Necesidades de Infraestructura según el Ciclo de
Servicios Vida SOA
Los tipos de tecnología requeridos por SOA Anatomía de la Infraestructura Operacional
Las funcionalidades necesarias para Funcionalidades del ESB
soportar el Ciclo de Vida de una SOA Patrones de despliegue de la Infraestructura
El papel del Enterprise Servicio Bus (ESB)
Federación de Participantes
Caracteristicas SOA Requerimientos de Infrastructura SOA

Autenticación de participantes
Proveedores y Consumidores de servicios,
internos y externos Privacidad e integridad de mensajes
Posible uso de amplia red no garantizada Securización de mensajería multi-bucle
Mediación a nivel de Mensajes Gestión de la Participacion
Valor agregado de intermediarios Permisos

SLA, Políticas, Contratos Comerciales
Recursos Heterogeneos y Distribuidos
Proveedores y Consumidores de Monitorización y configuración remota de recursos
servicios, internos y externos estándar
Acoplamiento débil (Loose coupling) Correlación de Negocio, Servicios y Recursos a nivel
Recursos compartidos de eventos
Orientado a políticas Aprovisionamiento dinámico de Recursos
Gestión de SLAs y otras Políticas
¿Porque se sigue mostrando la
pantalla de Pago ¿Se ha hecho
mi reserva?
¿Qué podría provocar

demora en mostrar la
pantalla de confirmación?
GDS
Busines
Servicio
Network
Ticket Collection
Servicios de mayor valor para el negocio
Orquestacion de Servicios
Agregation y Composicion
Mediación entre diferentes sistemas,
Abstraction y generalizacion
formatos, y componentes
Validación de Detalles de Clientes

Orquestación usando WSBPEL
<Receive>
Validación Idem Idem
de código telefono Email 2
Postal
1 Post
<Invoke>
Code
Post Code Phone Email
System Directory Validator 3
<asign> 4
Customer 5
Details
Servicio Vehículos Phone
<Invoke>
Directory
7 6
API Idem Idem 9
Sistema de Truck Bus <asign>
8
Vehículos ¿Qué otros requisitos
<Reply> Infrastructura podrían
Car Truck Bus surgir si tenemos en
System System System cuenta otros Proveedores
de Servicios?
Arquitectura en Capas
Los Servicios están organizados en Alojamiento/Provision de Servicios
capas para proporcionar flexibilidad y Orquestación de Servicios de la capa underlying
reutilización
Mediación a traves de las capas
Las capas separan niveles
Flexibilidad, acoplamienyto débil
Function; Role
Donde Servicios y capas son desplegados
Platform; Proveedor mediante recursos remotos y proveedores
Las Políticas determinan las capas Seguridad Federada
Gestión de Servicios
Order
Proces Services Fulfillment
Servicio
¿Donde podrá ser alojado cada
Servicio?
Core Busines Orders Servicio
Services ¿Requiere cada capa una capacidad
Products diferente de alojamiento?
Servicio
Underlying
Accounts
Services ¿Cual es el papel de los sistemas
Receivable API
existentes en la Arquitectura de
Servicios?
Utility Services Addres Reformatting Servicio ¿Como serán accedidos?
Flexibilidad
Flexibilidad de Consumidores y Proveedores Mediacion
Selección de Servicios commodity Routing/Brokering
Resolución de endpoint en tiempo de ejecución Transformación de Mensajes
Mediación en tiempo real Status de Servicios (Health monitoring)
Orientación a políticas Gestión de Políticas
Consumidor de Servicios Proveedor de Servicios
Gestión de Puntos de
Aplicaciones Servicios 1 Mediación
1 2 3 4
Proces
Servicio
Recursos
Servicios
Proveedor
Policy Alternativo
Driven
80
Proceso de Adquisición SOA

Multi-track Gobierno del Ciclo de Vida de Servicios
Separacion de Provisión de Publicacion y Descubrimiento
Servicios de Ensamblaje de Gestión de Activos
Soluciones Gestión de la Configuración
Multi-participante
Internos y externos
Multi-herramienta, Multi-repositorio
Planned
A través del ciclo de vida Status (pre)
Cambios en tiempo real Specified
Cambios de operaciones al vuelo,
sin impactar al consumidor del Being Provisioned
Policy
Servicio Actividad Driven Provisioned
Certified
Comprobar Published
Cumplimiento
Operational
Retired
State (post)
Archived
Necesidades de Infraestructura según el
Ciclo de Vida SOA
Planned
Gestión de Specified
Gestión de Políticas
Requeerimientos
Gestión de Activos
Being
y Configuración
Provisioned
Provisioned Gestión de Procesos
IDE, ESB
Orquestación
Gestión de Políticas
Certified
Registro
Seguridad
y Published Mediación
Repositorio
Operational Mensajería
Retired
Aprovisionamiento
Archived
Role del Registro en el Ciclo de Vida
Registro
Debe asegurar la calidad de la información. Precisa de aprobación/certificación para gestionar las entradas
UDDI es un registro. (Solo de ciertos puntos de las especificaciones y otros artefactos) Es critico mantener la
sincronización entre el Registro y las especificaciones de Servicios y otros artefactos
Herramientas
Consumo de Servicios Gestión de Activos
de Desarrollo
Descubrimiento Consumo
Analisis
Production Servicio
Diseño Registry Management
Feedback Tools
Descubrimiento
QoS
Publicación Staging Register
Registry Versions y
Redirect
Certify Deploy Publish Execute Version
Aset Management Developer

Provision de Servicios
Tools Tools
Infraestructura Operacional SOA
¿Qué elementos debería haber en la Infrastructura SOA?

¿Qué funciones son necesarias para soportar SOA?
¿Qué opciones hay?
¿Qué productos y que tecnologías están disponibles?
Necesidad de iniciar el Servicio, y pasar petición

y respuesta entre el Consumidor y Proveedor del
Servicio
¿Qué funciones son necesarias para lograr
esto?
Acceso a Fuentes
ABC
Consumidor Proveedor
Infraestructura Operacional SOA- Mensajería
Funciónes
Conectividad
Entrega del mensaje
Deseable entrega
asegurada
Varias opciones para el
transporte. Ej.:
TCP/IP
Internet
MOM
Email
Las opciones existentes
Mensaje pueden ser usadas
Transporte El uso de protocolos de
Mensajería Servicios Web es
independente del
transporte
Han de soportarse
Acceso a Fuentes diferentes estilos de
mensajería Ej.:
RPC
ABC
Asynch
Infraestructura Operacional SOA- Mediación
Funciones
Transformacion de
Mensajes
Enrutamiento de Mensajes
Propiedades desables
Conducido por
Transformación poíticas
Enrutamiento
Mediación Configuración
dinámica
Mensaje Distintas opciones para la

BCA
Mediacion
Transporte
Mensajería Routers
Brokers
Productos Middleware
Componentes propios
Acceso a Fuentes
ABC
Infraestructura Operacional SOA- Seguridad
Intermediarios Funciones
Autenticacion
Consumidor Proveedor Privacidad – Encriptación
Servicio Servicio
Integridad
Autorizacion – Permisos
Seguridad del Entorno- Confianza en la relación Gestión de amenazas –
Firewall
Transformación Enrutamiento Deberan conservarse las

Mediación tecnologías de seguridad
existentes
Posibilidad de actualizar
)@d F9&
Mensaje los productos de seguridad
Mensajería existentes para soportar
Transport Web Services
Encrypt Authenticate Firewall

Nuevos requerimientos SOA
Seguridad
Sign Permisions Decrypt Seguridad a nivel mensaje
Canales inseguros
BCA Seguridad Federada

Acceso a Fuentes
Confianza en
ABC
Proveedor intermediarios
Consumidor
Permisos según contenidos
Infraestructura Operacional SOA- Orquestación
Funciones
Orquestación de servicios
Gestionar transacciones
entre servicios
)@d F9& Ensamblar la respuesta
Orquestación con la ayuda de otros
servicios
Componer Servicios de
mayor valor de negocio
Transformación Enrutamiento
Mediación
Encontrado en
Automatización de
)@d F9& Procesos
Mensaje
Mensajería Automatización de flujos
Transport de trabajo
Productos tipo ESB
Productos tipo EAI
Seguridad
Sign Permisions Decrypt Motores especializados en
orquestación
Acceso a Fuentes BCA
ABC
Infraestructura Operacional SOA- Gestión
Funciones
SLA
Gestión Monitorizar el estado y la
salud de los endpoints de
Servicios
)@d F9& Configurar los Servicios
Orquestación Gestionar Status
Correlacionar Servicios y
actividad a nivel Sistemas
Transformación Enrutamiento
Mediación Nuevos requerimientos SOA
Busines Activity Monitoring
(BAM)
)@d F9&
Mensaje Gestión de SLA y otras
Mensajería Políticas
Transport
Gestión en base a
consumidores de servicios
Gestión en base a nivel de
Seguridad
Sign Permisions Decrypt contenido de los servicios
Acceso a Fuentes Encontrado en

BCA
Productos específicos de
ABC
Productos tipo ESB
Enterprise Service Bus -ESB
Funciones Not quite Lightweight Extended More than

ESB? ESB ESB ESB?
Acceso a fuentes (host, legacy, ...)
Mensajería
Enrutamiento
Transformación de Mensajes
Transformaciones de alto nivel

Transformación de Protocolos
Adaptadores EAI
Lookup a base de datos
Orquestación
Seguridad
Orientado a Políticas
Caracteristicas Deseables Implementación de Estándares
Componentización – permitir la distribución de componentes
Extensibilidad
Exponer las funciones de Negocio como servicios
Porque un ESB?
Proporciona un mecanismo para dar agilidad a la ejecución en una SOA

Proporciona una capa de mediación entre consumidores y proveedores de Servicios
Abstrae transformación y enrutamiento de consumidores de servicios y proveedores de
recursos haciendo SOA mas fácil de mantener y gestionar
Proporciona un punto central de mediación, integración y apoyo a la gestión de políticas
Alojamiento de la capa de servicios
Dependiendo de la implementación del ESB

Proporciona enfoque declarativo para definir mediaciones
Proporciona mediación dinámica
Proporciona mediación basada en políticas
Proporciona mediación basada en estándares actuales y emergentes:
Protocolos de WS, BPEL, JMS, JBI, …
Patrones de despliegue de Infrastructura SOA
Hub & Spoke Network Combinada

Infrastructura Core SOA desplegada Cada nodo contiene la s Infraestructura ligera en los
centralizadamente, centraliza sistemas funciones completas de la nodos, pero pesada en el core
Buena para conexión de sistemas infraestructura SOA Buena para gestión centralizada
existentes no-SOA Buena para escenarios de ecosistemas
Evolucion del modelo EAI distribuidos o federados
SOA Seminar
Madurez y Gobierno SOA

S6 – Madurez y Gobierno
Objetivos Agenda
Entender Madurez
Que es madurez SOA Modelo de Madurez
Cómo evaluar la madurez de organización Medida de la Madurezen
para SOA
Gestionar la transición Organizacional a
través del Modelo de Madurez de SOA
Que es Gobierno de una SOA

Cuales son los objetivos de Gobierno
Que herramientas ayudan al Gobierno
Madurez SOA
Preparacion de la Organizacion para la adopcion de SOA:

Madurez Organizacional
Madurez Tecnológica
Madurez de la Arquitectura
Madurez del Ciclo de Vida
Madurez en Gobierno
El Modelo de Madurez:
Permite medir el estado actual de una arquitectura empresarial respecto
a la utilización de SOA.
Permite establecer una ruta de evolución.
Habilita aprendizaje por capas incluyendo buenas prácticas
Forma la base para comunicar y extender capacidades.
Ayuda en la construcción de itinerarios.
Forma la base para crear una adopción incremental de SOA
Madurez / Inmadurez
0: Zero base1: Early 2: Applied 3: Integrated 4: Enterprise 5: Ecosystem

Learning Current
initiatives
Gap
1 year Target
NOW outlook state
Status actual 1 año vista Status Objetivo (3-5 años)

No consistente enterprise wide reference El trabajo es planificado sobre Ver siguiente slide
Arquitectura for re-use exists although different taxonomías para el año siguiente
elements are being developed in different parts
Evidencia de madurez Evidencia de Inmadurez

• Algunas definiciones de terminos locales • Falta de conciencia de una Arquitectura de referencia y dudas sobre su
• Reconocimiento que la Arquitectura es para algo mas utilidad
que IT • Confusión acerca de la terminología Ej.: Definición no unificada de
• Arquitectura de Referencia definida en partes Servicio
• Existencia de modelos de datos canonicos • Arquitecturas no compatibles entre dominios
• Tener automatizada las reglas arquitectonicas • No hay un modelo semantico único
• Algunas polícas estan descritas • Contratos de Servicio no escritos o implementados
• Reconocimiento de la necesidad de contratos de • No hay políticas escritas a nivel de Gobierno, o estan inconsistentes
servicios • Baja visibilidad entre Low visibility of links between busines drivers y
architectural plans
Sample
SOA Capability Maturity Model
Modelo independiente para establecer el nivel de madurez de una Organización

Nivel 1 – Early Learning:
Actividades SOA Iniciales, Pruebas de concepto, creación de servicios independientes
para resolución de problemas puntuales concretos.
Nivel 2 – Applyed:
Creación de servicios. Actividades basadas en un Proyecto SOA, Existencia de unos
estudios iniciales, priorización, y adaptación a modelos arquitectónicos.
Nivel 3 – Integrated:
Varios proyectos SOA en marcha en la organización. Se comparten servicios y existen
varios proveedores y consumidores de servicios regulados por contratos.
Nivel 4 – Enterprise:
Servicios compartidos coherentemente a nivel Organización. Consistencia de la
información y procesos de negocio. Afecta a toda la Organización.
Nivel 5 – Ecosystem:
Transformación del negocio. Servicios compartidos a través del entorno de actuación
de la Organización (Ecosistema) con profusión de automatismo en las operaciones B2B.
Conceptos estandarizados a través del sector de la industria de la Organización.
SOA Capability Maturity Model
Medida de la Madurez SOA. Encuesta de Madurez
Perspectivas
Preparacion Tecnologica
Madurez Organizacional
Madurez de
Implementacion
Gestion del Ciclo de Vida
Gobierno SOA
Medida de la Madurez SOA. Evaluacion de Madurez
Roadmap y Modelo de Madurez
SOA Management
Servicio Arquitectura
Ecosystem
operacional Infrastructura
Enterprise Lifecycle Infrastructura
Integrated
Framework y Proces
Applied Organización
Projects & Programs

Early
Learning
Es vital descomponer la tarea de gestión del

cambio en distintas disciplinas - o streams.
Esto proporciona un marco de neutralidad
que permite mapear la estrategia SOA con
La gestión del cambio requiere un claro los proyectos y los requisitos del programa.
entendimiento de modelo de madurez:
Como las funciones organizacionales seran
desarrolladas y mejoradas con el tiempo
El Modelo de Madurez necesita conocer las
funcionalidades de la organización en lo
101relacionado con el uso de los Servicios. www.swasociatesint.com
Madurez y Evolucion
Objetivos del Gobierno SOA
Asegurar que se alcanzan los Mejorar la calidad

resultados deseados de la estrategia Arquitectura de Servicios
de negocio, IT y SOA Entregables SOA
Asegurar que se evitan los Comprensión de requerimientos
resultados no deseados y la Coherencia de SOA en la
anarquía de Servicios organización
Reducion de riesgos Mejora de los procesos IT
Fallos
Procesos repetitivos
Exposición
Consistencia
Amenazas
Adopción de la Gestión SOA
Cumplimiento de las Normas
Facilitar la gestión del cambio
Ejercer la autoridad y el control Control de Costes
Asegurar que se siguen
Facilitar Servicios compartidos
estándares y políticas
Gestionar el aprovisionamiento de
los Servicios
Asignación eficiente de recursos
Contexto del Gobierno SOA
El Gobierno SOA es la parte del gobierno IT que se refiere a las estructuras

organizativas, políticas y procesos que garanticen que una arquitectura SOA
soporta y extiende la organización empresarial y sus estrategias de TI, logrando
los resultados deseados
El Marco de Gobierno SOA debe trabajar dentro del contexto del negocio y
estrategia IT
Resultados de
Negocio Marco de SOA Governance Organization
Estrategia
Gobierno del
de Negocio
Negocio
SOA Policy Hierarchy
SOA Governance Maturity

SOA Governance Process
Resultados IT
Estrategia Marco de
IT Gobierno IT
Resultados SOA
Estrategia SOA Governance Infrastructure
SOA
Puntos de vista del Gobierno SOA
Dejeme ver el caso
de negocio, estudio
Se esta incumpliendo la de viabilidad, y la
Política SOA #27 Especificación de
Servicios...
Entregables
Control Sólo quiero Control sobre los artefactos
Establecimiento de normas conseguir con mi que deben ser completados:
Ejercer control a través de trabajo… Entregables SOA y artefactos
políticas
de Gobierno
Una vez que se han

Por por la falta de control
revisado las políticas,
del presupuesto SOA, tengo
puede comenzar el
que sentenciar que usted …
trabajo
Organización Procesos
Rendición de cuentas Actividades de Gobierno que
Funciones y responsabilidades deben ser ejecutadas
Marco de Gobierno SOA
Establecer políticas, estándares, métricas y mecanismos de conformidad
Gobierno del Portfolio de Servicios

Gobierna el portfolio de servicios
Gobierno de la Arquitectura
Asegura la integridad arquitectónica de SOA Gobierno
Organizativo Gobierno de Negocio
Establece las tareas y Asegura el apoyo de
Gobierno de Aprovisionamiento
responsabilidades SOA a los objetivos de
Determina la fuente del Servicio organizativas negocio
relacionada
Gobierno de Uso s con SOA
Controla el uso el Servicio
Gobierno Operativo
Asegura la QoS
Balance entre Burocracia y Libertad
No todos los servicios

Intensidad de Gobierno
necesitan un completo
pliego de especificación,
caso de negocio, ni ser
objeto de políticas.
Técnico
Ambito de Uso de los Servicios
La Política más importante:

Numero de Servicios
Dónde y cuándo aplicar las

Políticas
Un cambio en el Alcance o en
los riesgos requiere una
reevaluación de la Política
Ambito de Uso de los Servicios

Visión a través de la Infrastructura:
Tecnología utilizada para soportar Gobierno SOA
Herramientas usadas
Modelización & Hearramientas Gestión de Gestión de la
en la especificación
Requirimientos IDE Políticas Configuración
y entrega
Almacenamiento
Repositorio de Almacen. de CMDB (Gestion Registro de
de Datos activos Políticas Conf) Servicios
Herramientas de Motor de Motor de Motor de Enterprise

Procesos Reglas Políticas Service Bus
operación y ejecución
SOA Governance: Un ejemplo ilustrativo
• Medir el rendimiento de los servicios Gestión de componentes BPM/SOA:

•
• Asegurar que se cumplen los SLAs • Interfaces de Usuario y Sistemas
• Ocultar la complejidad en el cambio a los servicios • Secuencias de orquestación, ontologías, procesos,
• Manejar versiones en paralelo en producción
aprovisonamiento, …
• Registro, WSDL, UDDI, SOAP

eCommerce Pedido • Pesristencia de componentes
System de la arquitectura
• Gestión de metadatos
• Seguimiento y mejora de
Procesos
• Análisis de Impacto
Pedidos Credito Almacen Envío

Electrónicos (Siebel) (SAP)
(partner)
• Modelo de Arquitectura Global. Patrones de Diseño, plantillas, …

• Guias de Infraestructura, desarrollo, migración, control versiones • Reports de utilización de Servicios
• Politicas de Seguridad, Auditoría, logging, aprovisionamiento • Referencias cruzadas entre componentes
• Control y aseguramiento de la calidad, Soporte a Ciclos de Vida
dela arquitectura
• Gestión de Excepciones, acceso a logs,
• Proveer Alta Disponibilidad y Gestionar Versioning
diagnóstico de errores
• Identificación gráfica de puntos negros y
cuellos de botella
Ilustrativo
Registros, Repositorios y Gestión de Activos
Registro del servicio
Ciclo de vida de un servicio
Gestión de los activos de desarrollo de software Modelo de metadatos del servicio
Ciclo de vida exhaustivo Basado en estándares (UDDI)
Metadatos exhaustivos
El servicio es sólo un tipo de activo
Extensible
Servicios operativos
Diseño y descubrimiento
del tiempo de ejecución
Presionar Descubrir
Servicios en todos los

estados del ciclo de
vida
Descubrimiento
durante todos los
estados del ciclo de
Registro & Repositorio del Servicio vida
Gestión de Ciclo de vida exhaustivo del servicio
Requisitos IDE Etc
config Metadatos exhaustivos del servicio
Extensiones al registro estándar UDDI
Herramientas
Gracias por su atención


00.SOA Seminar IDU20091026 SOAINT SOAS v9 - Es

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

00.SOA Seminar IDU20091026 SOAINT SOAS v9 - Es

Cargado por

Copyright:

Formatos disponibles

www.swasociatesint.

Independent Guidance for

Sesion 1: Conceptos. Introducción a Conceptos SOA

Independent Guidance for

Un Servicio ofrece una funcionalidad por la cual la necesidad del

El Proveedor de Servicios tiene la capacidad para

Compañía de Logistica Recursos de Software

Políticas Gobernado por Servicios

Limitados por intercambian

Patrón de Intercambio Mensajes

contiene Schemas define estructura de

Consumidor Servicio Proveedor Servicio

Servicio es un concepto de primer orden

Servicio Un Servicio, un componente

La clasificacion de Servicios es un factor importante

Abstracción –concepto válido en varios Tecnología– cómo se realiza el Servicio.

Una colección de Servicios

Gobernada por patrones y políticas

Multiple Service Consumers

Service Service Architecture

Service Multiple Resources

SOA estructura el negocio y sus sistemas en un conjunto de capacidades que son

1. Niveles de Abstracción 2. Encapsulación

3. Mensajería 4. Independencia de la Plataforma

Foco en Interés SOA

SOA como Recurso de IT Estrategia y Roadmap

Capa de Procesos de Negocio

Application y Data Layers

Ej.: Modelo de Dependencia de Servicios Consume Provee

Ej.: Especificación deel Modelo de

Ej.: Unidades de Automatización

Ej.: Modelo de DEspliegue

Ej: Modelo de conexión

Negocio Contexto para Software Servicios

Epecificación Especificacion de Servicios

Acuerdo de Nivel de Servicio

Implementación Arquitectura de Empaquetado de Servicios en AUs

Despliegue Despliegue de AUs

Infrastructura Infraestructura, Red, ESB

Marco de Referencia SOA

Principios SOA Glosario Manage

MetaModelo SOA Ciclo de Vida de Servicios Consume

/confirmació de calidad del Politicas

Operacional /Servicio Herramienta B

Retirado /Servicio obsoleto Gobierno

Archivado /artefactos del servicio

Independent Guidance for

Motivación: Eficiencia de Negocio

Proceso de Principio a Fin

Servicios desde/a Clientes Servicios desde/a Proveedores

Habilitando integración de Dispersas a través de

CRM2 ERP SFA

Enterprise Servicio Bus (ESB)

CRM2 ERP SFA

Motivación: Eficiencia IT ESB

ERP X Proceso Z Partner A Proceso Y

Servicio Ticket Collection

Servicios Compartidos – eliminar la duplicación e inconsistencia entre los silos Media

Procurement basado en Servicios – la realización de las operaciones en forma Alta

Servicios centrados en Clientes – proporcionando perspectiva consolidada Muy Alta

Requisito: Se necesita simplificar los negocios con varios canales.

ser parte de los servicios definidos en actuales