Conceptos SOA y Oracle SOA Suite
Agenda
 Necesidades clave de negocio
 SOA Definido
 Patrones típicos de adopción
 Modelo de madurez/adopción de SOA
 Plataforma SOA 11g de Oracle
Agenda
 Necesidades clave de negocio
 SOA Definido
 Patrones típicos de adopción
 Modelo de madurez/adopción de SOA
 Plataforma SOA 11g de Oracle
Necesidades clave de negocio
 El entorno empresarial es más
competitivo que nunca
 Las empresas necesitan
adaptarse más rapidamente a
las condiciones del mercado.
Es decir, mayor agilidad de
negocio
 Obliga a una mayor atención
a los procesos de negocio de
inicio a fin y la habilidad de
adaptarlos agilmente a los
cambios
 Los procesos de negocio
involucran invariablemente a
IT, por lo que éste
departamento debe ser
flexible y adaptable
 SOA y los estándares
asociados pueden ayudar!
Mayor competitividad
Mayor agilidad de negocio
Mayor foco en procesos
de negocio y la adaptación
Infraestructura IT
Flexible y adaptable
Requiere
Requiere
Requiere
SOA y estándards asociados
Hace posible
La realidad de muchas empresas actuales
 Entornos
heterogéneos
 Fusiones y
adquisiciones
 Negocios multi-canal
 Dispersión de datos
 Hard coding
 Falta de estándares
E-Business
Suite
Siebel
Legacy
SAP
Proveedores
PeopleSoft
Business
Intelligence
Resultado:
• Procesos de negocio inflexibles
• Propietarios del negocio no informados
• Desarrollos y mantenimientos costosos
La realidad de muchas empresas actuales (II)
De decuencial y departamental / funcional
Division
Servicios
externos
División
Cliente
Servicios
compartidos
Proveedor
Entrada de petición de cliente
Marketing
Facturación y
pagos
Inventorio gestionado por
el proveedor
Envío (UPS)
Recogidas
A paralelo y colaborativo
El dilema de los departamentos IT
 Incremento de las espectativas de los usuarios
 Procesos inicio-fin
 Ciclos de cambio más cortos
 Mayor visibilidad y auditoría
 Incremento de complejidad de las
infraestructuras
 Sistemas en silos heterogéneos
Agenda
 Necesidades clave de negocio
 SOA Definido
 Patrones típicos de adopción
 Modelo de madurez/adopción de SOA
 Plataforma SOA 11g de Oracle
Servicio Bloque funcional ofrecido por un agente externo
(proveedor) que hace un cierto trabajo para otros
(consumidores) con un comportamiento predefinido y con
unas ciertas características
Servicio Web Un servicio definido/utilizado mediante tecnología Web
(HTTP, XML)
Bajamente
acoplado
Significa estar separado del consumidor del servicio y
definido de un modo estándar de manera que no esté
ligado a ningún consumidor concreto sino a un mucho
mayor rango de ellos (básicamente cualquiera que
entienda dicho estándar)
Arquitectura
orientada a
servicios
Una arquitectura software basada en el concepto de
servicio de tal manera que cada componente es un
proveedor o consumidor de servicios y todo el mundo
usa un lenguaje común para la comunicación
Orquestación Combinar/ensamblar servicios en procesos de negocio
¿Qué es SOA? Conceptos clave
¿Qué es SOA? Prespectiva de negocio
 Es la aplicación de conceptos bien fundados que
explotan la habilidad de los sistemas para colaborar
independientemente de la ubicación
 Entre tecnologías heterogéneas
 De forma homogénea (usando tecnología basada en
estándares)
 Un conjunto de principios arquitecturales apoyados
por tecnología para hacer que los sistemas
participen libremente en una comunidad mayor
(compartir recursos/funcionalidades existentes para
su reutilización)
 Herramientas y técnicas para orquestar y reutilizar
los servicios recién aparecidos, construyendo
procesos que guian el negocio
¿Qué es SOA? Prespectiva técnica
 Una arquitectura SOA es un conjunto de servicios
que interactúan entre ellos
 Características clave de los servicios:
 Bajo acoplamiento
 Tendencia al grano grueso (funcionalmente)
 Compartidos
 Reutilizables
 La definición de los servicios “a nivel de negocio”
