10.01.2015 Views

estudio comparativo de plataformas cloud computing para ...

estudio comparativo de plataformas cloud computing para ...

estudio comparativo de plataformas cloud computing para ...

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

INTRODUCCIÓN<br />

ESTUDIO COMPARATIVO DE PLATAFORMAS CLOUD COMPUTING PARA ARQUITECTURAS SOA<br />

SOA pue<strong>de</strong> ser entendido también como un mo<strong>de</strong>lo <strong>de</strong> diseño cuyas raíces conceptuales establecen<br />

los principios <strong>de</strong> encapsulamiento <strong>de</strong> la lógica <strong>de</strong> la aplicación por medio <strong>de</strong> servicios, los cuales<br />

pue<strong>de</strong>n interactuar a través <strong>de</strong> protocolos <strong>de</strong> comunicación estandarizados.<br />

La arquitectura orientada a servicios representa la evolución a un nuevo mo<strong>de</strong>lo que permite la<br />

construcción <strong>de</strong> aplicaciones distribuidas. Los servicios implementados en esta arquitectura son<br />

distribuidos en componentes que proveen interfaces bien <strong>de</strong>finidas (las cuales funcionan como<br />

contratos), que <strong>para</strong> el caso <strong>de</strong> los servicios web procesan y distribuyen mensajes basados en XML.<br />

Las soluciones basadas en servicios encuentran sentido cuando se trata la construcción <strong>de</strong><br />

aplicaciones y sistemas que resuelven problemas organizacionales, <strong>de</strong>partamentales y corporativos.<br />

Un negocio con múltiples sistemas y aplicaciones <strong>de</strong>sarrolladas en diferentes <strong>plataformas</strong> pue<strong>de</strong>n<br />

utilizar SOA <strong>para</strong> construir soluciones integradas <strong>de</strong> bajo acoplamiento que implementan flujos <strong>de</strong><br />

trabajos unificados y cooperativos.<br />

Hasan y Duran [2006] presentan el siguiente ejemplo <strong>para</strong> esclarecer el marco teórico <strong>de</strong> SOA: el<br />

concepto <strong>de</strong> servicios pue<strong>de</strong> resultar familiar <strong>para</strong> cualquiera que realice compras en línea<br />

utilizando aplicaciones web <strong>de</strong> tipo “e-commerce” (comercio electrónico; algunos ejemplos <strong>de</strong> estas<br />

aplicaciones pue<strong>de</strong>n ser Ebay, Amazon, etc). Una vez que se realiza un pedido, se <strong>de</strong>be<br />

proporcionar al sistema los datos <strong>de</strong> una tarjeta <strong>de</strong> crédito, la cual es típicamente autorizada y<br />

actualizada (gasto) por un proveedor <strong>de</strong> servicios externo. Una vez que la or<strong>de</strong>n ha sido consumada,<br />

la compañía <strong>de</strong> comercio electrónico coordina la entrega con un proveedor <strong>de</strong> servicios <strong>de</strong> envíos<br />

<strong>para</strong> entregar el producto que el cliente adquirió. SOA no es la primera arquitectura distribuida que<br />

permite utilizar componentes a través <strong>de</strong> interfaces <strong>de</strong> dominios in<strong>de</strong>pendientes, por lo cual su<br />

aporte diferencial no resi<strong>de</strong> precisamente en esta característica. SOA usa los servicios web como<br />

puntos <strong>de</strong> entrada (entry points) <strong>de</strong> las aplicaciones, los cuales conceptualmente son equivalentes a<br />

los componentes proxis y stubs tradicionales utilizados por años en arquitecturas distribuidas, con<br />

excepción <strong>de</strong> que la interacción entre los proveedores <strong>de</strong> servicios web y los consumidores se<br />

caracterizan por presentar mucho menor acoplamiento.<br />

SOA también es un <strong>para</strong>digma único en tanto que incorpora factores que son críticamente<br />

importantes <strong>para</strong> el negocio, tales como fiabilidad <strong>de</strong> servicios, integridad <strong>de</strong> mensajes, integridad<br />

transaccional y protocolos <strong>de</strong> seguridad <strong>para</strong> los mensajes.<br />

Muchas aplicaciones implementan mo<strong>de</strong>los <strong>de</strong> comunicación sincrónicos rígidos bajo un flujo <strong>de</strong><br />

trabajo lineal el cual es altamente susceptible a fallas en algún punto. SOA asume que los errores<br />

ocurren y en efecto ocurrirán, <strong>para</strong> lo cual ofrece estrategias <strong>para</strong> una eficiente administración <strong>de</strong><br />

estos. Por ejemplo, si un servicio falla al recibir una petición <strong>de</strong> mensaje en su primer intento, la<br />

arquitectura SOA propone que su implementación reintente el envío <strong>de</strong> este mensaje, y si el servicio<br />

se encontrara por completo no disponible (lo cual nunca <strong>de</strong>bería ocurrir en una SOA robusta), la<br />

TRABAJO DE ESPECIALIZACIÓN EN ING.EN SISTEMAS DE INFORMACIÓN<br />

2<br />

FRANCO BOCCHIO

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!