Què es la 

Arquitectura Orientada a Servicios?

La Arquitectura Orientada a Servicios de cliente, conocida también como SOA por sus
siglas en inglés, es un concepto de arquitectura de software que define la utilización de
servicios (programas o rutinas que realizan una función específica) para dar soporte a los
requisitos del negocio.

Lo que permite, la Arquitectura Orientada a Servicios, es la creación de sistemas de

información ampliables,  versátiles y flexibles que pueden ayudar a las organizaciones a
impulsar el rendimiento y, al mismo tiempo, reducir costes de IT y mejorar la flexibilidad
en los procesos del negocio. Además,  brindan una forma bien definida de exposición e
invocación de servicios (comúnmente pero no exclusivamente servicios web), lo cual
facilita la interacción entre diferentes sistemas propios o de terceros.

SOA proporciona una metodología y un marco de trabajo para documentar las capacidades
de negocio y da soporte a las actividades de integración y consolidación de los datos de
cualquier organización.

La Arquitectura Orientada a Servicios es una potente aliada a la hora de llevar a cabo la

gestión de grandes volúmenes de datos (datos en la nube y jerarquías de datos).

Beneficios de la Arquitectura Orientada a Servicios (SOA)

El beneficio principal de esta Arquitectura Orientada a Servicios es la reutilización de sus

componentes. Permite reaprovechar los desarrollos de servicios que se realizan en un
momento determinado para la creación de otros servicios, y por tanto, permite disponer
de mayores servicios en el menor tiempo posible.

Los servicios creados o desarrollados deben seguir una serie de requerimientos para poder
identificar como poder acceder a los mismos y poder disponer, así, de un catálogo
comprensible y reutilizable.

Las aplicaciones en los entornos de SOA carecen de sentido individual, ya que o bien es

un conjunto de servicios, o bien es en sí mismo un servicio para otro sistema mayor.

Como ventaja de la optimización de inversión por medio de la reutilización se consigue

la interoperabilidad entre aplicaciones y tecnologías heterogéneas. 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.
Otros beneficios de la Arquitectura Orientada a Servicios son:

 Aumento de la eficiencia en los procesos.

 Amortización de la inversión realizada en sistemas.
 Reducción de costes de mantenimiento.
 Facilita la adaptación al cambio, con la integración con sistemas heredados.
 Fomento de la innovación orientada al desarrollo de servicios, acordes con el dinamismo de
mercado. Se modernizan los sistemas obsoletos por razones económicas, funcionales o
técnicas.
 Simplificación del diseño, optimizando la capacidad de organización.

Proceso de transición a la Arquitectura Orientada a Servicios (SOA)

Para abordar un proyecto SOA se debe partir de una concepción estratégica del negocio,
alinear todos los elementos instrumentales –sistemas, procesos, información, aplicaciones
hacia el núcleo de negocio de la Administración, que son los servicios a la ciudadanía,-
requiere un enfoque global.

Si se desea llevar a cabo el proceso de transición a SOA, los administradores y los

desarrolladores deben tener en cuenta los siguientes aspectos:

 La Arquitectura Orientada a Servicios a no es nueva, por lo que será vital adquirir

conocimiento suficiente sobre la SOA y los Web Services antes de estructurar el plan.
 SOA es mucho más que un software de despliegue. Se requiere de un análisis de las
técnicas de diseño y desarrollo para avanzar con garantías de éxito.
 El proceso de transición a SOA debe realizarse de forma gradual y teniendo en cuenta
que implica un gran cambio en la forma de trabajar para todos los empleados.

Las entidades que ya trabajen con SOA pero busquen optimizar sus resultados con Data
Services, deberán tener en cuenta que se debe: 

 Ser exigente con el servicio escogido, evitando extremos y persiguiendo la coherencia.

 Entender los servicios como algo limitado y no como una aplicación completa.
 Aplicar la máxima simplicidad a la hora de diseñar.
 Garantizar la alta disponibilidad y escalabilidad de los servicios.