habilita la rápida composición de los mismos en
procesos de negocio que otorgan la prometida
agilidad y flexibilidad de IT
Servicios Funcionalidades expuestas por los sistemas
Registro “Páginas amarillas” de servicios
Gestor de procesos Herramienta de orquestación
Bus de mensajería La forma de comunicarse entre ellos
(enrutamiento y transformación)
Seguridad Securizar SOA, via WS Security e IdM
Monitorización Monitorización de negocio en tiempo real y
optimización
¿Qué es SOA? Componentes típicos
Llamada al cambio de paradigma
Arquitectura SOA
Orientado a funcionalidad
Largos ciclos de desa.
Fuertemente acoplado
Diseñado para durar
Orientado a datos
Arquitectura tradicional
Orientado a procesos
Desarrollo iterativo
Bajamente acoplado
Diseñado para cambiar
Orientado a funciones





SOA Vs Arquitectura tradicional
Debe ser construido sobre estándares
Para fomentar la interoperabilidad
Agenda
 Necesidades clave de negocio
 SOA Definido
 Patrones típicos de adopción
 Modelo de madurez/adopción de SOA
 Plataforma SOA 11g de Oracle
SOA: Patrones de adopción (ejemplos)
 Integración basada en estándares
 Reducción de los costes de integración
 Reutilización y composición de aplicaciones
 Reutilizar aplicaciones existentes para sostener las nuevas
aplicaciones y procesos
 Migración de sistemas Legacy
 Habilitar la migración progresiva de sistemas legacy
 Macro-automatización de procesos
 Implementar procesos flexibles y ágiles para poder
adaptarse con rapidez a los cambios en el negocio
 Fusiones y adquisiciones
 Racionalización de sistemas IT para simplificar la unificación
de sistemas
Agenda
 Necesidades clave de negocio
 SOA Definido
 Patrones típicos de adopción
 Modelo de madurez/adopción de SOA
 Plataforma SOA 11g de Oracle
Dominios de madurez
Governance
Business &
Strategy
Organization
Projects ,
Portfolios &
Services
Organizational
Diciplines
Operations ,
Administration
&
Management
Infrastructure
Information
Architecture
Technology
Dominated
Dominios de madurez
NO SOA
0
Niveles de madurez SOA
AD HOC
1
OPPORTUNISTIC
2
SYSTEMATIC
3
MANAGED
4
OPTIMIZED
5
Nivel de adopción
 No implementado
 Proyecto
 Departamental
 Inter-departamental
 Corporativo
Adopción Vs Madurez
• SOA es parte de EA
• Para obtener los máximos
beneficios debe ser adoptado al
más amplio nivel
• Siempre puede haber
excepciones
• Usos intradepartamentales
• Casos atípicos
Roadmap
 Foto del estado actual
 Establecimiento del estado objetivo y plazo
objetivo
 Análisis de diferencia
 División de los avances en fases
 Priorización de objetivos
 Objetivos por fase
 Hitos
 Fechas
 3-5 años es una duración normal para un
roadmap de adopción
Agenda
 Necesidades clave de negocio
 SOA Definido
 Patrones típicos de adopción
 Modelo de madurez/adopción de SOA
 Plataforma SOA 11g de Oracle
Arquitectura SOA
Plataforma SOA
 Objetivo
 Dar soporte al ciclo de vida completo de los servicios tanto
sencillos como compuestos (los procesos de negocio u
orquestaciones técnicas)
 Iniciativas principales
 Oracle Service Bus
 Oracle SOA Suite
 BPEL Process Manager (BPEL PM)
 Business Rules (BRE)
 Business Activity Monitoring (BAM)
 Web Services Management (WSM)
 Oracle BPM Suite
Analyst
Tools
BPA
Suite
Application
Development
Framework
/
SOA-BPM
designer
JDeveloper
Java EE Application Server
(WebLogic, WebSphere)Messaging
The Oracle SOA Technologies
Apps
Adapters B2B
PartnersDB Legacy
CONNECTIVITY
GOVERNANCE
System
Monitoring
Enterprise
Manager
WS Policies
Security
Web Services
Manager
UDDI
Registry
MANAGEMENT
&
MONITORING
Visibility
Repository
Data
Quality
ETL &
Replication
Data Integrator
Routing Transform
ESB
Mediation
ROUTING & DATA SERVICES
Events
Business Monitoring
BAM
Business
Intelligence
Analytics
BPEL
Rules
Human WF
SOA Suite
BPMN
Oracle SOA Platform –11g
Definir los requerimientos de negocio y diseño
conceptual
 Objetivos
 Análisis y definición de requerimientos
 Modelado de procesos
 Modelado de servicios
 Definición de características de los servicios
