1.

Arquitectura Orientada a Servicios (SOA)

Definición
Es un enfoque de desarrollo de aplicaciones de software empresarial, en el cual los procesos del
software se descomponen en servicios, que después se hacen disponibles y visibles en una red. Cada
servicio provee funcionalidades para poder ser adecuado a las necesidades de la empresa, mientras
esconde los detalles subyacentes de implementación. Puede ser una red local, Internet o bien una
red geográfica y tecnológicamente distinta, que combina servicios distintos puntos aunque estén todos
instalados en su desktop local. Esos servicios pueden combinarse para realizar una tarea empresarial
específica, para permitir que su empresa se adapte a condiciones y requisitos cambiantes

Ventajas
 Permite formular una estrategia que combine nuevas tecnologías y aplicaciones independientes,
permitiendo que los componentes del proceso se integren y coordinen.
 Provee la habilidad de modernizar los procesos de negocios, que a su vez promueve una
administración de procesos de negocios ágil.
 Facilita la integración de los diferentes ambientes encontrados en muchas organizaciones. SOA
facilita la colaboración, y compartición de información, en toda la organización y con socios
externos.
 Permite personalizar los procesos de negocios sin modificar su código fuente. Con SOA, hacer
que los procesos en los sistemas funcionen en un negocio es sólo una cuestión de configuración,
no personalización.

Desventajas
 SOA depende de la implementación de estándares. Sin estándares, la comunicación entre
aplicaciones requiere de mucho tiempo y código.
 SOA no es para: aplicaciones con alto nivel de transferencia de datos, aplicaciones que no
requieren de implementación del tipo request/response y para aplicaciones que tienen un corto
periodo de vida.
 Incrementalmente se hace difícil y costoso el ser capaz de cumplir con los protocolos y hablar con
un servicio.
 Implica conocer los procesos del negocio, clasificarlos, extraer las funciones que son comunes a
ellos, estandarizarlas y formar con ellas capas de servicios que serán requeridas por cualquier
proceso de negocio.
 En la medida en que un servicio de negocio, vaya siendo incorporado en la definición de los
procesos de negocio, dicho servicio aumentara su nivel de criticidad.

Principios de diseño
SOA destaca lo siguiente principios básicos:
 Contratos estandarizados: los servicios dentro del mismo inventario, deben estar acordes a los
mismos principios de diseño de contratos.
 Bajo acoplamiento: de los servicios respecto a su entorno y, a su vez, imponer bajo acoplamiento
a sus consumidores.
 Abstracción: con unos contratos que sólo contienen lo esencial y sin que exista más información
que la publicada en los contratos.
 Reutilización: contenedores de lógica agnóstica que pueda ser fácilmente reutilizada en
diferentes contextos.
 Autonomía: ejerciendo un alto control sobre el entorno de ejecución subyacente.
 Ausencia de estado: Capacidad de ser descubiertos: complementados con metadatos que hacen
que puedan ser adecuadamente descubiertos e interpretados.
 Capacidad de ser combinados: formando lógicas más complejas.

Estándares de servicio web

Un Bus de Servicio Empresarial (ESB): es un modelo de arquitectura de software que gestiona la
comunicación entre múltiples servicios web, se enfoca en resolver el problema que surge cuando los
servicios web dentro de una organización se multiplican lo que hace necesario desarrollar conectores
que permitan comunicar las diferentes aplicaciones.
SOA tiene que permanecer independiente de cualquier cuestión tecnológica por lo que implementación
de los servicios SOA no tiene porqué ser mediante servicios web. Se debe considerar su relación con
los mismos:
 En un servicio web, el sistema que lo publica es el proveedor, y los sistemas que lo invocan son
los consumidores. Un sistema provee una solución tecnológica a una serie de consumidores.
 En un servicio SOA, el proveedor invoca a un servicio web publicado por el ESB, y éste invoca a
los servicios web publicados por los consumidores del servicio SOA. Un sistema provee un evento
de negocio a una serie de consumidores, usando para ello como medio tecnológico los servicios
web o cualquier otra solución tecnológica válida.

2. Web Services Description Language (WSDL)

