ARQUITECTURA ORIENTADA A SERVICIOS EN

LOS DIFERENTES PARADIGMAS.

David Felipe Vega Sierra, Juan David Pardo Rodríguez, Gabriel Parra Cortés.
Facultad de Ingeniería. Universidad Distrital Francisco José de Caldas.
Bogotá D.C, Colombia.

Resumen- .En el presente artículo se explorará la comercial que se repite a lo largo del tiempo y
Arquitectura de Software SOA, en consecuencia, se tiene un resultado específico deseado
hará una breve descripción del concepto de servicio (comúnmente pero no exclusivamente servicios
para posteriormente poder profundizar en el web).
funcionamiento de dicha arquitectura y los
beneficios que esta nos brinda en su implementación De esta manera podemos ver que SOA,  asocia
al momento de compararla con otros paradigmas. perfectamente la arquitectura empresarial y la
Además, se presentará un recorrido histórico desde arquitectura de aplicaciones 
su origen en 1996; comprendiendo la evolución que para dar soporte a los requisitos del negocio,
ha tenido durante los últimos años y el efecto que ha permitiendo la creación de sistemas de
generado en el software de servicios. 
información altamente escalables que reflejan el
negocio de la organización, brindando una forma
bien definida de exposición e invocación de
I. INTRODUCCIÓN
servicios.

   En el mundo de la industria y comercio, las III. HISTORIA

empresas siempre han buscado soluciones de
software que les ayuden a lograr sus objetivos    Cuando hacemos un barrido a la historia del
comerciales y SOA es vital para cualquier software nos encontramos a menudo con la
empresa que busque mantenerse relevante y afirmación de Edsger Dijkstra recalcando que
encontrar nuevos horizontes; ya que les brinda la siempre se establecería una estructura de software
oportunidad de: antes de mandarse a programar. Y si exploramos
 crear modelos de negocio cambiantes y la historia de SOA no veremos falencia en dicha
moldeables que puedan adaptarse al afirmación. Debido a que a mediados de 2003 se
mercado actual y al mismo tiempo incorporó esta arquitectura en las primeras
satisfacer sus necesidades. empresas, no obstante, algunos científicos ya la
 Tener procesos empresariales más habían comprendido a mediados de 1980 con la
dinámicos en general, dirigidos a llegada al mercado de la computación distribuida
decisiones más inteligentes y efectivas. y los procedimientos remotos. Sin embargo, sus
Pero para poder comprender cómo es posible estudios fueron limitados ya que no había la
todos estos beneficios se definirán primero necesidad de implementar una arquitectura tan
algunos conceptos a continuación para que el compleja, limitándose a solo proyectos de
lector tenga unas bases claras al momento de vanguardia que tuvieran la disciplina, la visión y
profundizar en el funcionamiento de SOA. el dinero para el desarrollo de las fases iniciales de
este nuevo paradigma.
II. ¿QUÉ ES SOA?
Poco después con la llegada de la web en 1991 y
   La Arquitectura Orientada a Servicios (SOA o la constante presión de los negocios por la
en inglés Service Oriented Architecture) como su agilidad en el momento de modificar sus procesos,
nombre lo indica es un tipo de arquitectura TI que productos y servicios; se vieron con la necesidad
define la utilización de servicios para dar soporte de implementar una arquitectura más flexible que
a los requisitos del negocio. Refiriéndose a les permitiera cambiar la forma de los
Servicio como la representación de una actividad componentes de trabajo sin tener la obligación de
comprar o codificar nuevos. En consecuencia, los
proveedores en estándares de servicios web,
especialmente de Simple Object Access Protocol
(SOAP) y Web Service Description Language
(WSDL) se vieron en la obligación de crear la
primera brecha para la implementación de la
arquitectura SOA basada en servicios web con
apoyo a múltiples aplicaciones.

IV. ¿CÓMO FUNCIONA SOA?

A finales de los 90, antes de que se empezara a

utilizar SOA, era muy complicado la unión de una Ilustración 1. Elementos de una arquitectura SOA, por
aplicación con los servicios que se encontraban en Dirk Krafzig, Karl Banke, y Dirk Slama.
otro sistema, y se hizo necesario la integración a
fondo de cada una de las partes (conectividad, En la SOA, los servicios se comunican por medio
enrutamiento, traducción de los modelos de datos, de un sistema "sin conexión directa". Se trata de
etc.). Sin embargo, los desarrolladores debían un método para interconectar los elementos en un
repetir el proceso para cada proyecto nuevo. Este sistema o una red, de manera que puedan
modelo se conocía como "monolítico", ya que el transmitir información o coordinar un proceso sin
código para toda la aplicación formaba parte de depender tanto unos de otros. Como consecuencia,
una sola implementación. Si algo no funcionaba se crea una nueva aplicación.
correctamente, se debía borrar completamente y
luego volver a crearla como una nueva versión. Básicamente, significa que dos componentes
pasan datos de uno a otro a través de una solicitud,
Ventajas frente al enfoque monolítico: intercambiando datos en el proceso para entregar
el servicio específico. Se refiere a que está
 Comercialización más rápida y mayor acoplado libremente porque es la forma en que los
flexibilidad. componentes interactúan dentro de SOA, lo que
 Uso de la infraestructura heredada en los significa que los componentes pueden
mercados nuevos. comunicarse entre sí, pero estas interacciones se
 Reducción de los costos gracias a una centran en ser simples y mantener la autonomía y
mayor agilidad y un desarrollo más autoridad de cada parte.
eficiente.
 Mantenimiento sencillo. La parte clave de esta interacción no es cómo los
