18/02/2015

DannaCapelln
Mat:111025
ID:1045782

ControldeLectura
ArquitecturaOrientadaaServicios(SOA)

La Arquitectura Orientada a Servicios (SOA) es un paradigma arquitectural (entindase

paradigma comoun estilo de arquitectura empleado) que se utilizaparaconstruirsistemaso
aplicaciones que utilizan un conjunto de servicios. Un servicio se define como la
implementacin de una funcionalidad bien definida, con una interfaz pblica que puede ser
descubierta por consumidores del servicio en cuestin cuando se estn construyendo
diferentesaplicacionesyprocesosdenegocio.

SOA define lafuncionalidaddeunaaplicacincomounconjuntodeserviciosreusablesyque

secomparten.

AcontinuacinlosprincipioscomunesquerigenunaSOA.Losservicios:

1. Sonreusables,
sediseantomandoestoencuenta.
2.

Comparten un contrato formal,

donde se definen los trminos del intercambio de
informacinycualquierinformacincomplementariasobrelosservicios.

3.

Poseenbajoacoplamiento,
enotraspalabras,pocadependenciaentreellos.

4. Abstraen la lgica fundamental, esta es invisible a quienes requieren usar el

servicio.
5. Son componibles, pueden ser parte de otros servicios o estar formado por otros
servicios.
6. Sonautnomos,
nodependendeotrosserviciosparaejecutarsusprocesos.
7. Noposeenestado,
noselerequierequemanejarinformacindeestado.
8. Son detectables,
deben permitir que sus descripciones sean descubiertas por los
usuariosquerequieranhacerusodelservicio.
9. Tienen una interfaz a la que se puede acceder desde la red, para poder ser
invocadadeformaremota.
10. Su ubicacin es transparente, esta debe figurar en un registro donde quienes
requierenelserviciopuedenencontrarlosauncuandocambiendeubicacin.

ImpactodeSOAenlosAtributosdeCalidad

A la hora de utilizar SOA es necesario tomar en cuenta cmo afectan sus principios a los
atributosdecalidad.Acontinuacinseclasificansegneltipodeimpacto:

SOA beneficia: interoperabilidad, confiabilidad, disponibilidad, escalabilidad, extensibilidad,

adaptabilidadymodificabilidad.

1. Interoperabilidad.
Es el atributo ms beneficiado por SOA debido a queestandariza
los protocolos de comunicacin y formato de datos que pueden ser utilizados
efectivamente porsistemasqueutilizandiversastecnologas parainteroperaraescala
mundial.
2. Confiabilidad.
En SOA se le da particular importancia a la confiabilidad de los
mensajesydelosserviciosensmismos.
3. Disponibilidad.
Si el proveedor de un servicio puede construir contingencias en sus
aplicaciones, como manejo de excepciones cuando un servicio no disponible es
invocado, la disponibilidad no decaer, al contrario, podra mejorar, comparado con
otrosparadigmasdearquitectura.
4. Escalabilidad.
Porque hay forma de lidiar con el incremento de usuarios, pero debe
cuidarsedenoafectarnegativamenteotrosatributosenelproceso.
5. Extensibilidad.
Debido a que SOA procura un bajo acoplamiento, esto permite
agregar servicios, cambiar interfaces, entre otras actividades relacionadas con
extensibilidad.
6. Adaptabilidad.
SOA permite:quelosserviciospuedanserconstruidosydesplegados
usando los principios de independencia de ubicacin y transporte permite que los
procesos modelados usando servicios se adapten Los servicios permiten eluso de
distintasplataformas,ambientescomputacionales,utilizandodistintossensores,etc.
7. Modificabilidad.
Esta directamente soportada en la implementacin de SOA igual
quelaextensibilidad.

SOA perjudica: usabilidad, seguridad, desempeo, capacidad de prueba, auditabilidad y

OperatividadyCapacidaddedespliegue.

1. Usabilidad.
Si hay interaccinhumanacuandohayproblemasdedesempeo.Queda
delosproveedoresdarsoporteparausabilidad.
2. Seguridad. Mucho de los modelos para soportar seguridad utilizando SOA est an
inmaduros.
3. Desempeo.
Debido a demoras de la red, el costo de buscar un servicio en un
directorioyelcostocausadoporintermediariosquemanejancomunicacin.
4. Capacidad de prueba.
Debido a la complejidad delosserviciosdepruebaqueestn
distribuidosatravsdelared.

5. Auditabilidad.
La flexibilidad ofrecida por SOApuede hacer que las auditoras sean
difciles, porque si una aplicacin utiliza servicios externos, ser difcilrastrearcules
serviciosestnsiendousadosenesemomento.
6. Operatividad y Capacidad de despliegue.
La complejidad de los data centers, la
heterogeneidad del hardware, la cantidad de software de mltiplesvendedores, hace
que sea difcil madurar en tcnicas para implementar SOA eficientemente en todos
ellos.

SOAyMicroservices

Dentro de las principales particularidades de Microservices frente al genrico SOA cabe

destacar que Microservices busca, esencialmente, descentralizar el procesamiento,
almacenamientoylgicadenegocioenpequeospaquetes(servicios)queseinterrelacionan
entre si segn sus dependencias bajo contratos muy abiertos y capaces de aceptar
respuestas muy diversas tomando de stas slo la informacin til (dumb pipes, smart
endpoints).

Esto contrasta a SOA, o ms bien, a implementaciones habituales de SOA, en que dichas

implementaciones utilizan servicios bsicamente para manejar las interfaces externas, bajo
contratos bien estrictos y dejando el almacenamiento y la mayor partedelprocesamientode
datos(lgicadenegocio)enunprocesocentralizado(core).

En adicin a estas diferencias conceptuales y de diseo, Microservices est orientada a

disfrutar de tecnologas de automatizacin (pruebas, implementacin, etc) relativamente
recientes sin la necesidad de interrumpir procesos mayores al aplicar cambiosen mdulos
(componentes)especficosdelsistemaempresarial.