Esta optimización es la vía más indicada para superar las limitaciones que adolecen a un
proyecto SOA, a través de la visualización de datos que ayuda a evitar:

  Falta de disponibilidad del servicio dependiente: que se da cuando estos servicios aún
no están implementados y resulta en tiempos de inactividad o en la construcción de
componentes redundantes.
  Falta de disponibilidad de recursos: puede suceder cuando los recursos se tiene que
compartir entre distintos equipos de desarrollo.
  Restricciones de tiempo: la variable indefectiblemente asociada a todo proyecto y que
marca una de las limitaciones más importantes.
   Cambio de comportamiento del servicio dependiente: que, no sólo invalida los flujos de
trabajo presentes, sino que también incide en la consistencia de los datos.

Esperamos haber resuelto tus dudas en este post sobre la Arquitectura Orientada a Servicios
(SOA), aunque si se te ha quedado alguna pregunta en el tintero recuerda que puedes
escribirnos y preguntarnos a hola@ecityclic.com .

Publicado el 20 de Abril 2020

https://www.ecityclic.com/es/noticias/que-es-soa-o-arquitectura-orientada-a-
servicios

Qué es SOA y su diagrama de arquitectura para integración de datos

Descubre las claves de un diagrama de arquitectura SOA para integración de

datos que te permite optimizar resultados en un mundo híbrido.

jul 12, 2017

Para mantener el ritmo actual tanto de creciente demanda de datos como de

complejidad de la infraestructura en un mundo híbrido, las organizaciones
necesitan un diagrama de arquitectura diseñado para extensibilidad y
flexibilidad. Hablamos del diagrama de arquitectura orientada a
servicios (SOA).
Créditos fotográficos: buchachon

Un enfoque ideal para integración de datos y calidad de datos es aquel que

permite que servicios de datos compartidos para acceso, integración, auditoría y
generación de informes, estén juntos cuando sea necesario. De esta forma se
pueden implementar servicios de datos compartidos flexibles, fácilmente
desplegables e inteligentes que eliminan los silos de datos y simplifican los
esfuerzos de integración para el acceso de toda la organización a información
consistente.

Descárgate la guía "SOA y Data Services: Potentes aliados"  

Con este diagrama de arquitectura, TI puede aumentar la utilidad de los

sistemas existentes sin cambiarlos y de esta forma reducir sustancialmente los
costes y los riesgos comerciales de los proyectos de TI de alto valor.

Sin embargo, la promesa de agilidad que lleva a muchas organizaciones a

volcarse en la nueva arquitectura, termina no dando sus frutos cuando aparecen
problemas como la fragmentación de datos.
¿Dónde quedan los beneficios de SOA cuando hay que lidiar a diario con tal nivel
de complejidad? Y es que, tras implementar esta arquitectura en su capa de
aplicaciones, los conjuntos de herramientas de habilitación de SOA tradicionales
sólo pueden proporcionar el acceso a datos sencillos. Así, lo que sucede es
que los datos sofisticados, para los que se carece de servicios plantean un
importante desafío al negocio.

Para superar este reto y los problemas que implica, las organizaciones que se
decidan a implementar el diagrama de arquitectura SOA tendrán que
asegurarse de que la solución que escojan les permita acceder a servicios de
datos que, como mínimo, incluyan:

 Limpieza de datos.

 Descubrimiento de datos.

 Servicios de metadatos.

 Entrega de datos.

 Integración de datos.

Claves de un diagrama de arquitectura SOA para integración de datos

La estrategia de adopción del diagrama de arquitectura SOA debe comenzar

identificando cuáles son los impulsores de negocio y de IT que llevan a la
compañía a apostar por este modelo arquitectónico.

Llegados a este punto, es importante tener clara la importancia de escoger en

