Download - avanttic Webinar Oracle SOA 11g

SOA Suite 11g

Marc Pérez

Consultor

6-11-2012

Agenda

1. Arquitectura SOA

2. Niveles de adopción SOA

3. Introducción a Oracle SOA Suite 11g

4. Exalogic

3 avanttic Consultoría Tecnológica

Arquitectura SOA


Sistemas monolíticos vs. Sistemas

Heterogéneos


• Las comunicaciones entre sistemas heterogéneos se construyen

bajo demanda y generan un número elevado de conexiones punto a

punto difíciles de mantener

Sistemas Heterogéneos: Entropía Arquitectura SOA

BAPIs

Aplicación B

Aplicación C

Aplicación A

Aplicación E

Aplicación D

Aplicación P

Aplicación H

Aplicación F


• Productividad: • Reducir tiempos

• Mayor efectividad

• Competitividad: • Reducir costes

• Tener información precisa y coherente del estado del negocio

• Ofrecer mejor servicio al cliente

Desde el punto de vista de las TIC esto pasa por mejorar la integración entre nuestros sistemas heterogéneos y los sistemas externos: clientes, proveedores, administración pública…

Necesidades empresariales Arquitectura SOA


• La arquitectura orientada a servicios (SOA) define la utilización de

servicios de negocio para integrar los distintos sistemas de la

organización y dar soporte a las necesidades empresariales

• Focaliza sus esfuerzos:

• Estandarizar los mecanismos de integración (servicios web)

• Reutilizar funcionalidades (Develop once, use everywhere)

• Mantener la coherencia de la información (evitar duplicidad)

• Facilitar el mantenimiento

Definición Arquitectura SOA


• Un servicio de negocio es una funcionalidad de negocio disponible

en nuestros sistemas y que se caracteriza por disponer de un

conjunto de operaciones con unos parámetros definidos de entrada y

salida

• Para garantizar la interoperabilidad y facilitar el desarrollo de los

servicios, se debe establecer un contrato de servicio

• El contrato de servicio establece sus características:

• Operaciones

• Parámetros de entrada

• Parámetros de salida

• Formato de mensajes

• El contrato es independiente de la tecnología en que se implementa

el servicio

Servicio de negocio Arquitectura SOA


• Un proveedor será aquella Aplicación o sistema que publica un

conjunto de sus funcionalidades como servicio disponible para otros

sistemas

• El proveedor de un servicio debería ser aquel sistema propietario de

los datos que este servicio manipula/provee

• Un consumidor será aquella aplicación o sistema que utiliza un

servicio de negocio

• Un sistema puede actuar como consumidor y proveedor a la vez

Proveedores y consumidores Arquitectura SOA

Consumidor Productor Servicio


Proveedores y consumidores Arquitectura SOA

Aplicación JEE

Consumidores

Oracle Service Bus

Productores

Visualizador GIS

Navegador WEB

Aplicación .NET

HTTP/SOAP

JMS

FTP

SMTP

File

Otro BUS Request / Response

Message Brokering

Synch / Asynch

Split / Join

Publish / Subscribe

Virtualización

Del servicio

Mediación

Transformación

SLAs / Reglas HTTP/SOAP

JMS

FTP

SMTP

File

Control y seguridad

ERP, CRM

JMS, ficheros

Base datos

Web Services

Aplicación JEE

Consumidores

Oracle Service Bus

Productores

Visualizador GIS

Navegador WEB

Aplicación .NET

HTTP/SOAP

JMS

FTP

SMTP

File

Otro BUS Request / Response

Message Brokering

Synch / Asynch

Split / Join

Publish / Subscribe

Virtualización

Del servicio

Mediación

Transformación

SLAs / Reglas HTTP/SOAP

JMS

FTP

SMTP

File

Control y seguridad

ERP, CRM

JMS, ficheros

Base datos

Web Services

Arquitectura OSB 11g

© 2011 Oracle Iberia


• La integración entre sistemas se realiza mediante servicios de

negocio

• Estos servicios de negocio se publican con mecanismos estándar:

servicios web

• Los servicios web usan tecnologías base al alcance de la mayoría de

los entornos de desarrollo:

• Protocolo de comunicación HTTP

• Mensajería en XML (texto)

• Dos tipos de servicios web:

• SOAP

• REST

• Integraciones mediante ficheros en sistemas más antiguos

Estandarizar mecanismos de integración Arquitectura SOA


• Develop once, use everywhere

• Estamos acostumbrados a la reutilización de código dentro de una

aplicación

• Se puede extender la reutilización entre aplicaciones:

• Deja que cada especialista haga su trabajo (CRM se encarga de las

operaciones sobre clientes, el sistema logístico de la gestión de

stocks…) y que estos publiquen servicios oportunos