¿Qué es WSDL l?
Es una notación XML para describir un servicio web. Una definición WSDL indica a un cliente cómo
componer una solicitud de servicio web y describe la interfaz que proporciona el proveedor del servicio
web. Las operaciones y mensajes que soporta se describen en abstracto y se ligan después al
protocolo concreto de red y al formato del mensaje.
WSDL se usa a menudo en combinación con SOAP y XML Schema. Un programa cliente que se
conecta a servicio web puede leer el WSDL para determinar qué funciones están disponibles en el
servidor. Nos permite tener una descripción de un servicio web que especifica la interfaz abstracta a
través de la cual un cliente puede acceder al servicio y los detalles de cómo se debe utilizar.

Funcionamiento
El WSDL describe los servicios Web a través de los mensajes que se intercambian entre el
proveedor del servicio y el cliente.

1. Lo primero que realiza el cliente al hacer una solicitud al servicio es tomar la definición del archivo
WSDL.
2. El servidor entrega el fichero WSDL. Este archivo indica a la petición los métodos y propiedades
de ese servicio que están disponibles.
3. El cliente hace la petición en el formato que espera el servidor según las especificaciones del
fichero WSDL en el que se dice qué parámetros acepta y de qué tipo.
4. El servidor entrega el resultado de la consulta.

Estructura de contenido
Las siguientes secciones describen las características del código de cliente generado:
 Definiciones: Contiene la definición de uno o más servicios. JDeveloper genera las siguientes
declaraciones de atributos para esta sección:

o El nombre es opcional.
o targetNamespace es el espacio de nombres lógico para obtener información sobre este
servicio. xmlns es el espacio de nombres predeterminado del documento WSDL, y está
configurado en http://schemas.xmlsoap.org/wsdl/.
o Todos los elementos WSDL, como <definitions>, <types> y <message> residen en este
espacio de nombres.
 Tipos: Proporciona información sobre los tipos de datos complejos utilizados en el documento
WSDL. Cuando se utilizan tipos simples, el documento no necesita tener una sección de tipos.
 Mensaje: Una definición abstracta de los datos que se comunican.
 Operación: Una descripción abstracta de la acción respaldada por el servicio.
 portType: Un conjunto abstracto de operaciones soportadas por uno o más puntos finales.
 Unión: Describe cómo se invoca la operación especificando especificaciones concretas de
protocolo y formato de datos para las operaciones y los mensajes.
 Puerto: Especifica un único punto final como una dirección para el enlace, definiendo así un
único punto final de comunicación.
  Servicio: Especifica la (s) dirección (es) de puerto del enlace. El servicio es una colección de
puntos finales de red o puertos.
Ejemplo
<message name="getTermRequest">
<part name="term" type="xs:string"/>
</message>

<message name="getTermResponse">
<part name="value" type="xs:string"/>
</message>

<portType name="glossaryTerms">
<operation name="getTerm">
<input message="getTermRequest"/>
<output message="getTermResponse"/>
</operation>
</portType>

Bibliografía
Acedo J. (01 de enero de 2012). wordpress."Web Service: Definición, utilización y estructura del WSDL", Recuperado el 1
de noviembre de 2019, de http://programacion.jias.es/2012/01/web-service-definicion-utilizacion-estructura-del-wsdl/

IBM Corporation. (25 de Marzo de 2014). IBM Knowledge Center." Introducción a SOA y servicios web". Recuperado el 1
de noviembre de 2019, de https://www.ibm.com/developerworks/ssa/webservices/newto/service.html

IBM Corporation. (25 de Abril de 2014). IBM Knowledge Center."¿Qué es WSDL?". Recuperado el 1 de noviembre de
2019, de
https://www.ibm.com/support/knowledgecenter/es/SSMKHH_9.0.0/com.ibm.etools.mft.doc/ac34640_.htm

Morales M. ().Modus Operantic®."Los servicios web y SOA", Recuperado el 1 de noviembre de 2019, de

https://www.modusoperantic.com/es/los-servicios-web-y-soa-enemigos-intimos/

Oracle. (25 de Marzo de 2015). Oracle." Structure of a WSDL Document ". Recuperado el 14 de octubre de 2019, de
https://download.oracle.com/otn_hosted_doc/jdeveloper/1012/web_services/ws_wsdlstructure.html