base a las capacidades de los servicios de datos, que han de estar bien definidos,
ser reutilizables y modulares y, por supuesto, también relevantes; la organización
puede tener la tranquilidad de que el acceso, la integración y la entrega en
tiempo real de datos empresariales en todo el negocio estarán garantizados.

Así, la plataforma adecuada de servicios de datos empresariales tiene el

potencial de agregar valor a SOA a través de una estrategia que cubra
cuestiones como las siguientes:

1. Calidad de datos: encargándose de eliminar duplicidades, faltas de

consistencia y fallos de precisión en la información que puedan
presentarse en aplicaciones y sistemas heredados dispares.

2. Acceso a datos: asegurando a los usuarios de la organización la

puesta a disposición de datos estructurados, semiestructurados y no
estructurados; procedentes de bases de datos jerárquicas y relacionales,
así como de sistemas mainframe, archivos y documentos y aplicaciones.
 3. Gobierno de datos: ocupándose de aspectos tan relevantes como el linaje
de datos y metadatos, la gestión, documentación, reporting y otras
herramientas de auditoría que ayuden a cumplir con los requisitos de la
legislación vigente.

4. Semántica de datos: mediante servicios que proporcionan el contexto

empresarial detrás de definiciones de datos para los conceptos más
importantes.

5. Procesamiento de datos a granel: consiste en el soporte Big Data que la

empresa necesita, que debe asegurar el rendimiento adecuado para el
trabajo con grandes volúmenes de información.

https://blog.powerdata.es/el-valor-de-la-gestion-de-datos/que-es-soa-y-su-
diagrama-de-arquitectura-para-integracion-de-datos

Capa de acceso
 Baby Valdés
La capa de acceso es una de las capas del diseño jerárquico de una red. Es el
nivel más básico de la red. Representa el perímetro de la red. El tráfico de los
usuarios se inicia en la capa de acceso. Es por donde entra o sale el tráfico de los
usuarios.
La capa de acceso proporciona conectividad a los usuarios. Proporciona un punto
de conexión a la red para los dispositivos de los usuarios finales. Es la parte de la
red que permite a los usuarios obtener acceso a otros hosts, a archivos e
impresoras compartidos.

La capa de acceso está formada por host y por la primera línea de dispositivos de
red. Cada host está conectado a un dispositivo de red.

Funciones de la capa de acceso

Las funciones que proporciona la capa de acceso en un diseño de red de tres
capas son:

 Switching de capa 2
 Alta disponibilidad
 Seguridad del puerto
 Clasificación y marcación de QoS, y límites de confianza
 Inspección del protocolo de resolución de direcciones (ARP)
 Listas de control de acceso virtual (VACL)
 Árbol de expansión
 Alimentación por Ethernet y VLAN auxiliares para VoIP
La capa de acceso se crea, conectando directamente cada host a un dispositivo
de red mediante un cable punto a punto. Cada cable se conecta a una NIC del
host y a un puerto del dispositivo de red.
Dispositivos de la capa de acceso

Los hosts o dispositivos finales se conectan a otros hosts a través de un

dispositivo de red de capa de acceso, por lo general un hub, un switch o un punto
de acceso inalámbrico.

Hubs en la capa de acceso

 Dispositivos simples que no decodifican los mensajes enviados entre los
hosts
 No pueden determinar qué host debe recibir un mensaje en particular
 Sólo acepta datos en un puerto, para después regenerarlos y enviarlos al
resto de los puertos
 Funcionan como repetidor extendiendo el alcance de una red cuando se
produce deterioro de los datos a causa de la distancia

Los hubs no se utilizan con tanta frecuencia debido a que disminuyen el ancho de banda
disponible, para los dispositivos conectados a estos, al no segmentar el tráfico. Además,
contribuyen a que haya un tráfico constante e innecesario de datos entre los dispositivos
conectados a estos.

Switches en la capa de acceso

 Filtran y segmentan el tráfico de la red al enviar datos solo al dispositivo al que se
