5/16/2010

La adopción de un Programa SOA y sus implicaciones

Cuando una organización pretender desarrollar un programa SOA, tiene entre sus objetivos establecer servicios flexibles, reusables e integrales para toda la organización. Este objetivo, requiere un ordenamiento profundo ,requiere que todas  las necesidades de sistemas de informacion estén alineadas y vinculadas con una plataforma de servicio. Esta premisa, tiene grandes implicaciones en la organización, entre las mas importantes:

  1. Los sistemas de informacion y proyectos deben estar alineados, vinculados y soportados sobre una arquitectura SOA (servicios compartidos y reusables).
  2. La metodología de desarrollo debe estar alineada con una clara orientación a servicios.
  3. Los desarrolladores deben adaptarse a un conjunto de practicas y políticas para garantizar coherencia en sus desarrollos.
  4. Las políticas de gobernabilidad de la organización deben garantizar que todos los proyectos estén basados en un modelo canónico organizacionalmente centralizado para representar sus datos.
Si las diversas iniciativas en tecnologia de informacion en una organización deben estar vinculados con un programa SOA, es primordial que exista una unidad de arquitectura que garantice una arquitectura simple, flexible, ágil, con un modelo canónico centralizado para representar los datos y la distribucion de servicios fachada o facade, que ocultan la complejidad y representan un contrato de servicio especifico para cada consumidor.

Para garantizar una exitosa introducción de un programa SOA en la organización, se requiere de un marco de gobernabilidad que establezca, comunique, e implemente los principios de orientación a servicios, mejores prácticas, metodologías, procesos, tecnologías, talento humano y estrategia.

Que establece la unidad de arquitectura?

Políticas de Valor
  1. Que vinculacion exite entre el servicio o necesidad de informacion con el cuadro de mando y mapa estrategico de la organizacion.
  2. Como se aprueba la entrada de un servicio a producción?
Politicas de Especificación
  1. Cual es la política para la especificacion del diseño de un servicios?
  2. Cual es la política para establecer el indice de reuso de servicios?
  3. Cual es la política para garantizar la interoperabilidad del servicio?
  4. Cual es la política para los cambios y el versionamiento de servicios?
  5. Cual es la politica para acordar la mejor logica de servicios, con sus practicas, nivel de granulardad, entre otros.
Políticas del Modelo Canonico
  1. Cual es la política para los cambios y el versionamiento del modelo canónico?
Politicas de Implementacion de Servicios
  1. Cual es la política para el manejo de excepciones en los servicios?
  2. Cual es la política para el manejo de trazas o log en los servicios?
  3. Cual es la política para auditar un servicios?
  4. Cual es la política para generar eventos o alertas en los servicios?
  5. Cual es la política para autentificar el consumidor del servicio?
  6. Cual es la política para autorizar al consumidor del servicios?
  7. Cual es la política para encriptar los datos del servicio?
  8. Cual es la política para firmar digitalmente los datos del servicio?
  9. Cuales es la política para establecer las credenciales?
  10. Cual es la política para garantizar la disponibilidad del servicio?
  11. Cual es la política para gestionar los timeout de los servicio?
  12. Cual es la política para gestión de servicios de compensación?
  13. Cual es la política para garantizar la vida de los procesos o servicios de orquetacion ante fallas en la disponibilidad de base de datos, red, servicios informáticos, servidores, entre otros.
Como vemos, son muchas las consideracion que deben ser fortalecidas con el tiempo y la experieincia.

1 comentario:

Victor Inostroza dijo...

Estimado Julio;

muy interesante tu artículo, pero me surgen algunas dudas al pensar en el siguiente paso (BPMN) y la ejecución de estos modelos con apoyo de herramientas de TI, que opinas al respecto ?? como podría ser un modelo integrador entre SOA y BPM ?