Esta mañana, llegué al trabajo, me puse el agua caliente en el termo, preparé el mate, inicié la sesión en mi pc, conecté la línea del teléfono y dos horas después casi pude tomar el primer mate … Debacle total, sistema caído desde la madrugada, problema del servidor local de dns, imposible ingresar siquiera al sitio principal.
Todos corriendo sin tener al bendito SysAdmin haciendo lo que debería estar haciendo desde la madrugada misma; pero bueno, si le damos carácter de superhéroe o dios sistémico la culpa no es del chancho…
Poderes esotéricos aparte, seguimos hoy con la evolución de los sistemas operativos, las dos primeras partes:
Arquitectura Orientada a Servicios
La integración de aplicaciones como se ha planteado en posts anteriores, si bien ha sido mejorada con diversos mecanismos como el uso de adaptadores y brokers, siguen siendo una arquitectura accidental (se construye para cada caso), de mantenimiento costoso y lento y difícil de gestionar, monitorizar y extender.
La Arquitectura Orientada a Servicios (SOA) representa un cambio radical en la relación entre el mundo del negocio y el área de tecnología de la información. SOA constituye mucho mas que un conjunto de productos aglutinados por una tecnología. Es un nuevo enfoque en la construcción de sistemas de IT que permite a las empresas aprovechar los activos existentes y abordar fácilmente los inevitables cambios en el negocio.
Si bien la industria del software ha venido enfocándose en una arquitectura orientada a servicios desde hace mas de 20 años con la noción de reusabilidad y su aplicación a la construcción de software, lo cierto es que en los últimos años esto se ha fortalecido con la definición de estándares y la conformación de consorcios que participan en su definición.
Según IEEE una arquitectura de software es la organización fundamental de un sistema, reflejado por sus componentes, relaciones entre ellos y entorno, así como los principios que regirán su diseño y evolución (1471-2000) (Bazan,2010).
Según OASIS, se define como la estructura o estructuras de un sistema de información formado por entidades y sus propiedades externamente visibles, así como las relaciones entre ellas (Modelo de Referencia para SOA 1.0 – Agosto de 2006) (Bazan,2010).
Adaptándose a la definición de OASIS, se define SOA como un paradigma capaz de organizar y utilizar las capacidades distribuidas, que pueden estar bajo el control de distintas organizaciones, y de proveer un medio uniforme para publicar, descubrir, interactuar y usar los mecanismos oportunos para lograr los efectos deseados.
Podemos resumir los conceptos subyacentes fundamentales en este paradigma en los siguientes:
- Proveedor: entidad (organización o persona) que ofrece el uso de capacidades mediante servicios.
- Necesidad: carencia de una empresa para resolver la actividad de su negocio.
- Consumidor: entidad (organización o persona) que busca satisfacer una necesidad particular a través de las capacidades ofrecidas por servicios.
- Capacidad: tarea que el proveedor de un servicio puede proporcionar al consumidor.
- Servicio: mecanismo que permite el acceso a una o mas capacidades alcanzables por medio de una interfaz preestablecida, y que se llevara a cabo de forma consistente con las normas establecidas para el.
- Descripción del servicio: información necesaria para hacer uso del servicio.
- Interacción: actividad necesaria para hacer uso de una capacidad con el objeto de obtener efectos deseados.
Procesos de Negocio como Consumidores de Servicios
En términos generales, cuando se habla de integración de aplicaciones nos referimos tanto a datos como a procesos.
Los datos pueden integrarse o puede resolverse su integración contando con cualquiera de los esquemas anteriormente planteados. Cualquiera de ellos implica el desencadenamiento de un flujo o cadena de mensajes que quedan incrustados dentro del esquema de integración mismo.
Así, los sistemas de gestión de workflow surgen como ciudadanos de primera clase a la hora de realizar una integración de aplicaciones eficiente y fácil de mantener y actualizar.
Gran parte del esfuerzo de implementar una arquitectura orientada a servicios orquestada por procesos de negocio, se ha centrado sobre la integración de aplicaciones y el workflow. Sin embargo existe una preocupación de los arquitectos de software acerca de la incapacidad para acceder a datos de negocios y administrarlos de una manera ágil tal como sucede con la lógica de negocio en las aplicaciones.
La integración de datos dirigida por procesos puede ayudar a enriquecer los servicios de negocios SOA y los procesos de negocio a través de una secuencia de servicios de datos combinados de manera reusable que incorpora la intervención de tareas humanas transformando la información en exacta, consistente y oportuna.
Los avances tecnológicos en términos de comunicaciones y el crecimiento en prestaciones de los sistemas operativos modernos, han sentado buenas bases para que las arquitecturas de software puedan extenderse y consolidarse.
En el próximo post hablaremos de los pilares conceptuales mas importantes de los sistemas operativos en entornos distribuidos.
Pingback: Los Sistemas Operativos y su Distribución – Parte I
Pingback: Los Sistemas Operativos y su Distribución – Parte II
Pingback: Los Sistemas Operativos Distribuidos – Cliente/Servidor – Parte I