envían los datos
 Proporcionan un mayor ancho de banda dedicado a cada dispositivo de la red
  Mantienen una tabla de conmutación para determinar que host debe recibir el mensaje
 Al enviar tramas hacia el destino, los otros puertos no se ven afectados

https://www.administracionderedes.com/redes-informaticas/capa-de-acceso/#:~:text=La
%20capa%20de%20acceso%20proporciona%20conectividad%20a%20los,a%20otros%20hosts
%2C%20a%20archivos%20e%20impresoras%20compartidos.

CAPA DE RECURSO (RESOURCE)

En el nivel correspondiente a la capa de Recurso (Resource) es donde se
encuentran los protocolos que permiten obtener la información de un recurso en
particular y gestionarlo controlando el acceso, arranque de procesos, gestión,
monitorización y auditoria.

Las implementaciones de estos protocolos llaman a funciones de capa Fabric para

acceder y controlar recursos locales. Los protocolos de esta capa se refieren a
recursos individuales y por ende ignoran resultados de estado global y acciones
atómicas a lo largo de colecciones distribuidas, éstos son de consideración para la
capa colección.

CAPA DE RECURSO (RESOURCE)

En el nivel correspondiente a la capa de Recurso (Resource) es donde se
encuentran los protocolos que permiten obtener la información de un recurso en
particular y gestionarlo controlando el acceso, arranque de procesos, gestión,
monitorización y auditoria.

Las implementaciones de estos protocolos llaman a funciones de capa Fabric para

acceder y controlar recursos locales. Los protocolos de esta capa se refieren a
recursos individuales y por ende ignoran resultados de estado global y acciones
atómicas a lo largo de colecciones distribuidas, éstos son de consideración para la
capa colección.
 Figura 2. Arquitectura de capas de un sistema Grid, en relación con la arquitectura de protocolos
de Internet.

En la figura 2 se distinguen dos clases principales de protocolos:

Protocolo de información
Para obtener información sobre la estructura y estado de los recursos.

Protocolos de manejo
Usados para negociar el acceso a un recurso compartido, especificando por
ejemplo sus requerimientos (incluyendo reservas avanzadas ó calidad de servicio),
y operaciones para optimizar estos recursos, como ser la creación de procesos o
acceso a datos. A partir de que el manejo de protocolos es responsable para la
inicialización de las relaciones del sharing deben servir como puntos de aplicación
de política, asegurando que las operaciones requeridas por el protocolo sean
consistentes con las políticas bajo las cuales el recurso es compartido. Los
protocolos a menudo pueden soportar el monitoreo del estado de una operación y
el control de la misma.
 Figura 2. Arquitectura de capas de un sistema Grid, en relación con la arquitectura de protocolos
de Internet.

En la figura 2 se distinguen dos clases principales de protocolos:

Protocolo de información
Para obtener información sobre la estructura y estado de los recursos.

Protocolos de manejo
Usados para negociar el acceso a un recurso compartido, especificando por
ejemplo sus requerimientos (incluyendo reservas avanzadas ó calidad de servicio),
y operaciones para optimizar estos recursos, como ser la creación de procesos o
acceso a datos. A partir de que el manejo de protocolos es responsable para la
inicialización de las relaciones del sharing deben servir como puntos de aplicación
de política, asegurando que las operaciones requeridas por el protocolo sean
consistentes con las políticas bajo las cuales el recurso es compartido. Los
protocolos a menudo pueden soportar el monitoreo del estado de una operación y
el control de la misma.

https://www.textoscientificos.com/redes/computacion-grid/arquitectura/
recurso#:~:text=En%20el%20nivel%20correspondiente%20a%20la%20capa
%20de,acceso%2C%20arranque%20de%20procesos%2C%20gesti%C3%B3n
%2C%20monitorizaci%C3%B3n%20y%20auditoria.

Laboratorio Virtual de Iniciación

al Estudio de la Electrocinética y
Circuitos de Corriente
Proyecto fin de carrera pote