• Definición de servicios de uso general

• Definir un catálogo de servicios de la organización

Reutilización de funcionalidades Arquitectura SOA


• Establecer propietarios de los datos y que el resto de sistemas los

obtengan mediante servicios (MDM)

• Evitar duplicidades innecesarias de información

• Sistematizar el intercambio de información entre sistemas

Coherencia de la información Arquitectura SOA


• Simplificación de la entropía general del sistema (relaciones entre

aplicaciones)

• Eliminación de duplicidad de código/datos

• Se pueden construir nuevos servicios combinando los ya existentes

• Estandarización de las integraciones para facilitar saber dónde pasa

qué

Mejora del mantenimiento Arquitectura SOA


Niveles de adopción SOA


Los 5 niveles de adopción SOA Niveles de adopción SOA

5.

Industrializado

4. Medible

3. Empresarial

2. Sistemático

1. Oportunista


Introducción a

Oracle SOA Suite 11g


Oracle Fusion Middleware - SOA Introducción a Oracle SOA Suite 11g

Todos los niveles de adopción

Comprehensive Offering

Completa

Productividad

Designed to Work Together

Integrada

Libertad Flexibilidad

Standards-Based Architecture

Abierta

Tranquilidad

Industry Leader

El mejor

#1


COMPLEX EVENT

PROCESSING

EVENTS

SOA Suite 11g: Todos los niveles de adopción Introducción a Oracle SOA Suite 11g

BAM

EM

JDev Web

POLICY MANAGER

ERP MAINFRAME SERVICIOS PARTNERS DB

BPEL & BPMN BUSINESS RULES

HUMAN WORKFLOW

SERVICE BUS


• SCA define un modelo para crear y encajar componentes

modulares para construir soluciones de negocio basadas en SOA

• Las aplicaciones se forman en unidades llamadas composites

• Un composite es una caja negra que publica uno o más servicios y

que referencia otros servicios externos. Se forma por la combinación

de componentes

SCA: Service Component Architecture Introducción a Oracle SOA Suite 11g


SCA: Ciclo de vida y versionado Introducción a Oracle SOA Suite 11g


• El mediator es un componente similar al Bus, pero de uso interno en

los composites:

• Enruta información entre componentes o servicios de un composite

• Define reglas de enrutamiento que pueden:

• Filtrar la información del mensaje

• Transformar el mensaje

• Validar su información

• En comunicaciones asíncronas se pueden definir reglas de

enrutamiento dinámicas

• Gestiona la publicación y subscripción de eventos

Enrutamiento y transformación de mensajes Mediator


Definición de enrutamiento Mediator


• Las Business Rules son reglas de negocio que ayudan a la toma de

decisiones

• Aíslan el proceso de las decisiones de la implementación

• Permiten cambios “en caliente”

• Se estructuran en reglas IF-THEN o tablas de decisión

Procesos dinámicos Business Rules


• Reglas para la decisión de a quien se debe asignar una tarea humana

• Restricciones

• Validaciones

• Configuraciones válidas

• Regulaciones legislativas

• Cálculos del tipo descuentos/recargos

• Capacidades de razonamiento a partir de la información. Por ejemplo,

deducir ofertas a mostrar a partir de los datos del consumidor

Casos habituales Business Rules


• Fact: Un dato que conocemos y sabemos cierto. Ha de ser de un tipo

conocido

• Rule: Una regla que infiere nuevos hechos, a partir de los ya

existentes

• Ruleset: Conjunto de reglas relacionadas

• Decision service: Una función que utiliza un conjunto de rulesets

para inferir información

• Dictionary: Un conjunto relacionado de definiciones de facts y

rulesets

Conceptos de Business Rules Business Rules


Reglas IF-THEN Business Rules


Tablas de decisión Business Rules


• En los procesos de negocio, los usuarios tendrán que interactuar con

el sistema:

• Toma de decisiones

• Actualización de información

• Oracle SOA Suite ofrece el tipo de componente human task para

configurar estas interacciones:

• Datos que visualizará/editará

• Usuario, grupo o conjunto mixto que va desarrollar la tarea

• Acciones que puede realizar (OK, CANCELAR, RESUME…)

Interacción de los usuarios con SOA Human Tasks


• Una tarea es una actividad que realiza una persona en un proceso

• Los participantes de una tarea son aquellas personas que están

asignadas a la tarea

• Usuarios directos

• Grupos o Roles

• La notificación es el envío que se genera (al asignarse la tarea, al

completarse…) y que es configurable

• Worklist: la aplicación de gestión de tareas humanas. Los usuarios

ven sus tareas asignadas y las pueden completar

Conceptos de las tareas humanas Human tasks


• Patrones de asignación

• Simple

• Secuencial

