estudio comparativo de plataformas cloud computing para ...

ESTADO DE LA CUESTIÓN
ESTUDIO COMPARATIVO DE PLATAFORMAS CLOUD COMPUTING PARA ARQUITECTURAS SOA
sistemas como en sistemas más pequeños. Una consideración importante es que "la política" entra
en juego: hay que comprometerse con los demás, y hay que aceptar que existen diferentes
prioridades y soluciones. Porque no se puede controlar todo, hay que aceptar que no siempre puede
ser capaz de hacer las cosas a su manera.
2.1.6 Heterogeneidad
Josuttis [2007] explica que una diferencia muy importante entre los sistemas pequeños y grandes es
la falta de armonía. Todos lo sabemos por experiencia (aunque podríamos no estar de acuerdo
acerca de si se trata de un fenómeno natural o el resultado de un mal diseño). Los grandes sistemas
utilizan distintas plataformas, diferentes lenguajes de programación (y paradigmas de
programación), e incluso diferentes componentes middleware. Se trata de un lío de mainframes,
ejércitos de SAP, bases de datos, aplicaciones J2EE, pequeños motores de reglas, etc. En otras
palabras, son heterogéneos.
En el pasado, se han propuesto una gran cantidad de métodos para resolver el problema de la
integración de sistemas distribuidos mediante la eliminación de la heterogeneidad: "Vamos a
armonizar, y todos los problemas habrán desaparecido," "Vamos a sustituir todos los sistemas con
aplicaciones J2EE", "Vamos a usar CORBA en todas partes", "Usemos serie MQ," y así
sucesivamente. Pero todos sabemos que estos métodos no funcionan. Grandes sistemas distribuidos
con diferentes propietarios son heterogéneos.
Esto es un hecho, y por lo tanto algo que debemos aceptar la hora de diseñar soluciones distribuidas
de gran tamaño.
2.2 Modelos usuales de SOA
En esta sección se presentan algunos modelos usuales de SOA, entre ellos arquitectura de servicios
(sección 2.2.1), arquitectura de composición de servicios (sección 2.2.2), arquitectura de inventario
de servicios (sección 2.2.3) y arquitectura empresarial orientada a servicios (sección 2.2.4).
Erl [2009] observa que todos los programas de software acaban siendo compuestos, o bien
residiendo en alguna forma de combinación arquitectónica de recursos, tecnologías y plataformas
(relacionadas con la infraestructura o no). Si nos tomamos el tiempo para personalizar estos
elementos arquitectónicos, podemos establecer un ambiente refinado y normalizado para la
TRABAJO FINAL DE ESPECIALIZACIÓN EN ING. EN SISTEMAS DE INFORMACIÓN
12
FRANCO BOCCHIO