La arquitectura orientada a servicios (SOA) es un estándar del sector de definición abierta que presenta todos los procesos de negocio de un modo orientado a servicios. Las dependencias entre servicios, tales como servicios web, activos de servicio EIS (Enterprise Information System), flujos de trabajo y bases de datos se minimizan y se oculta la implementación de cualquier servicio.
El objetivo de la arquitectura orientada a servicios es separar la lógica de integración de negocio de la implementación, para que el desarrollador de integración pueda centrarse en ensamblar una aplicación integrada en lugar de hacerlo en los detalles de la implementación. Para lograrlo, se crean componentes de servicio que contienen la implementación de servicios individuales necesarios para los procesos de negocio. El resultado es una arquitectura de tres capas: lógica de integración de negocio, componentes de servicio e implementación, como se muestra en el diagrama siguiente:
Dado que los componentes de servicio contienen la implementación, el desarrollador de integración puede ensamblarlos gráficamente sin necesidad de conocer los detalles de la implementación. Los componentes de servicio también ofrecen la opción de dejar que el desarrollador de integración o alguien que trabaje con él añada la implementación más tarde. Los componentes se ensamblan entre sí de forma visual. Es decir, el código de los componentes no se expone al usuario. En el nivel de lógica empresarial que se muestra en el diagrama siguiente, los componentes se ensamblan independientemente de su implementación. A continuación, la arquitectura orientada a servicios permite centrarse en resolver los problemas de negocio mediante la utilización y reutilización de componentes, en lugar de distraer la atención hacia la tecnología que implementa los servicios que se están utilizando.
Ventajas clave de la arquitectura orientada a servicios
- Consolidación de la lógica y los datos de negocio. Los componentes utilizados por diversos grupos de una empresa o incluso compartidos entre un conjunto de ellas pueden ser utilizados por cualquiera, ya que los componentes se ajustan a estándares industriales como WSDL (Web Services Descriptive Language) y BPEL (Business Process Execution Language), que son independientes de plataforma y proveedor. Los datos se representan de forma coherente del mismo modo, lo que permite que los compartan los componentes de una aplicación de arquitectura orientada a servicios.
- Mejora de aplicaciones y sistemas ya existentes. Cuando las aplicaciones y sistemas se incluyen en el código WSDL, están disponibles de forma universal para cualquier desarrollador de aplicaciones de la empresa que desarrolle una aplicación actual.
- Los componentes se acoplan de forma abierta. Un componente que accede a otro no necesita conocer las estructuras de datos, las llamadas a otros componentes, la gestión de transacciones, etc. del ese otro componente.
- Los componentes son configurables. Observar una aplicación de arquitectura orientada a servicios como la del diagrama anterior es parecido a observar un diagrama de configuración. Los componentes pueden añadirse, suprimirse y configurarse con diferentes procedimientos para crear aplicaciones nuevas.
- Los componentes pueden trabajar conjuntamente. Cualquier componente puede trabajar con otro, incluidos los componentes creados por entornos de desarrollo de proveedores diferentes.
- Los componentes son independientes de la ubicación.
Considerados en conjunto, estos principios de diseño crean una arquitectura flexible capaz de adaptarse a condiciones de negocio que cambian con rapidez y prosperar en ellas.