J. A.

Quintero - Patrn de arquitectura - Broker

PATRN DE ARQUITECTURA - BROKER

Jobelo Andrs Quintero Rodrguez
e-mail: ignusmart gmail.com

RESUMEN: El patrn de arquitectura de software

Broker es aplicado a la estructuracin de sistemas distribuidos, en los cuales sus componentes tienen un alto nivel de desacoplamiento e interactan de manera remota generalmente. Esto se logra con la introduccin de un componente Broker, el cual se encarga de desacoplar los clientes y servidores. En este patrn arquitectural, adems de encontrar componentes como Servidores, clientes, Broker tambi n se encuentran componentes de tipo pro!y "capa entre clientes y el broker# y de tipo bridge "ocultar detalles de implementacin entre dos broker#. PALABRAS CLAVE: arquitectura! desaco"lado! intero"erabilidad. com"onente!

2.3 COMPONENTES
2.3.1 SERVIDOR
3os ser$idores son com"onentes que im"lementan ob%etos que a tra$s de inter-aces e2"onen su -uncionalidad que est' com"uesta "or o"eraciones & atributos. 4n lengua%e de de-inicin de inter-az .5631 o un est'ndar binario (ace que las inter-aces estn dis"onibles. #2isten dos ti"os de /er$idores: 3os ser$idores que o-recen ser$icios comunes a muc(os dominios de a"licacin 3os ser$idores que im"lementan una -uncionalidad es"ec-ica "ara un dominio de a"licacin es"ec-ico.

1 INTRODUCCIN
#ste documento da a conocer las caractersticas "rinci"ales del "atrn arquitectnico brker! dando a conocer sus "rinci"ales caractersticas! com"onentes! $enta%as! des$enta%as & usos conocidos.