Esta fase la lidera el personal de negocio, con soporte de IT
Construir portfolio de servicios de negocio
Crear, publicar y gestionar servicios en un registro centralizado
HTTP
Java, otros
servicios
In Memory JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Service Registry
Funcionalidades clave
• Registro centralizado para los recursos SOA
de toda la empresa
• Permite a los proveedores publicar,
categorizar y publicitar los servicios
• Permite a los consumidores descubrir y
obtener información de los servicios que les
convienen
• Gestión del ciclo de vida de los servicios
Factores diferenciadores
• Punto central de control para el gobierno SOA
• Altamente integrado con los componentes de
middleware
• Funciona con componentes de middleware de
terceros (UDDI v3)
Tiempo
Oportunidad
Acciones
tácticas
Strategic (SOA) Framework
Tiempo
Crecimiento de recursos reutilizables (“servicios”, “habilidades/conocimiento”)
Esfuerzo necesario para producir algo de valor
(Principalmente “ensamblar” en lugar de desarrollar)
Evolución del portfolio de servicios
Oportunidad Oportunidad Oportunidad
Acciones
tácticas
Acciones
tácticas
Acciones
tácticas
Enterprise Service Bus
Enrutamiento inteligente de
eventos y mensajes entre la
red de servicios
Funcionalidades clave
• Metadatos unificados (WSDL)
• Direccionamiento centralizado
• Mensajería multi-protocolo
• 200+ Adaptadores (JCA)
• Enrutamiento basado en contenido,
cabeceras, …
• Monitorización y trazas de mensaje
• Soporte de estándares WS-*
• Virtualización de servcios
Factores diferenciadores
• Formatos de transporte y datos optimizados
• Arquitectura abierta (WSIF, JCA, JMS)
• Seguridad integrada (WSM)
Enterprise Service Bus
Transformation | Routing | Messaging | Registry
HTTP
Java, otros
servicios
JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Orquestación/composición de servicios
BPEL Runtime
Infraestructura para el diseño,
despliegue y gestión de
procesos de negocio
KEY FEATURES
• Soporte de BPEL 1.1 y 2.0
• Soporte de BPMN 2.0
• Herramienta de diseño visual (drag-and
drop)
• Framework de pruebas unitarias (composite)
y simulación (BPMN)
KEY DIFFERENTIATORS
• Arquitectura abierta, intercambiable en
caliente
• Monitorización funcional no invasiva
(basada en sensores)
• Consola de monitorización rica
BPMN Runtime
HTTP
Java, otros
servicios
JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Interacción humana y reglas de negocio
Soporte para tareas humanas y
reglas de negocio
Funcionalidades clave
• Intercalado de tareas humanas y de sistema en
flujos de proceso de negocio inicio-fin
• Diversos patrones de aprovación e interacción
• Aplicación de lista de tareas personalizable
• Servicios de decisión para la incorporación de
reglas de negocio en los servicios
Factores diferenciadores
• Human Workflow – Completamente
movido por eventos
• Servicios de asignación conectables
• Servicios de arquitectura abierta
BPEL Runtime BPMN Runtime
Human Tasks B. Rules
HTTP
Java, otros
servicios
JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Interfaz de usuario
Interfaces estándar: Portales,
aplicaciones JSF, .NET, …
Funcionalidades clave
• ADF para el desarrollo de aplicaciones
• Portlets basados en WS-RP (JSR 168) para:
• Informes de procesos
• Informes de BAM
• Listas de tareas de usuario
• Integración con Oracle ECM para la gestión
documental
• Workflows basados en BPEL + tareas humanas
para la aprovación de contenido
• Uso de workflows para cualquier acción de usuario
en el almacén de contenidos
Diferenciadores clave
• Integración del portal, gestor de contenidos
y la orquestación de procesos
Portal, Web Center, ADF Apps, Java EE apps, …
BPEL Runtime BPMN Runtime
Human Tasks B. Rules
HTTP
Java, otros
servicios
JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Monitorización funcional (BAM)
Acceso en tiempo real a
indicadores clave de negocio
Funcionalidades clave
• KPIs en tiempo real
• Reglas de alerta definidas por el
usuario
• Integración sencilla con múltiples
almacenes de datos (sistemas
transaccionales, infraestructura de
mensajería y gestores de procesos)
• Sistemas de reporte y análisis
integrados
• Integración directa con la SOA Suite
Elementos diferenciadores
• Resultados en tiempo real
• Ejecución de acciones embedidas
• Diseño de cuadros de mando via web
• Envío de datos por streaming
Portal, Web Center, ADF Apps, Java EE apps, …
BPEL Runtime BPMN Runtime
Human Tasks B. Rules
HTTP
Java, otros
servicios
JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Oracle BAM dashboards
Gestión de políticas
Policy based Access
Control
KEY FEATURES
• Authentication & Access Control
• Change policies without changing
endpoint
• Encryption/Decryption, signature
verification
• Custom message handlers
• WS-Policy, WS-Security support
DIFFERENTIATORS
• Agent mode and Gateway mode
• Pluggable Identity Management
stores
• Support for Java and .Net
Portal, Web Center, ADF Apps, Java EE apps, …
BPEL Runtime BPMN Runtime
Human Tasks B. Rules
HTTP
Java, otros
servicios
JCA REST SOAP JCA
Mainframe,
IMS, CICS
Yahoo!
Amazon
B2B,
RN, EDI
Oracle Apps,
Siebel, SAP,
Peoplesoft
Rendimiento, escalabilidad y confiabilidad
FUNCIONALIDADES CLAVE
• Runtime unificado
• BPEL/BPMN
• Human workflow
• Reglas de negocio
• WSM
• Integración con BAM
• JCA/WSIF
• Service Bus + protocolos
optimizados
• Integración con Service registry
• Standards – Java EE, WS-*, XML*
• Suite integrada: Experiencia
unificada de instalación, diseño y
ejecución
• Inovación: Arquitectura abierta
• Escalabilidad
DIFERENCIADORES CLAVE
Plataforma SOA de Oracle – Resumen
PARA MÁS INFORMACIÓN:
http://atsistemas.com / e-mail: info@atsistemas.com
FORO ABIERTO
Gracias por su atención