componentes pueden "hablar" entre sí, sino cómo
Ya que SOA muestra los servicios utilizando se puede utilizar SOA para combinar, mezclar y
protocolos estándar de red para enviar solicitudes combinar diferentes componentes en el camino, lo
o acceder a los datos (como SOAP, JSON, que permite que el crecimiento y la
ActiveMQ o Apache Thrift), no es necesario que reestructuración se realicen de una manera mucho
los desarrolladores realicen las integraciones más Manera fácil y flexible.
desde cero. De hecho, pueden utilizar los patrones
llamados buses de servicios empresariales (ESB)
para integrar un elemento centralizado y los
sistemas de backend, y ponerlos a disposición de
todos como interfaces de servicios.

Aunque los usuarios finales no podrán ver

realmente este tipo de arquitectura, es importante
comprender cómo actúa SOA a través de
componentes débilmente acoplados y cómo estas
son las bases de toda la arquitectura.

Ilustración 2. Funcionamiento de la arquitectura SOA.

V. CAPAS DE SOFTWARE DEFINIDAS
POR SOA

   SOA define las siguientes capas de software:

1. Aplicaciones básicas: Sistemas

desarrollados bajo cualquier arquitectura
o tecnología, geográficamente dispersos
y bajo cualquier figura de propiedad.
2. De exposición de funcionalidades:
Donde las funcionalidades de la capa
aplicativa son expuestas en forma de
servicios (generalmente como servicios
web).
3. De integración de servicios: Facilitan el
intercambio de datos entre elementos de
la capa aplicativa orientada a procesos Ilustración 3. Comparación entre SOA y los
empresariales internos o en colaboración. microservicios.
4. De composición de procesos: Que
define el proceso en términos del negocio Como se puede ver, cada uno de estos servicios se
y sus necesidades, y que varía en función basa en el anterior, lo que crea un sistema que no
del negocio. solo es fácil de usar, sino que le brinda una
5. De entrega: Donde los servicios son variedad de formas de administrar su negocio. Al
desplegados a los usuarios finales. igual que con cualquier funcionalidad, es cuestión
de averiguar qué funciona mejor para la empresa.
VI. SOA Y LOS MICROSERVICIOS
Los conceptos de la SOA y los microservicios son
Los microservicios, también conocidos como similares, y la gente suele confundirlos. La
arquitectura de microservicios, son un "estilo principal característica que los distingue es su
arquitectónico que estructura una aplicación como alcance: la SOA es un enfoque de arquitectura
una colección de pequeños servicios autónomos, para toda la empresa, mientras que los
modelados en torno a un dominio empresarial". microservicios son una estrategia de
implementación dentro de los equipos de
Si bien los microservicios y la arquitectura desarrollo de aplicaciones. 
orientada a servicios son similares en algunos
aspectos, las diferencias clave vienen en su Además, la comunicación con sus respectivos
funcionalidad. Los servicios son, obviamente, el elementos también es diferente. La SOA utiliza un
componente principal de ambos. Hay cuatro tipos ESB, y los microservicios se pueden comunicar
básicos de servicios: entre sí sin estado, a través de las API que no
dependen de un lenguaje. La independencia de las
 Servicio funcional: estos definen las API también permite que los equipos de desarrollo
operaciones comerciales centrales puedan elegir con qué herramientas desean
 Servicio empresarial: implementan la trabajar. En este sentido, los microservicios
funcionalidad definida por los servicios pueden ser más adaptables y flexibles.
funcionales
 Servicio de aplicación: se limitan al VII. VENTAJAS
contenido específico de la aplicación.
 Servicio de infraestructura: implementa Desde el punto de vista técnico, el uso de SOA
tareas no funcionales como tiene muchos beneficios:
autenticación, auditoría, seguridad y
registro. 1. Es autónomo entre otras aplicaciones.
2. Facilidad para evolucionar a modelos de
negocios basados en tercerización.
3. Aumentar la calidad del servicio
proporcionando un sistema unificado.
 4. Poder para reemplazar elementos de la
capa aplicativa SOA sin disrupción en el
proceso de negocio.
5. Soporta cualquier tipo de solicitudes de
información.
6. Aplicaciones reutilizables y adaptables.
7. Aplicaciones flexibles.

Y desde el punto de vista de la inversión:

1. Reduce los costes de integración.

2. Baja el marco de tiempo para crecer
verticalmente.
3. Reduce el riesgo de cambios de
tecnologías orientadas a usuarios finales.

VIII. REFERENCIAS 
 ¿Qué es SOA? (s. f.). Ceupe. Recuperado 14 de
enero de 2021, de
https://www.ceupe.com/blog/que-es-soa.html
 Rootstack. (s. f.). ¿Qué es SOA y por qué es tan
importante? - Blogs | Rootstack. Recuperado 14 de
enero de 2021, de
https://www.rootstack.com/es/blog/que-es-soa-y-
por-que-es-tan-importante
 ¿Qué es la arquitectura orientada a los servicios?
(s. f.). Recuperado 14 de enero de 2021, de
https://www.redhat.com/es/topics/cloud-native-
apps/what-is-service-oriented-architecture
 Arquitectura orientada a servicios. (2020). En
Wikipedia, la enciclopedia libre.
https://es.wikipedia.org/w/index.php?
title=Arquitectura_orientada_a_servicios&oldid=12
8982762
 Community, S. D. (2019, febrero 13). What Is
Service-Oriented Architecture? Medium.
https://medium.com/@SoftwareDevelopmentCom
munity/what-is-service-oriented-architecture-
fa894d11a7ec
 IDS2015. (2015, marzo 22). Arquitectura Orientada
a Servicios (SOA). Ingeniería del Software UAH.
https://ingenieriadelsoftwareuah2015.wordpress.co
m/2015/03/22/arquitectura-orientada-a-servicios-
soa/