Ing. de Sistemas

 
MiddleWare 
Middleware  facilita  y  gestiona  la  interacción  entre  aplicaciones   a  través   de  plataformas  informáticas  heterogéneas.  LT  es  la 
solución  arquitectónica   al  problema   de  integrar  una   colección   de  servidores  y aplicaciones  en una interfaz de servicio común. Tan 
simple  como  esta  descripción   es,  todavía cubre  una amplia  gama de situaciones. Obviormente,  la integración de  dos bases de  datos 
que  residen  en  la  LAN   sarne  no  es  lo  mismo  que  la  integración  de  dos  sistemas   de  3  niveles  completos  que  residen en  las ramas 
diiferent  de  la   misma   empresa   y   vinculados   a  través   de  una  línea  arrendada. Por  la mismarazón,  las soluciones empleadas  en este 
último  caso  canotadas  ser  los  mismos si  los  sistemas se integren son propiedad de las  diferentes empresas  y  deben comunicarse a 
través de Internet. 
En  este  y  en  los  dos  capítulos  siguientes  nos  examinan   en  profundidad   la  gama  completa  de   posibilidades de integración. En  
este  capítulo Cubrimos plataformas middleware convencionales tal como  se  utiliza  en entornos restringidos, como  LANS o más de  una  colección  de   siibsystenis  que  están  físicamente  cerca   uno   del  otro.   En  el   capítulo  3  se  discute  la  integración  cuando  los 
sistemas  implicados  son  aplicaciones  completas.  Por   último,  en  el  capítulo   4   se   discuten   las  tecnologías   Web y su impacto  en la  
integración  de  aplicaciones.   En  todos  los  casos  hablamos  de  middleware­a  menudo  el  mismo  tipo  de  middleware,  a excepción de 
pequeñas  extensiones   necesarias  para   hacer   frente   a  los  nuevos  requisitos.   En  consecuencia,  en  este  capítulo  cubrimos  todos los 
aspectos  básicos  de  middleware  y  las  plataformas  de  middleware  más  comunes  disponibles   hoy   en  día.   Nosotros  tratamos  de  
seguir  una  secuencia  lógica   que  refleja   en gran  medida   cómo  se  desarrollaron   estas  diferentes  plataformas  (Sección  2.1). 
Comenzamos  con  RPC  y  middleware  relacionado  (Sección  2.2).  Luego,   cubrimos  monitores  TP  modernas  (Sección  2.3)  como  
extensiones  transaccionales  a   RPC,  corredores  de  objetos (Sección 2.4) como  la orientada a objetos Versión de RPC, monitores de 
objetos  (Sección  2.4.6)  como el resultado de la fusión de los supervisores de  TP  y  corredores de  objetos y middleware orientado a 
mensajes  (Sección  2.5)  como   el  descendiente  de   RPC  asincrónica.  Para  cada  una   de  estas  plataformas  que  ofrecemos  una  breve 
perspectiva   histórica,  discutir  su   enfoque  particular  de   middleware,  y  compararlo  con  otras   formas  de  middleware  con  el  fin  de identificar sus ventajas y desventajas. 
 

 
 
2.1 Comprensión deMiddleware 
 
plataformasMiddleware   cumplen  varios  roles   y   aparecen  en   muchas formas.  lt puede ser difícil  identificar los puntos en común y 
obtener  una  perspectiva  completa  de  la  funcionalidad  que  cada  uno  ofrece.  Antes  de  discutir  las formas concretas  demiddleware, vale la pena pasar algún tiempo comprender los aspectos generales que subyacen en todas las plataformas de middleware. 
 
2.1.1 Middleware como una abstracción Programación 
Middleware ofrece abstracciones de programación que se esconden algunas de las complejidades de la construcción de una aplicación distribuida. En lugar de que el programador tenga que lidiar con todos los aspectos de una aplicación distribuida, es el 
middleware que se ocupa de algunos de ellos. A través de estas abstracciones de programación, el desarrollador tiene acceso a la 
funcionalidad que de otra manera tendría que ser implementada a partir de cero. 
Llamadas  a  procedimiento  remoto  (RPGs)  son un muy buen  ejemplo de  por  qué tales abstracciones  son útiles y de  su evolución  a 
través  del  tiempo.  Imaginemos ...