Webinar Conceptos SOA & Oracle SOA Suite

  • 1.
    Conceptos SOA yOracle SOA Suite
  • 2.
    Agenda  Necesidades clavede negocio  SOA Definido  Patrones típicos de adopción  Modelo de madurez/adopción de SOA  Plataforma SOA 11g de Oracle
  • 3.
    Agenda  Necesidades clavede negocio  SOA Definido  Patrones típicos de adopción  Modelo de madurez/adopción de SOA  Plataforma SOA 11g de Oracle
  • 4.
    Necesidades clave denegocio  El entorno empresarial es más competitivo que nunca  Las empresas necesitan adaptarse más rapidamente a las condiciones del mercado. Es decir, mayor agilidad de negocio  Obliga a una mayor atención a los procesos de negocio de inicio a fin y la habilidad de adaptarlos agilmente a los cambios  Los procesos de negocio involucran invariablemente a IT, por lo que éste departamento debe ser flexible y adaptable  SOA y los estándares asociados pueden ayudar! Mayor competitividad Mayor agilidad de negocio Mayor foco en procesos de negocio y la adaptación Infraestructura IT Flexible y adaptable Requiere Requiere Requiere SOA y estándards asociados Hace posible
  • 5.
    La realidad demuchas empresas actuales  Entornos heterogéneos  Fusiones y adquisiciones  Negocios multi-canal  Dispersión de datos  Hard coding  Falta de estándares E-Business Suite Siebel Legacy SAP Proveedores PeopleSoft Business Intelligence Resultado: • Procesos de negocio inflexibles • Propietarios del negocio no informados • Desarrollos y mantenimientos costosos
  • 6.
    La realidad demuchas empresas actuales (II) De decuencial y departamental / funcional Division Servicios externos División Cliente Servicios compartidos Proveedor Entrada de petición de cliente Marketing Facturación y pagos Inventorio gestionado por el proveedor Envío (UPS) Recogidas A paralelo y colaborativo
  • 7.
    El dilema delos departamentos IT  Incremento de las espectativas de los usuarios  Procesos inicio-fin  Ciclos de cambio más cortos  Mayor visibilidad y auditoría  Incremento de complejidad de las infraestructuras  Sistemas en silos heterogéneos
  • 8.
    Agenda  Necesidades clavede negocio  SOA Definido  Patrones típicos de adopción  Modelo de madurez/adopción de SOA  Plataforma SOA 11g de Oracle
  • 9.
    Servicio Bloque funcionalofrecido por un agente externo (proveedor) que hace un cierto trabajo para otros (consumidores) con un comportamiento predefinido y con unas ciertas características Servicio Web Un servicio definido/utilizado mediante tecnología Web (HTTP, XML) Bajamente acoplado Significa estar separado del consumidor del servicio y definido de un modo estándar de manera que no esté ligado a ningún consumidor concreto sino a un mucho mayor rango de ellos (básicamente cualquiera que entienda dicho estándar) Arquitectura orientada a servicios Una arquitectura software basada en el concepto de servicio de tal manera que cada componente es un proveedor o consumidor de servicios y todo el mundo usa un lenguaje común para la comunicación Orquestación Combinar/ensamblar servicios en procesos de negocio ¿Qué es SOA? Conceptos clave
  • 10.
    ¿Qué es SOA?Prespectiva de negocio  Es la aplicación de conceptos bien fundados que explotan la habilidad de los sistemas para colaborar independientemente de la ubicación  Entre tecnologías heterogéneas  De forma homogénea (usando tecnología basada en estándares)  Un conjunto de principios arquitecturales apoyados por tecnología para hacer que los sistemas participen libremente en una comunidad mayor (compartir recursos/funcionalidades existentes para su reutilización)  Herramientas y técnicas para orquestar y reutilizar los servicios recién aparecidos, construyendo procesos que guian el negocio
  • 11.
    ¿Qué es SOA?Prespectiva técnica  Una arquitectura SOA es un conjunto de servicios que interactúan entre ellos  Características clave de los servicios:  Bajo acoplamiento  Tendencia al grano grueso (funcionalmente)  Compartidos  Reutilizables  La definición de los servicios “a nivel de negocio” habilita la rápida composición de los mismos en procesos de negocio que otorgan la prometida agilidad y flexibilidad de IT
  • 12.
    Servicios Funcionalidades expuestaspor los sistemas Registro “Páginas amarillas” de servicios Gestor de procesos Herramienta de orquestación Bus de mensajería La forma de comunicarse entre ellos (enrutamiento y transformación) Seguridad Securizar SOA, via WS Security e IdM Monitorización Monitorización de negocio en tiempo real y optimización ¿Qué es SOA? Componentes típicos
  • 13.
    Llamada al cambiode paradigma Arquitectura SOA Orientado a funcionalidad Largos ciclos de desa. Fuertemente acoplado Diseñado para durar Orientado a datos Arquitectura tradicional Orientado a procesos Desarrollo iterativo Bajamente acoplado Diseñado para cambiar Orientado a funciones      SOA Vs Arquitectura tradicional Debe ser construido sobre estándares Para fomentar la interoperabilidad
  • 14.
    Agenda  Necesidades clavede negocio  SOA Definido  Patrones típicos de adopción  Modelo de madurez/adopción de SOA  Plataforma SOA 11g de Oracle
  • 15.
    SOA: Patrones deadopción (ejemplos)  Integración basada en estándares  Reducción de los costes de integración  Reutilización y composición de aplicaciones  Reutilizar aplicaciones existentes para sostener las nuevas aplicaciones y procesos  Migración de sistemas Legacy  Habilitar la migración progresiva de sistemas legacy  Macro-automatización de procesos  Implementar procesos flexibles y ágiles para poder adaptarse con rapidez a los cambios en el negocio  Fusiones y adquisiciones  Racionalización de sistemas IT para simplificar la unificación de sistemas
  • 16.
    Agenda  Necesidades clavede negocio  SOA Definido  Patrones típicos de adopción  Modelo de madurez/adopción de SOA  Plataforma SOA 11g de Oracle
  • 17.
    Dominios de madurez Governance Business& Strategy Organization Projects , Portfolios & Services Organizational Diciplines Operations , Administration & Management Infrastructure Information Architecture Technology Dominated
  • 18.
  • 19.
    NO SOA 0 Niveles demadurez SOA AD HOC 1 OPPORTUNISTIC 2 SYSTEMATIC 3 MANAGED 4 OPTIMIZED 5
  • 20.
    Nivel de adopción No implementado  Proyecto  Departamental  Inter-departamental  Corporativo
  • 21.
    Adopción Vs Madurez •SOA es parte de EA • Para obtener los máximos beneficios debe ser adoptado al más amplio nivel • Siempre puede haber excepciones • Usos intradepartamentales • Casos atípicos
  • 22.
    Roadmap  Foto delestado actual  Establecimiento del estado objetivo y plazo objetivo  Análisis de diferencia  División de los avances en fases  Priorización de objetivos  Objetivos por fase  Hitos  Fechas  3-5 años es una duración normal para un roadmap de adopción
  • 23.
    Agenda  Necesidades clavede negocio  SOA Definido  Patrones típicos de adopción  Modelo de madurez/adopción de SOA  Plataforma SOA 11g de Oracle
  • 24.
  • 25.
    Plataforma SOA  Objetivo Dar soporte al ciclo de vida completo de los servicios tanto sencillos como compuestos (los procesos de negocio u orquestaciones técnicas)  Iniciativas principales  Oracle Service Bus  Oracle SOA Suite  BPEL Process Manager (BPEL PM)  Business Rules (BRE)  Business Activity Monitoring (BAM)  Web Services Management (WSM)  Oracle BPM Suite
  • 26.
    Analyst Tools BPA Suite Application Development Framework / SOA-BPM designer JDeveloper Java EE ApplicationServer (WebLogic, WebSphere)Messaging The Oracle SOA Technologies Apps Adapters B2B PartnersDB Legacy CONNECTIVITY GOVERNANCE System Monitoring Enterprise Manager WS Policies Security Web Services Manager UDDI Registry MANAGEMENT & MONITORING Visibility Repository Data Quality ETL & Replication Data Integrator Routing Transform ESB Mediation ROUTING & DATA SERVICES Events Business Monitoring BAM Business Intelligence Analytics BPEL Rules Human WF SOA Suite BPMN
  • 27.
  • 28.
    Definir los requerimientosde negocio y diseño conceptual  Objetivos  Análisis y definición de requerimientos  Modelado de procesos  Modelado de servicios  Definición de características de los servicios Esta fase la lidera el personal de negocio, con soporte de IT
  • 29.
    Construir portfolio deservicios de negocio Crear, publicar y gestionar servicios en un registro centralizado HTTP Java, otros servicios In Memory JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft Service Registry Funcionalidades clave • Registro centralizado para los recursos SOA de toda la empresa • Permite a los proveedores publicar, categorizar y publicitar los servicios • Permite a los consumidores descubrir y obtener información de los servicios que les convienen • Gestión del ciclo de vida de los servicios Factores diferenciadores • Punto central de control para el gobierno SOA • Altamente integrado con los componentes de middleware • Funciona con componentes de middleware de terceros (UDDI v3)
  • 30.
    Tiempo Oportunidad Acciones tácticas Strategic (SOA) Framework Tiempo Crecimientode recursos reutilizables (“servicios”, “habilidades/conocimiento”) Esfuerzo necesario para producir algo de valor (Principalmente “ensamblar” en lugar de desarrollar) Evolución del portfolio de servicios Oportunidad Oportunidad Oportunidad Acciones tácticas Acciones tácticas Acciones tácticas
  • 31.
    Enterprise Service Bus Enrutamientointeligente de eventos y mensajes entre la red de servicios Funcionalidades clave • Metadatos unificados (WSDL) • Direccionamiento centralizado • Mensajería multi-protocolo • 200+ Adaptadores (JCA) • Enrutamiento basado en contenido, cabeceras, … • Monitorización y trazas de mensaje • Soporte de estándares WS-* • Virtualización de servcios Factores diferenciadores • Formatos de transporte y datos optimizados • Arquitectura abierta (WSIF, JCA, JMS) • Seguridad integrada (WSM) Enterprise Service Bus Transformation | Routing | Messaging | Registry HTTP Java, otros servicios JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft
  • 32.
    Orquestación/composición de servicios BPELRuntime Infraestructura para el diseño, despliegue y gestión de procesos de negocio KEY FEATURES • Soporte de BPEL 1.1 y 2.0 • Soporte de BPMN 2.0 • Herramienta de diseño visual (drag-and drop) • Framework de pruebas unitarias (composite) y simulación (BPMN) KEY DIFFERENTIATORS • Arquitectura abierta, intercambiable en caliente • Monitorización funcional no invasiva (basada en sensores) • Consola de monitorización rica BPMN Runtime HTTP Java, otros servicios JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft
  • 33.
    Interacción humana yreglas de negocio Soporte para tareas humanas y reglas de negocio Funcionalidades clave • Intercalado de tareas humanas y de sistema en flujos de proceso de negocio inicio-fin • Diversos patrones de aprovación e interacción • Aplicación de lista de tareas personalizable • Servicios de decisión para la incorporación de reglas de negocio en los servicios Factores diferenciadores • Human Workflow – Completamente movido por eventos • Servicios de asignación conectables • Servicios de arquitectura abierta BPEL Runtime BPMN Runtime Human Tasks B. Rules HTTP Java, otros servicios JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft
  • 34.
    Interfaz de usuario Interfacesestándar: Portales, aplicaciones JSF, .NET, … Funcionalidades clave • ADF para el desarrollo de aplicaciones • Portlets basados en WS-RP (JSR 168) para: • Informes de procesos • Informes de BAM • Listas de tareas de usuario • Integración con Oracle ECM para la gestión documental • Workflows basados en BPEL + tareas humanas para la aprovación de contenido • Uso de workflows para cualquier acción de usuario en el almacén de contenidos Diferenciadores clave • Integración del portal, gestor de contenidos y la orquestación de procesos Portal, Web Center, ADF Apps, Java EE apps, … BPEL Runtime BPMN Runtime Human Tasks B. Rules HTTP Java, otros servicios JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft
  • 35.
    Monitorización funcional (BAM) Accesoen tiempo real a indicadores clave de negocio Funcionalidades clave • KPIs en tiempo real • Reglas de alerta definidas por el usuario • Integración sencilla con múltiples almacenes de datos (sistemas transaccionales, infraestructura de mensajería y gestores de procesos) • Sistemas de reporte y análisis integrados • Integración directa con la SOA Suite Elementos diferenciadores • Resultados en tiempo real • Ejecución de acciones embedidas • Diseño de cuadros de mando via web • Envío de datos por streaming Portal, Web Center, ADF Apps, Java EE apps, … BPEL Runtime BPMN Runtime Human Tasks B. Rules HTTP Java, otros servicios JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft
  • 36.
  • 37.
    Gestión de políticas Policybased Access Control KEY FEATURES • Authentication & Access Control • Change policies without changing endpoint • Encryption/Decryption, signature verification • Custom message handlers • WS-Policy, WS-Security support DIFFERENTIATORS • Agent mode and Gateway mode • Pluggable Identity Management stores • Support for Java and .Net Portal, Web Center, ADF Apps, Java EE apps, … BPEL Runtime BPMN Runtime Human Tasks B. Rules HTTP Java, otros servicios JCA REST SOAP JCA Mainframe, IMS, CICS Yahoo! Amazon B2B, RN, EDI Oracle Apps, Siebel, SAP, Peoplesoft
  • 38.
  • 39.
    FUNCIONALIDADES CLAVE • Runtimeunificado • BPEL/BPMN • Human workflow • Reglas de negocio • WSM • Integración con BAM • JCA/WSIF • Service Bus + protocolos optimizados • Integración con Service registry • Standards – Java EE, WS-*, XML* • Suite integrada: Experiencia unificada de instalación, diseño y ejecución • Inovación: Arquitectura abierta • Escalabilidad DIFERENCIADORES CLAVE Plataforma SOA de Oracle – Resumen
  • 40.
    PARA MÁS INFORMACIÓN: http://atsistemas.com/ e-mail: info@atsistemas.com FORO ABIERTO Gracias por su atención