Sei sulla pagina 1di 8

Mara Jos Sancha Maya

GTIC-ARQSW

1.Introduccin a las arquitecturas y virtualizacin. A la


bsqueda de la elastcidad
Evolucin de los paradigmas de Programacin

Evolucin de los entornos de computacin

1.1.Los negocios hoy...


Necesitan de la TI
Esto implica que se tomen diversas decisiones:
Crear departamentos de TI.
Desarrollan aplicaciones a medida
Dan soporte de las infraestructuras
[Alternatva: Se externalizan estas funciones]
Se compran y usan aplicaciones
Estn guiados por procesos
Tienen una estructura jerrquica y compleja
Esto implica que:
Las aplicaciones y el departamento de TI tratan de dar soporte a los proceso e integrar a
los elementos de la jerarqua para conseguir la agilidad en el negocio.

1.2.Introduccin
Queremos saber:
Una forma de dar soporte informtco al proceso de negocio
Dotndolo de gran fexibilidad para responder rpidamente a cambios en el negocio
Facilitando la integracin con otros sistemas de la propia empresa o de otras empresas
SOA: Service Oriented Architecture

1.2.1.SOA en la realidad
1.
All teams will henceforth expose their data and functonality through service interfaces.
2.
Teams must communicate with each other through these interfaces.
3.
There will be no other form of inter-process communicaton allowed: no direct linking, no
direct reads of another teams data store, no shared-memory model, no back-doors whatsoever.

Mara Jos Sancha Maya

GTIC-ARQSW

The only communicaton allowed is via service interface calls over the network.
4.
It doesnt mater what technology they use. HTTP, Corba, Pub-Sub, custom protocols
doesnt mater. Bezos doesnt care.
5.
All service interfaces, without excepton, must be designed from the ground up to be
externalizable. That is to say, the team must plan and design to be able to expose the interface to
developers in the outside world. No exceptons.
6.
Anyone who doesnt do this will be fred.
7.
Thank you; have a nice day!

1.3.Servicios
En el mundo real usamos muchos servicios:

NO nos preocupamos de las partcularidades internas de los servicios, simplemente los usamos
(gracias a que su interfaz es pblica y conocida).
Defnicin de servicio segn el W3C:
A service is an abstract resource that represents a capability of performing tasks that form a
coherent functonality from the point of view of providers enttes and requesters enttes. To be
used, a service must be realized by a concrete provider agent.
Un servicio es un recurso abstracto que representa una capacidad de realizar tareas que forman
una funcionalidad coherente desde el punto de vista de los proveedores de las entdades y de las
entdades solicitantes. Para ser utlizado, un servicio debe ser realizado por un agente proveedor
de concreto.

1.3.1.Tipos de Servicios
Servicios de Negocio:
la encapsulacin lgica de una funcin de negocio
Ej: En el restaurante tendramos el servicio de preparacin de comida, el servicio de toma
de
pedidos, el servicio de entrega de pedidos, etc...
Servicios Web:
Un sistema sofware diseado para soportar interaccin interoperable de mquina a
mquina a travs de una red W3C

Mara Jos Sancha Maya

GTIC-ARQSW

1.3.2.Principios de diseno de Servicios


Como ser un buen servicio:
Encapsulacin
Abstraccin
Bajo Acoplamiento
Reusabilidad
Contrato Formal & auto-descripcin
Componibilidad
Ausencia de Estado (o estado mnimo)

1.3.3.La clave de los Servicios: El Contrato


El contrato formal de un servicio debe incluir:
El conjunto de operaciones que soporta el servicio. (La lgica que se expone)
Los mensajes de entrada y salida que soporta cada operacin del servicio. (El protocolo
para el uso de la lgica que se expone)
El modelo de representacin de datos de cada mensaje. (Los datos que usa y provee la
lgica que se expone).
Los pormenores y confguracin para la comunicacin con el servicio.
El punto de invocacin (endpoint) del servicio.

1.3.4.

Arquitectura

El Open Group Architecture Forum (TOGAF) provee dos defniciones distntas para arquitectura
dependiendo del contexto:
1. Una descripcin formal de un sistema, o un plano detallado del sistema a nivel de
componentes para guiar su implementacin
2. La estructura de componentes, sus relaciones, y los principios y guas que gobiernan su diseo
y evolucin en el tempo

1.3.5.Defnicin
Qu ser entonces la Arquiectura Empresarial (AE)?
Wikipedia: La aplicacin de un mtodo riguroso y lgico para la descripcin de la
estructura y comportamiento de los procesos, sistemas, personal y suborganizaciones de la
organizacin, para alinearlos con los objetvos de la direccin estratgica

Objetvo de la AE:
Defnir una forma ordenada de proveer a todos los niveles de la empresa un marco de
trabajo defnido y claro, unas lineas del campo donde todos los actores de la empresa estn
considerados, y donde cada nivel partcipa, centrndose en los procesos y fnalmente apoyando las
estrategias y metas del negocio

Mara Jos Sancha Maya

GTIC-ARQSW

1.3.6.Arquitectura Sofware
Defnicin de arquitectura de un sistema sofware segn estndar IEEE 1471-2000:
La organizacin fundamental de un sistema representada a travs de sus componentes, las
relaciones entre ellos y con el entorno, y los principios que guan su diseo y evolucin.
SegnRalphJohnson:
Es algo subjetvo, el conocimiento colectvo de los desarrolladores expertos de un
proyecto sobre el diseo del sistema. La arquitectura slo incluye los componentes e interfaces
entendidos por todos los desarrolladores.

1.3.7.Cohesin y acoplamiento

Acoplamiento: Medida cualitatva del grado en el que un mdulo est conectado a otros y
al mundo exterior.

Cohesin: Medida cualitatva del grado de relacin entre los elementos de un mdulo

Assets reusables

1.3.8.Dos arquitecturas

Mara Jos Sancha Maya

GTIC-ARQSW

1.3.9.

El sofware empresarial

1.3.10.

Evolucin de los sistemas

1.3.11.

Solucionando la integracin

Aos 80

RPC

Funciones

Aos 90

CORBA

Orientacin a objetos

Aos 2000 Servicios Orientacin a servicios

Mara Jos Sancha Maya

1.3.12.

SOA

1.3.13.

Procesos en SOA: BDD

Proceso = conjunto de tarea

GTIC-ARQSW

Mara Jos Sancha Maya

GTIC-ARQSW

Aprovechar lo existente

Cmo lo implementbamos antes?

RPC

Cdigo Funciones

CORBA Cdigo
SOA

Procesos de negocio con BPEL

BPEL

Objetos
Servicios

Mara Jos Sancha Maya

1.3.14.

GTIC-ARQSW

Conclusiones

Ventajas del uso de SOA

El objetvo que persigue la orientacin a servicios es:


Dotar de fexibilidad a los sistemas sofware para responder rpidamente a cambios
en el negocio
Facilitar la integracin con otros sistemas de la propia empresa o de otras empresas

En un sistema con SOA:


Los elementos bsicos son consumidor de servicio, proveedor de servicio y registro.
Los servicios son la unidad de construccin fundamental.
Se tende a integrar los servicios por medio de un Enterprise Service Bus (ESB).

Potrebbero piacerti anche