다음을 통해 공유


¿Qué es "Oslo"?, bueno aparte de una preciosa ciudad de Noruega...

 ... y a la que por cierto aún no he tenido el gusto de conocer ;)

 

Desde ya hace un tiempo en Microsoft se esta intentando simplificar el proceso de diseño, construcción y puesta en marcha de las aplicaciones orientadas a servicio así como de las aplicaciones compuestas de servicios. Bajo este enfoque nace "Oslo" (como siempre, de momento solo es un nombre en código o en inglés code name), cuya primera versión será distribuida, de momento, a través de las futuras versiones de los siguientes productos:

Pero volviendo al título de este post ¿Qué es "Oslo"? Es un conjunto de herramientas y modelos entorno a las arquitecturas SOA y gestión de procesos que permitirá unificar los servicios y la forma de modelar plataformas. Como es lógico el primer paso lo dará Microsoft implementandolo en los productos anteriormente indicados para mitigar aún más las fronteras existentes, pero estos conceptos y guías serán extensibles a nuestros desarrollos a medida.

 

Con la tecnología que disponemos cada vez estamos más cerca del paradigma SOA, digo esto porque disponemos de numerosas plataformas/productos/herramientas en el mercado que nos permiten de forma sencilla exponer operativas y/o servicios independientes en la Web, entre estos podemos mencionar a BizTalk Server o WCF (Windows Communication Foundation) . Cuando se habla de servicios nos referimos a la capacidad de construir y desplegar servicios Web, pero también se incluye la habilidad para construir los flujos de trabajo (workflows) y reglas de negocio asociados a estos servicios. Ahora bien, lo cierto es que a la hora de componer aplicaciones en base de servicios existentes no estamos en la misma situación, por suerte tenemos productos como CSF que nos facilitan mucho este cometido.

 

"Oslo" abarca muchas areas intentando abrir un poco más el abanico de posibilidades a los desarrolladores, profesionales de TI (Tecnologías de la Información), arquitectos y analistas funcionales o de negocio. Por un lado tenemos el Framework de .NET, gracias (entre otras) a tecnologías como WCF y WF (Workflow Foundation) se podría evolucionar a un modelo guiado de desarrollo. En la misma línea los productos de servidor como BizTalk Server podrían extender estas nuevas capacidades para proporcionar mecanismos que permitán simplificar la composición de aplicaciones , tanto en su construcción, gestión y como en su despliegue. La siguiente capa esta relacionada con los servicios, en este punto se está invirtiendo en la posibilidad de alojar los servicios de valor añadido que proporcionen de capacidades extendidas (mensajería, gestión de identidad y lógica de servicio o flujo de trabajo) a las aplicaciones compuestas. Por supuesto las herramientas deberán de estar preparadas para adoptar de forma nativa la composición de aplicaciones y soportar el diseño de un modelo guiado de desarrollo junto al desgliegue de las aplicaciones compuestas, por lo que veremos mejoras al respecto en Visual Studio. Todo esto tendrá que estar alojado en una tecnología de repositorio común que soporte distintos modelos.

 

 

Para más información: