avanttic Webinar Hoja de Ruta SOA

Hoja de Ruta SOA

Antonio José Molina Moreno

Arquitecto SOA

20-11-2012

Agenda

1. Arquitectura SOA

2. Hoja de Ruta SOA

3. Oracle SOA Management Pack

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


• 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


Hoja de Ruta SOA


• ¿Qué pasos tenemos que dar para adoptar SOA en

nuestra organización?

• ¿Cómo tengo que dar esos pasos para asegurar el éxito?

• ¿A quién necesito para hacer esto?

• ¿Qué hardware y software me da garantías?

• ¿Recuperaremos la inversión?

Adopción de Arquitectura SOA Cuestiones iniciales


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

5.

Industrializado

4. Medible

3. Empresarial

2. Sistemático

1. Oportunista

“La organización es capaz

de adoptar iniciativas de

soporte al negocio de forma

rápida y barata”


• ¿Cómo determinamos el nivel SOA que tiene nuestra empresa?

• Análisis de indicadores del Modelo de Referencia SOA

• Estrategia

• Procesos

• Gobierno

• Organización

• Métodos

• Arquitectura

• Infraestructura

• Aplicaciones

Nivel SOA Situación inicial


Modelo conceptual de una iniciativa SOA

Componentes del Modelo de Referencia

Estrategia – Gestión de alto

nivel que permiten la

implantación de una iniciativa

SOA.

Arquitectura - Estructura

general y las directrices

para la adopción de la

arquitectura.

Infraestructura – Herramientas

y servicios de infraestructura.

Aplicaciones – Las aplicaciones

facilitan el acceso a la

información como servicios.

Gobierno – El Gobierno y

control sobre el ciclo de vida

de los servicios y

aplicaciones.

Métodos - Contiene las capacidades

relativas a los aspectos posteriores

a la implementación.

Organización - Desarrollo

de la competencia

empresarial en torno a

los servicios.

Procesos - La gestión de una

compañía por procesos.


• Estudiar cada área del modelo de referencia y puntuarla

Estudio de Nivel SOA Búsqueda de indicadores

Estrategia S/N Alto Medio Bajo Nivel

Conocimiento limitado de SOA en IT S X 1,5

El liderazgo principal en proyectos clave está comprometido con el enfoque de desarrollo orientado a servicios

N 0

Existe alineación entre negocio e IT en la estrategia de implantación de SOA N 0

Existe una hoja de ruta con los pasos a ejecutar ordenados en el tiempo N 0

El desarrollo de servicios está sincronizado con los objetivos de negcio N 0

Nivel 0,3 Arquitectura S/N Alto Medio Bajo Nivel

La documentación de los sistemas contiene referencias a la orientación a servicios.

N 0

Están documentados los objetivos de negocio. S X 3,5

La arquitectura de referencia de los servicios está presente en los proyectos clave de la organización.

N 0

El modelo de referencia SOA está definido por IT y es utilizado por el área de negocio para establecer sus requisitos.

N 0

Un modelo de referencia de arquitectura de empresa está siendo utilizada por toda la organización.

S X 5

Nivel 1,7

Gobierno S/N Alto Medio Bajo Nivel

Está definido un modelo de gobierno SOA (roles, organización, procesos, etc) N 0

El Gobierno está reconocido como la parte clave que dirige la adopción SOA N 0

La efectividad de la capa de servicios se monitoriza para la mejora del negocio N 0

La metodología SOA se dirige para asegurar el cumplimiento de "la calidad del servicio"

N 0

Unas políticas detalladas de Gobierno, Riesgo y Cumplimiento están establecidas para SOA

N 0

Nivel 0


Resultado de Nivel SOA En las áreas del Modelo de Referencia

INFRAESTRUCTURA

1.0

1.0

1.0

1.0

1.0

1.0

1.0

1.0

2.0

3.0

4.0

5.0

0.0

0.0

0.0

0.0

0.0

0.0

0.0

0.0

2.0

2.0

2.0

2.0

2.0

2.0

2.0

3.0

3.0

3.0

3.0

3.0

3.0

3.0

4.0

4.0

4.0

4.0

4.0

4.0

4.0

5.0

5.0

5.0

5.0

5.0

5.0

5.0

ESTRATEGIA

PROCESOS

GOBIERNO

ORGANIZACIÓN

MÉTODOS

ARQUITECTURA

APLICACIONES

INFRAESTRUCTURA


• Ahora que sabemos de dónde estamos, ¿hacia dónde

queremos y podemos ir?

• Hoja de Ruta SOA

• Objetivos de negocio

• Solución tecnológica

• Metodología SOA

• Proyectos

• Entender conceptos

• Gobierno SOA

• Comité SOA

• Recursos necesarios

• Oficina técnica

• Estimaciones económicas

Hoja de Ruta SOA Mejorar la situación inicial


ESTRATEGIA Hay que asegurar que existe una estrategia bien definida para la adopción SOA que ha sido explicada y aceptada en todo su negocio. ACCIONES Implicar a la Dirección de Desarrollo. La Dirección de Desarrollo debe potenciar los beneficios que aporta la adopción de las soluciones basadas en servicios para el negocio y no sólo a los beneficios técnicos que puede aportar, como puede ser la facilidad de integración, la monitorización, etc. Para ello, es necesario realizar un plan de información a la dirección sobre los beneficios y mejoras de la arquitectura SOA. Implicar a la Dirección de Sistemas. La Dirección de Sistemas debe ser conocedora de los beneficios de negocio y técnico que proporciona SOA para facilitar la inclusión de nuevos sistemas de integración, nuevos sistemas de monitorización, etc. Para ello, es necesario realizar un plan de información a la dirección sobre los beneficios y mejoras de la arquitectura SOA.

• Para cada una de las áreas del Modelo de referencia

• Indicar acciones realizables por la empresa

Hoja de Ruta SOA Acciones de la Hoja de Ruta


• Para cada una de las áreas del Modelo de referencia

• Indicar acciones realizables por la empresa

Hoja de Ruta SOA Acciones de la Hoja de Ruta

ORGANIZACIÓN

Todos los actores deben estar involucrados con SOA. Todos deben estar trabajando hacia los objetivos de la empresa con SOA para obtener la máxima rentabilidad de la arquitectura.

ACCIONES

Estructura organizativa con SOA. Incorporar los roles SOA necesarios a la estructura organizativa de la empresa. Nuestra recomendación es incorporar al menos a la figura del Arquitecto o Responsable SOA. Este perfil debe dar soporte al resto de las áreas así como garantizar el cumplimiento de las normativas y buenas prácticas que se definan. Implantación de Normativas y Buenas Prácticas. Definir una serie de normativas y buenas prácticas de obligado cumplimiento por las áreas implicadas. Servicios de Soporte. Desarrollar servicios que sirven exclusivamente a otros servicios. La aparición de estos servicios de soporte o infraestructura, facilita enormemente los nuevos desarrollos de servicios y procesos de negocio. Se recomienda ir incorporando a los sistemas nuevos servicios de soporte: Mensajería SMS (ya existe), Auditoría, Seguridad.


Hoja de Ruta SOA Reparto en el tiempo de las acciones

2012 2013

ESTRATEGIA

PROCESOS

GOBIERNO

ORGANIZACIÓN

MÉTODOS

ARQUITECTURA

INFRAESTRUCTURA

APLICACIONES

Implicar a la Dirección

de Desarrollo

Implicar a la Dirección

de Sistemas

Formación a Usuarios

de Aplicaciones

SOA en proyectos

clave de la empresa

Creación de Proceso

de Negocio

Integración de información

mediante servicios

Implicar al área

usuaria en la

adopción SOA

Servicios de Soporte Estructura

organizativa con SOA

Implantación de