2.3.2 CLIENTE
3os clientes son a"licaciones que acceden a los ser$icios de uno o m's ser$idores. Para (acer uso de estos ser$icios! los clientes en$an solicitudes al Broker. 3uego de que la o"eracin se (a e%ecutado! el brker se encarga de en$iar a los clientes una res"uesta .72ito o #2ce"cin1. 3a interaccin entre ser$idores & clientes se (ace de manera din'mica! es decir los ser$idores "ueden actuar como clientes en cualquier momento. Para acceder a los distintos ser$icios! los clientes no necesitan conocer la ubicacin de los ser$idores a los que acceden! esta caracterstica "ermite que se "uedan agregar nue$os ser$icios! adem's de que los ser$icios e2istentes "uedan ser reubicados mientras el sistema est en -uncionamiento.

2 PATRON BROKER
2.1 CARACTERSTICAS GENERALES
#l "atrn Broker es un "atrn arquitectnico a"licado a sistemas distribuidos! en los cuales los com"onentes est'n altamente desaco"lados & "or lo general es necesaria una interaccin remota entre los com"onentes que com"onen el sistema. #l entorno en el que se a"lica este "atrn es un sistema distribuido! (eterogneo! con com"onentes inde"endientes que interact)an entre s. *+,

2.3.3 BROKER
#l brker es un com"onente que cum"le el "a"el de mensa%ero dentro del sistema! es res"onsable de la transmisin de solicitudes en$iadas "or clientes a los ser$idores! tambin son res"onsables de la transmisin de res"uestas de los ser$idores a los clientes .Res"uestas de 2ito o e2ce"ciones1. #l brker localiza al rece"tor de una solicitud en base a un sistema de identi-icadores )nicos. #l brker o-rece AP58s+ a clientes & ser$idores que inclu&en o"eraciones "ara el registro de ser$idores & el llamado de mtodos de ser$idores. 0uando una solicitud dirigida a un ser$idor llega a un brker! este "asa la solicitud directamente al ser$idor! si el ser$idor se encuentra inacti$o! el brker se encarga de acti$arlo. #l brker en$a todas las res"uestas
1

2.2 ESTRUCTURA
Para lograr el desaco"lamiento entre com"onentes & la comunicacin remota entre estos! se introduce un com"onente conocido como Broker! la -uncin "rinci"al de este com"onente es lograr el desaco"lamiento de los ser$idores & de los clientes. Adem's de los com"onentes &a mencionados en este "atrn .Brokers! /er$idores & 0lientes1! est' constituido tambin "or com"onentes de ti"o Bridge & de ti"o Pro2&.

API: Interfaz de programacin de aplicaciones, es el conjunto de funciones y procedimientos que ofreces cierta biblioteca para ser utilizado por otro software como una capa de abstraccin.

J. A. Quintero - Patrn de arquitectura - Broker

.
.#2ce"ciones & res"uestas de 2ito1! las cuales son "roducto de la e%ecucin de un ser$icio al cliente que (izo la solicitud. #n tal caso de que el ser$idor es"eci-icado sea mantenido "or otro brker! el brker actual encuentra una ruta al brker remoto & en$a la solicitud a este. *9, #-iciencia restringida .debido a que la distribucin de com"onentes es din'mica1 Ba%a tolerancia a -allos .6e"endencia de los com"onentes de ti"o broker1 0om"le%idad a la (ora de (acer "ruebas & debbuging.

2.3.4 BRIDGES
3os bridges son com"onentes de uso o"cional! estos son utilizados "ara ocultar los detalles de im"lementacin cuando dos brokers interact)an entre s. Por e%em"lo si dos brokers di-erentes se comunican entre s a tra$s de la red! deben "oder (acerlo sin im"ortar el sistema o"erati$o o la con-iguracin de la red en la que estos se encuentran.

3 CONCLUSIONES
A "esar de que el "atrn arquitectural Broker est' "ensado "ara desaco"lar la interaccin entre com"onentes de un sistema .0lientes & ser$idores1! la -uncionalidad del sistema queda atada a los com"onentes Broker! lo cual es una des$enta%a! a no ser de que $arios Broker "ermitan la solicitud de "eticiones a un mismo ser$idor! lo cual tambin sera otra des$enta%a en cuestiones de gasto de recursos com"utacionales.

2.3.5 PROXIES DEL LADO DEL CLIENTE

3os "ro2ies del lado del cliente son com"onentes adicionales que re"resentan una ca"a m's entre los clientes & el broker! con el -in de "ro$eer trans"arencia! en el sentido de que un ob%eto remoto a"arece como ob%eto local ante el cliente! es decir! se encargan de esconder detalles de im"lementacin como : 3a creacin & eliminacin de bloques de memoria! #l ti"o de mecanismo de comunicacin entre "rocesos utilizado "ara trans-erir un mensa%e entre clientes & brokers! el mars(aling9 de "ar'metros & resultados. *:,

4 RE"ERENCIAS
*+, (tt":==users.dcc.uc(ile.cl=>mmarin=re$ista-sccc=sccc?eb=@olA=?is+."d*9, (tt":==???.mcc.unam.m2=>cursos=Algoritmos=%a$a60 BB- 9=broker.(tml *:, (tt":==???.mcc.unam.m2=>cursos=Algoritmos=%a$a60 BB- 9=broker.(tml

2.3. PROXIES DEL LADO DEL SERVIDOR

3os "ro2ies del lado del ser$idor son similares a los "ro2ies del lado del cliente! la di-erencia es que estos son res"onsables de recibir solicitudes! desem"aquetar los mensa%es que llegan! el unmars(aling de los "ar'metros! llamar al ser$icio a"ro"iado! & el mars(aling de resultados .#2ce"ciones & resultado e2itoso1 antes de que estos sean en$iados al cliente.

2.4 VENTA!AS
#2tensibilidad de com"onentes ;acilidad de cambio de com"onentes <rans"arencia en ubicacin de com"onentes Portabilidad 5ntero"erabilidad con otros sistemas de ti"o Broker Reusabilidad

2.5 DESVENTA!AS

!ars"aling: Proceso de transformacin de la representacin en memoria de un objeto a un formato de datos adecuado para el almacenamiento o la transmisin, se utiliza generalmente cuando los datos deben ser mo#idos entre diferentes partes de un software o de un software a otro.