ARQUITECTURA ORIENTADA A SERVICIOS

La Gestión Pública necesita dar servicios en línea como parte de su transformación digital,
procesar cada vez más grandes porciones de información, procesos y eventos complicados, e
intercambiar información entre diferentes Administraciones y Organismos, independientemente
de las plataformas tecnológicas y aplicaciones utilizadas por las diversas administraciones. El
enfoque SOA aplicado a la Gestión Pública posibilita solucionar las diferencias tecnológicas
provocadas por la descentralización, integrando las distintas tecnologías existentes en portales
dirigidos a la ciudadanía.

¿QUÈ ES LA ARQUITECTURA ORIENTADA A SERVICIOS?

La Arquitectura Dirigida a Servicios de comprador, popular además como SOA por sus siglas en
inglés, es un criterio de arquitectura de programa que define la implementación de servicios
(programas o rutinas que hacen una funcionalidad específica) para ofrecer soporte a los
requisitos del comercio.

Lo cual posibilita, la Arquitectura Dirigida a Servicios, es la construcción de sistemas de

información ampliables, versátiles y flexibles que tienen la posibilidad de contribuir a las
empresas a fomentar el rendimiento y, simultáneamente, minimizar costes de IT y mejorar la
flexibilidad en los procesos del comercio.

La Arquitectura Dirigida a Servicios es una potente aliada en el momento de realizar la

administración de enormes volúmenes de datos (datos en la nube y jerarquías de datos).
BENEFICIOS DE LA ARQUITECTURA ORIENTADA A SERVICIOS (SOA)
El beneficio primordial de esta Arquitectura Dirigida a Servicios es la reutilización de sus
elementos. Posibilita reaprovechar los desarrollos de servicios que se hacen en un rato definido
para la construcción de otros servicios, y por consiguiente, posibilita contar con más grandes
servicios en el período de tiempo más corto que se pueda.

Las aplicaciones en los ámbitos de SOA carecen de sentido personal, debido a que o bien es un
grupo de servicios, o bien es en sí mismo un servicio para otro sistema más grande.

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 plan SOA se debería partir de una concepción estratégica del comercio, alinear
todos los recursos instrumentales, sistemas, procesos, información, aplicaciones hacia el núcleo
de comercio de la Gestión, que son los servicios a la ciudadanía, necesita un enfoque universal.

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 el recurso 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.