Normativas y Buenas

Prácticas

Monitorización de uso

de los servicios

Creación de proceso de negocio en BPEL

Incorporar el

descubrimiento de

servicios

Incorporar una

metodología de

desarrollo SOA

Modelo de Gobierno SOA

Implicación de la

Dirección en Gobierno

SOA

Gestión del ciclo de

vida de los servicios

Publicación de servicios en

OSB

Definir políticas de

seguridad

Estandarizar la seguridad

2 1

OB

JETIVO

Nivel

Sistemático


Nivel SOA Esperado Mejora de nivel esperado con la Hoja de Ruta

ESTRATEGIA

PROCESOS

GOBIERNO

ORGANIZACIÓN

MÉTODOS

ARQUITECTURA

APLICACIONES

INFRAESTRUCTURA

NIVEL ACTUAL

NIVEL DESEADO


• Periodo de cobertura de la Hoja de Ruta

• Depende del objetivo de la empresa

• Mínimo 1 año

• Máximo 3 años

• Estudio de Nivel SOA

• Actualizar el Estudio de forma periódica

• Actualizar la Hoja de Ruta si se detectan deficiencias

• Realización del Estudio de Nivel SOA y Hoja de Ruta inicial

• Dependiendo del periodo de cobertura de la Hoja de Ruta

• Mínimo 1 mes

• Máximo 4 meses

Consultoría SOA Estudio de Nivel SOA y Hoja de Ruta


SOA Management Pack


• Una vez hemos adoptado la arquitectura SOA:

• Necesitamos gestionar de forma eficiente los pasos entre entornos

• Necesitamos controlar los componentes relacionados entre sí

• Necesitaríamos saber dónde se están produciendo incidencias

• Necesitaríamos controlar el funcionamiento de los componentes

• Estadísticas de uso

• SLA de tiempo de ejecución

• …..

• Oracle SOA

Management Pack

for Enterprise Manager

Arquitectura SOA Gestión, control y mantenimiento


SOA Management Pack for EM Visión General


• Gestión centralizada de toda la infraestructura SOA.

• Seguimiento y supervisión end-to-end del procesamiento de

peticiones de los servicios desde un único punto de acceso.

• Monitorización de rendimiento de aplicaciones SOA tanto de SOA

Suite como de Oracle Service Bus.

• Servicio de test de servicios con monitorización y traceo de

peticiones procesadas.

• Integración de autoría y políticas de seguridad.

• Recopilación y análisis de la configuración SOA.

SOA Management Pack for EM Principales características


• Proporciona visibilidad de las orquestaciones SOA complejas en

toda la empresa.

• Minimiza el coste de configuración y monitorización.

• Reduce el esfuerzo asociado a los despliegues manuales.

• Mejora considerablemente la capacidad de mantenerse al día con

los cambios de entorno.

• Reduce significativamente el coste de mantenimiento de toda la

infraestructura SOA.

SOA Management Pack for EM Principales beneficios de su utilización


• Gestión centralizada de todas las aplicaciones SOA

• Control del estado de las aplicaciones desplegadas

SOA Management Pack for EM Ejemplos de uso


• Rendimiento de las aplicaciones, componentes y acciones



• Traceo de ejecuciones de una aplicación



• Traceo de una ejecución de un servicio

• Resultado de ejecución de cada acción.

SOA Management Pack for EM Consola Web de Enterprise Manager


• Rendimiento por cada componente.

• Tiempos medios, mínimos, máximos



• Relaciones entre componentes

• Revisar las conexiones entre los distintos componentes que forman una

aplicación



• Detalle de rendimiento de cada componente.

• Detectar componentes que sean susceptibles de mejorar



• Reparto de tiempo de ejecución entre componentes

• Detectar componentes que impactan en el tiempo de servicio.


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]

avanttic Webinar Hoja de Ruta SOA

Documents

Transcript of avanttic Webinar Hoja de Ruta SOA