• Paralelo

• FYI

• Se pueden establecer las reglas para el escalado, renovación o

expiración de la tarea

• Es posible establecer reglas para periodos de vacaciones

Asignación de tareas Human tasks


La lista de tareas (Worklist) Human Tasks


• Business Process Execution Language (BPEL) es un estándar

SOA que define un lenguaje de orquestación de servicios en XML

(WS-BPEL v.1.1 i WS-BPEL 2.0)

• Un proceso BPEL describe los pasos e interacciones con servicios

de la ejecución. Son procesos estructurados (siempre avanza)

• Se requiere de un motor de ejecución capaz de interpretar este

lenguaje y proceder con la ejecución descrita

• Un proceso BPEL tiene estado, ya que puede ser de larga duración

• Se soporta el diseño tanto de procesos síncronos como asíncronos

Integración avanzada de sistemas BPEL


• Interfaz del servicio: datos de entrada y salida

• Síncrona

• Asíncrona

• Actividades: cada uno de los pasos de ejecución del proceso. Hay

actividades de diferentes tipos: asignaciones, invocaciones,

condiciones…

• Partner Links: Referencias a los servicios invocados desde el

proceso BPEL

Elementos básicos de un proceso BPEL BPEL


Tipos de actividades estándar BPEL


Tipos de actividades de Oracle BPEL


• Monitorización en tiempo real del estado de nuestros procesos de

negocio

• Recoge la información de los sensores que hemos incorporado a

nuestros composites

• Accesible por JMS i WS

Monitorización del negocio BAM


Exalogic


Sistemas de ingeniería

General Purpose

SPARC

SuperCluster

Purpose Built

Database Appliance Exalytics

Big Data Exalogic Exadata


¿Por qué Sistemas de Ingeniería? Mejor rendimiento , fácil de adquirir, menso costoso de

tener

Different

Platform

Every

Time

Integrated

Tuned

Optimized

Identical

Application

Compute

Storage

I/O

OS

HP Blades

HP Storage

HP Networking

162 parts Months from start to production

1 Engineered System Unpack to production in hours


• Sistema de Ingeniería

• Menor coste para desplegar y operar

• Camíno más rapido a producción

• El mayor rendimiento Java

• Rendimiento mejorado en hasta 10x

• Exalogic Elastic Cloud

• Bases para Mission Critical Cloud

• Mejor para la consolidación de aplicaciones

• Mejor para capacidad elástica on-demand

• Capacidades de escalado

• Desde1/8 de Exalogic hasta un clúster de 8

Una plataforma para toda la Organización Rendimiento, fiabilidad y simplicidad


Oracle Exalogic X2-2 Computación Integrada, I/O, Networking y Almacenamiento

• Almacenamiento compartido para aplicaciones

• Clusterizado para Alta Disponibilidad

• Disco 40 TB SAS

• 4 TB read cache,72 GB write cache

Integrated Storage

• 40 Gb/seg links

• Conectividad Ethernet de 10 Gigabit con el

datacenter

InfiniBand I/O Fabric and 10GbE

• 30 x86 nodos de computación

• 360 Xeon cores (2.93 GHz)

• 2.8 TB DRAM, 960 GB SSD

Compute Nodes

X2-2 Full Rack

Configuration

EL X2-2


Extreme Java The power of the Oracle Exalogic Elastic Cloud Software

2-3X improvement

in Database OLTP

60% more

Java Operations/sec.

• Distribución de carga

en caliente

• JDBC sobre SDP

• Gestión del buffer mejorada para InfiniBand

• Programador multi-core optimizado

• Cluster IPC

multiplexing sobre SDP

• Scatter-gather IO

0

50

100

150

200

250

300

350

400

450

CreateWS Purchase Manage Browse

(Lower latency is Better)

Standard Platform Exalogic

Up to 10X faster response

time


• Exalogic Control:

• Potente, completo, facil

• Desplegar, retirar y escalar Assemblies

• Crear, gestionar y monitorizar clouds, usuarios, máquinas virtuales,

redes y volúmenes de almacenamiento

• Integración con EM Cloud Control

• API para la gestión del cloud

• Oracle VM:

• La virtualización x86 más escalable

• VM con menor overhead

• Desarrollada para Oracle y Exalogic

Exalogic Control Built-in Cloud Management

Oracle VM

Exalogic

Control


Exalogic is the superfast

engineered system for running

Oracle Middleware and

Applications

Para más información contacte con nosotros a través de [email protected]

BARCELONA

Aragó 182, 4º planta

08011 Barcelona

Tel. 93 151 84 51

MADRID

Orense 85

28020 Madrid

Tel. 91 116 17 89

[email protected]

Download - avanttic Webinar Oracle SOA 11g

Top Related