Applied SOA Fundamentals and Best Practices

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Applied SOA Fundamentals and Best Practices"

Lucas Mendoza de la Cruz
hace 10 años
Vistas:

1 Applied SOA Fundamentals and Best Practices

2 A Modo de introducción SOA es el tema central de muchas iniciativas de software. Sin embargo, muchas compañías siguen escépticas sobre los beneficios. Agilidad, reusabilidad, operaciones heterogéneas son promesas de SOA, todas con formidables obstáculos. En esta presentación tocaremos algunos patrones y los peligros clave a ser evitados durante los procesos de diseño y desarrollo. 2

Agilidad, reusabilidad, operaciones heterogéneas son promesas de SOA, todas con formidables

3 SOA acorde al esfuerzo El objetivo a largo plazo de SOA, y una medida de su éxito, es el grado de agilidad que se adquiere en el IT empresarial. La agilidad es medida en el desarrollo a time-to-market de nuevos servicios. En una organización con IT ágil, estas actividades son poco intrusivas y rápidas dentro de las aplicaciones que están en el ambiente de producción. Alta agilidad con un alto costo, no es un éxito. 3

La agilidad es medida en el desarrollo a time-to-market de nuevos servicios.

4 Cómo saber que es SOA? Back-end separado del front-end. Definición de interfaces separadas. Despliegue poco acoplado Cliente Servidor Interface Implementación Útil y usable a través de aplicaciones. 4

5 Cómo saber que es SOA? 5

6 Cómo saber que es SOA? Gartner Para el 2011, todas las plataformas de aplicación soportarán el diseño y despliegue de eventos y servicios en un contexto común e integrado. 6

7 Patrón 1 Aplicaciones multicanal Gartner Æ para 2008, más del 66% de las aplicaciones interactivas de tamaño medio a grande serán concebidas para soportar más de un canal, un poco más que 33% para el Debe entenderse por canal, no sólo el dispositivo de acceso, sino también el rol de quien emplea la aplicación 7

soportar más de un canal, un poco más que 33% para el 2007.

8 Patrón 1 Aplicaciones multicanal 8

9 Patrón 2 Aplicaciones compuestas Gartner Æ para el 2012, la mayoría de las aplicaciones construidas a partir de SOA serán producto de la composición de servicios. SOA debe emplearse en escenarios donde los procesos sean divisibles en componentes independientes, y donde el procesamiento será entonces la composición de estos elementos. 9

10 Patrón 2 Aplicaciones compuestas 10

11 Patrón 3 Apropiada granularidad ZapThink 70% de los problemas o fallos en SOA son producto de un inapropiado diseño de la granularidad de los servicios. La granularidad de los servicios es fundamental para la reusabilidad y versatilidad de los servicios que se diseñen. 11

12 Patrón 3 Apropiada granularidad Requerimiento: Obtener los datos básicos de un empleado. 12

13 Patrón 3 Apropiada granularidad Requerimiento: Obtener los datos básicos de un empleado. 13

14 Patrón 4 Orquestación de procesos Gartner Para el 2009, más del 75% de las aplicaciones con SOA implementarán algún tipo de control secuencial fuera de la implementación del servicio, vía alguna tecnología de BPM externa. Este patrón con estilo a BPM requiere de un avanzado nivel de madurez organizacional. 14

la implementación del servicio, vía alguna tecnología de BPM externa.

15 Patrón 4 Orquestación de procesos Administrador de Procesos Servicio Base de Datos APLICACIÓN 1 Servicio Base de Datos APLICACIÓN 2 Metadata Servicio Base de Datos APLICACIÓN 3 15

16 Buenas prácticas Evitar una irracional exuberancia en el diseño. Haga del diseño de los servicios una etapa independiente y dedicada en el ciclo de vida de SOA. Los servicios son mejor diseñados cuando se coordina con el diseño de la base de datos subyacente. Pensar estratégicamente, actuando tácticamente. Desarrollar una visión a largo plazo de SOA, poniéndolo en práctica incrementalmente, aprendiendo durante el proceso y gestionando los riesgos de la transición. 16

Los servicios son mejor diseñados cuando se coordina con el diseño de la base de datos subyacente.

17 Buenas prácticas Desarrollar y reforzar en todos los niveles de IT la cultura de la composición frente a la programación en bruto; recompensando la reutilización. Software del CIO Software de un proyecto Software del CEO de IT Software Mundial Tú software 17

18 Buenas prácticas El diseño de SOA no es un reto técnico, aunque en algunos puntos requiere de tecnología. Tampoco es un reto de negocio, aunque es aplicado en favorecer los requerimientos de negocio de la organización. Modelado de Negocio S O A Diseño de Software 18

Tampoco es un reto de negocio, aunque es aplicado en favorecer los

19 Buenas prácticas Diseñar los servicios como un conjunto coherente alrededor del modelo de aplicación que se desea soportar, tomando como base el modelo de negocio. Establezca un centro de excelencia para SOA que sirva de coordinador entre los proyectos, asegurando directivas mínimamente intrusivas. 19

20 Recomendaciones Trate a SOA como una iniciativa estratégica. Use un acercamiento sistemático al diseñar servicios de uso extendido. Escoja aplicaciones multicanales para aprovechar el concepto de SOA. Aprenda arquitectura orientada a eventos. Determine apropiadamente la granularidad de los servicios. 20

Escoja aplicaciones multicanales para aprovechar el concepto de SOA.

21 Recomendaciones Establezca un centro de competencias para coordinar los esfuerzos sobre SOA. Persiga los beneficios a largo plazo de SOA: Incremento en la claridad y administración de las arquitecturas de solución. Incremento en la afinidad del modelo de negocio con el diseño de software para el negocio. Reusabilidad del software. Incremento en la agilidad de los servicios de IT y del core de negocios de la empresa. 21

Documentos relacionados

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO

MARCO DE REFERENCIA SISTEMAS DE INFORMACIÓN PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO MARCO DE REFERENCIA PARA LA GESTIÓN DE TI EN EL ESTADO COLOMBIANO SISTEMAS DE INFORMACIÓN PLANEACIÓN Y GESTIÓN DE SIS-INF 80. Definición Estratégica de los SIS-INF Las entidades deben, en la Arquitectura