DOMINIO SOA – ANTECEDENTES Y MODELO DE REFERENCIA

SOA – SERVICE ORIENTED ARCHITECTURE – ARQUITECTURA ORIENTADA A SERVICIOS

ORGANISMOS QUE DEFINEN ESTANDARES, MODELOS Y ARQUITECTURAS DE REFERENCIA

OASIS – Organization for the Advancement of Structured Information Standards

 

ANTECEDENTES

Al continuar la evolución de la Ciencia de la TI, los Profesionales de la materia ocupan ahora funciones relevantes en las organizaciones, y la razón fundamental es que el papel de la custodia, almacenamiento y procesamiento de la información usando Tecnología de la Información se vuelve crítico para toda la operación, y que la organización luego entonces, ha entendido que la TI es parte ineludible. Además de que la actual operación de las organizaciones exige un dinamismo nunca antes visto, desde la operación de surtirse de insumos, administrar almacenes, facturar productos, gestión de créditos, finanzas, entrega de producto terminado, todo el proceso requiere que sea electrónico, si a eso le sumamos la administración bancaria y financiera que ahora es por portales, al igual que la administración del personal ante la Seguridad Social del Estado.

Un primer cambio de paradigmas para el Profesional de la TI es la operación del negocio u organización de ser sólo funcional a ser administrado por procesos, recordemos que es una evolución de la mejora contínua; y  en particular de las Areas de TI, como convertirla de un Area de Gasto a un Area de de Inversión y Administración; para lograr este cambio es importante el papel que juega un nuevo ROL en la organización y es el Arquitecto SOA, esto es, la persona que se encarga de definir la Arquitectura de Operación de la TI, pero teniendo dos visiones:

– La de los SERVICIOS DE NEGOCIO que entienden los dueños y/o administradores de la organización, y que reflejan sus requerimientos; y es la forma de definir las NECESIDADES.

– La de los SERVICIOS TECNICOS que entiende el personal de TI y es la forma de atomizar las CAPACIDADES.

Esta visión además permite cubrir dos requerimientos que los administradores del negocio siempre han exigido la re-utilización de la tecnología y dimensionar mejor el tiempo de las entregas, es decir hacer mas con menos.

La visión del Arquitecto SOA es poder resolver requerimientos en principio en base a lo que existe, y eso por eso que se hacen o ya se hicieron una serie de actividades:

– Ya están operando procesos sobre las funciones.

– Ya están atomizados los servicios que ofrece la infraestructura de TI.

– Ya hay una relación intrinseca con los usuarios y con el personal de TI y existe un entendimiento de lo que se quiere y de lo que se tiene.

Por lo que hemos comentado y si nos damos cuenta de principio para hacer SOA lo que NO DEBEMOS hacer es:

– Comprar herramientas software o hardware y estar pensando que al instalarlas ya somos una organización SOA. Como en toda la Ciencia de la TI, las herramientas no son lo mas importante.

– Al decir que tenemos SOA, pensar que seremos mas felices o redituables

Para decir que nuestra organización es SOA:

– Hubo que aplicar procesos de Administración del Cambio y saber que ahora funcionamos en base a procesos y no solo somos funcionales.

– Se usa un lenguaje común para reutilizar los bienes informáticos y administrarlos en base a ciclos de vida de los SERVICIOS.

– Nuestra Organización no es más feliz o redituable, necesariamente, pero SI DEBE ser mas inteligente.

– Con SERVICIOS es mucho mas sencillo definir la interconexión interna o externa, así como definir la seguridad de la operación.

Luego entonces lograr ser una organización SOA no implica trabajo de un Area Técnica exclusivamente, implica trabajo de administradores, financieros, operativos, técnicos, Area de TI, clientes, proveedores.

 

PRIMER RESUMEN

En los ANTECEDENTES hemos comentado varias cosas acerca de SOA, si nos damos cuenta y en estricto sentido podemos decir:

– El Dominio de SOA no es algo técnico en estricto sentido

– SOA es dependiente de la evolución del negocio u organización al pasar de ser funcional a ser administrada en base a procesos

– SOA responde a la necesidad de re-utilizar los recursos, responder mas rápido a la entrega de nuevos requerimientos y facilitar la interconexión de la infraestructura de forma interna y externa.

– El Arquitecto SOA identifica la atomización de los SERVICIOS para poder interactuar con los usuarios y hablar con su jerga, y de la misma forma con las áreas técnicas.

– Las herramientas SOA serán necesarias para la implementación de los SERVICIOS y su administración.

 

EL SERVICIO, SU DEFINICION Y UTILIZACION.

Para hablar de los SERVICIOS, lo primero que haremos es darle forma al MODELO DE REFERENCIA que corresponde y poder definirlo, ya comentamos acerca de la re-utilización de la infraestructura para resolver los requerimientos, a este proceso se le llama identificación de la CAPACIDAD para resolver una NECESIDAD, estas son creadas por ENTIDADES, la gente.

Las reglas que rigen el comportamiento de las CAPACIDADES, NECESIDADES y ENTIDADES:

– No es necesaria la CORRELACION una a una.

– Una NECESIDAD puede requerir de una combinación de CAPACIDADES, de hecho la mejor práctica así lo identifica.

– Una CAPACIDAD sólo se puede dirigir a atender una NECESIDAD.

Con esto en mente podemos definir las siguiente características  del SERVICIO, debe tener el dinamismo de interactuar, por lo que al menos debemos tener:

– Su DESCRIPCION

– Su CONTEXTO DE EJECUCION

– Los CONTRATOS, ACUERDOS y POLITICAS relacionados.

El dinamismo exige además:

– Tener VISION entre proveedores y consumidores, es decir saber con precisión las CAPACIDADES y NECESIDADES.

– La INTERACCION que debe existir entre ellos.

– El EFECTO que tienen en el mundo real.