Blog de Miguel Llopis : bpm

Novedades sobre Microsoft OSLO: Sesiones en el PDC 2008 y entrevista a David Chappell en Channel 9

Miguel LLopis — Fri, 22 Aug 2008 15:36:17 GMT

Recientemente se ha publicado en Channel 9 una entrevista de Ron Jacobs (WF/WCF Evangelist) a David Chappell durante el TechEd US del pasado mes de Junio. En esta entrevista, David hace un repaso acerca de qué es OSLO, qué productos se van a ver involucrados en esta "revolución" y cuándo podremos ir viendo algunas de estas novedades. Puedes encontrar información detallada al respecto en castellano en este post que redacté el pasado mes de Junio tras el anuncio oficial realizado en el Tech Ed.

Además, durante el próximo PDC de finales del mes de Octubre se realizarán las siguientes 8 sesiones técnicas sobre OSLO:

"Oslo": Managing Software + Services Applications: Increasingly, applications will consist of services that run both on-premises and in the cloud. Learn how Microsoft is simplifying the deployment and management of Software + Services applications
Hosting Workflows and Services in "Oslo": "Oslo" builds on Windows Workflow (WF) and Windows Communication Foundation (WCF) to provide a feature-rich middle-tier execution and deployment environment. Learn about the architecture of "Oslo" and the features that simplify deployment, management, and troubleshooting of workflows and services.
"Oslo": Customizing and Extending the Visual Design Experience: "Oslo" provides visual tools for writing data-driven applications and services. Learn how to provide a great experience over domain-specific schemas, and explore the basic user model, data-driven viewer construction, user-defined queries, and custom commands. See how the design experience itself is an "Oslo" application and is driven by content stored in the "Oslo" repository.
Extending Windows Workflow Foundation v.Next with Custom Activities: Windows Workflow Foundation (WF) coordinates and manages individual units of work, encapsulated into activities. The next version of WF comes with a library of activities, including Database and PowerShell. Learn how to extend this library by encapsulating your own APIs with custom activities. See how to compose those basic activities into higher level units using rules, flowchart, or state machine control flow styles. Learn how to extend beyond WF control styles by building your own. Learn how to customize and re-host the workflow authoring experience using the new WF designer framework.
A Lap around "Oslo": "Oslo" is the family of new technologies that enable data-driven development and execution of services and applications. Come and learn how to capture all aspects of an application schematized in the "Oslo" repository and use "Oslo" directly to drive the execution of deployed applications.
"Oslo": The Language: "Oslo" provides a language for creating schemas, queries, views, and values. Learn the key features of the language, including its type system, instance construction, and query. Understand supporting runtime features such as dynamic construction and compilation, SQL generation, and deployment. Learn to author content for the "Oslo" repository and understand how to programmatically construct and process the content.
"Oslo": Repository and Schemas: "Oslo" uses schematized data stored in the "Oslo" repository to drive the development and execution of applications and services. Tour the schemas and see how user-defined content can be created and related to them. Learn how to utilize platform schemas, such as worflow, services, and hosting. Also, learn how to extend the repository and how to use repository-extended SQL database services to support critical lifecycle capabilities such as versioning, security, and deployment.
Workflow Services: This session covers significant enhancements in Windows Communication Foundation (WCF) and Windows Workflow Foundation (WF) to deal with the ever increasing complexity of communication patterns. Learn how to use WCF to correlate messages to service instances using transport, context, and application payloads. Learn to use the new WF messaging activities to model rich protocols and how to use WCF as a rich default host for your workflows and expand the reach of WF with features like distributed compensation. See how service definition in XAML completes the union of WF and WCF with a unified authoring experience that dramatically simplifies configuration and is fully integrated with Microsoft Internet Information Services activation and deployment.

Ya queda menos, y seguro no defraudará a nadie ;-)

[Gusenet] Próximo Evento: Estamos en la nube

Miguel LLopis — Thu, 05 Jun 2008 13:28:00 GMT

El próximo viernes 13 de Junio por la tarde tendremos la reunión mensual de Gusenet. Esta es la agenda y el link de registro:

Fecha: Viernes 13 de Junio

Lugar: Universidad de Murcia, Facultad de Informática - Aula 0.01

16:00 - 16:30 Registro
16:30 - 17:45 Desarrollo avanzado de controles (Pedro Hurtado)
17:45 - 18:15 Descanso
18:15 - 19:30 SOA, OSLO, SAAS... (Miguel Llopis)

Date de alta para el evento: http://msevents.microsoft.com/CUI/EventDetail.aspx?EventID=1032380266&Culture=es-ES

El evento promete estar muy bien y la presentación del amigo Pedro Hurtado, por lo que me ha contado, va a ser muy didáctica e interesante. Aprovecho también para agradecer a los responsables del grupo la oportunidad que me brindan de poder tratar temas de actualidad relacionados con SOA, BPM y S+S, también para profundizar un poco en productos como BizTalk y su relación con Oslo, hablar sobre el futuro lenguaje D que Microsoft está desarrollando y algunas sorpresas más...

Como comentaba ayer en el blog de mis amigos del CIIN de Cantabria, ando bastante ocupado pero ya puedo ofreceros algún fragmento de mi presentación: la portada :-D

¡Esperamos veros por allí!

Magic Quadrants para EAS de Gartner: Microsoft se sitúa en el grupo de los líderes del sector

Miguel LLopis — Sun, 18 May 2008 20:04:00 GMT

Recientemente Gartner ha publicado su informe acerca de la situación en el sector de los Enterprise Application Servers, que por su formato a modo de clasificación en cuatro grandes grupos y en torno a dos ejes fundamentales, se ha dado en llamar Gartner's Magic Quadrant for Enterprise Application Servers. En dicho informe se realiza una clasificación de las empresas en cuatro grandes tipos:

Leaders
Challengers
Visionarios
Especializadas en nichos de mercado muy concretos.

Podemos encontrar la siguiente perspectiva:

De la cual se desprenden, a mi juicio, varias conclusiones interesantes. Por una parte, se confirma la tendencia a la diversificación de este mercado y observamos que cada vez es mayor el volumen de empresas dedicadas a nichos de mercado concretos; y por otra, supone una buena señal el hecho de que tantas empresas estén evolucionando su visión al respecto y mejorando día a día sus productos.

En cuanto a Microsoft, supone una gran satisfacción analizar las fortalezas/riesgos considerados por Gartner y comprobar que Oslo es una de las mayores fortalezas, una confirmación de lo que ya muchos creemos. Además me quedo con la lectura postiva de que existe un gran potencial en este sector. Sin duda, considero que es una línea de evolución futura muy interesante. Aunque ya se encuentra dentro del grupo de líderes del sector, vemos que tan sólo IBM y Oracle se encuentran en un nivel de potencial similar, aunque si bien la visión de éstas es más avanzada a fecha de hoy, Microsoft irrumpe con fuerza y promete ser un duro competidor...

Pero con lo que fundamentalmente me gustaría quedarme, es con el hecho de que la tendencia positiva de este sector, unida a la dura competencia existente, redundará en un avance y evolución importante en los próximos años. Algo de lo que cada día más empresas se están beneficiando en todo el mundo, y en lo que más empresas están creyendo e invirtiendo día a día.

Soplan vientos favorables

Mi propio manifiesto SOA (SOA IMHO)

Miguel LLopis — Tue, 06 May 2008 15:27:00 GMT

En una entrada reciente acerca de SOA, realicé una reflexión acerca de las diferentes concepciones que se han aportado acerca de este concepto y la controversia generada al respecto. Me gustaría incidir en el hecho de que se trata de mi interpretación humilde y subjetiva acerca de SOA, por lo cual no pretendo despreciar opiniones en otra dirección ni mucho menos... En la diversidad radica la auténtica riqueza.

Como ya apunté en dicho post, mi definición para SOA es:

"Una arquitectura débilmente acoplada diseñada para resolver las necesidades de los procesos de negocio (BPM) de una empresa"

A primera vista, esta definición puede parecer demasiado simple: ¿dónde están SOAP, WSDL, servicios web, WS-* y los demás estándares asociados a este concepto? En realidad, una arquitectura orientada a servicios no precisa del uso de estos estándares para ser considerada como tal, y no debemos confundir arquitecturas con tecnologías, planos con hormigón…En el pasado, las arquitecturas débilmente acopladas se basaban en otras tecnologías como por ejemplo CORBA y DCOM; así como diversos enfoques basados en el intercambio de documentos, tales como EDI, para lograr integración B2B. Muchas de estas tecnologías ocupan todavía hoy un amplio sector de mercado, y están siendo complementadas, en algunos casos, y reemplazadas progresivamente, en otros tantos, por el uso de otras nuevas.Pienso que la definición aportada es válida puesto que refleja la verdadera motivación de SOA: Satisfacer las necesidades de una empresa, lo cual no se puede garantizar mediante el uso de unas tecnologías u otras, sino mediante el uso apropiado de cualquiera de ellas.

Hablando en términos más concretos, la arquitectura orientada a servicios de una empresa puede que sólo se parezca a la de otra empresa en el hecho de que aglutine unos cuantos servicios, sin entrar a comparar las tecnologías en que estén implementados respectivamente. Es probable que haya una serie de servicios comunes, de propósito similar, entre ambas arquitecturas (por ejemplo, servicios de autenticación y login de usuarios); no obstante, por lo demás es muy probable que ambas arquitecturas no tengan prácticamente nada en común, más allá de la motivación para la que fueron diseñadas (satisfacer necesidades de negocio).

Muchos analistas confunden los términos “arquitectura orientada a servicios” e “implementación orientada a servicios”. Este hecho añade confusión al debate y difumina el verdadero significado de los conceptos relacionados con SOA. Esto puede llevar a resultados nefastos a nivel empresarial.Confundir arquitectura con implementación genera resultados caóticos. Es por ello que, a menudo, me escandaliza ver artículos que tratan de explicar el concepto de SOA y derivan en un tutorial sobre cómo implementar servicios web y proporcionan guías de buenas prácticas de programación… Esta es una de las causas fundamentales por las que SOA es un concepto tan críptico hoy en día… Los esfuerzos para promover el uso de arquitecturas débilmente acopladas se centran en el ¿cómo? , no en el ¿qué? (contraposición de cuestiones a la que prometo dedicar una entrada en el futuro cercano, bueno, quizá medio... :-P)Como ya comentábamos, los conceptos asociados a SOA no son nuevos, muchos de ellos son evoluciones de ideas que fueron introducidas previamente por CORBA, DCOM, DCE y otras… Pero, a diferencia de estas iniciativas previas, la promesa clave de SOA es posibilitar la optimización de procesos de negocio a través de la interoperabilidad entre estándares abiertos.A pesar de que dichos estándares son importantes, no debemos olvidar que no son el concepto clave de SOA… Los estándares no definen una arquitectura, y una arquitectura no conduce unívocamente a una implementación concreta…

"Al fin y al cabo, será la implementación válida de una arquitectura bien diseñada la que generará beneficios de negocio, no la arquitectura en sí misma."

SOA es un enfoque arquitectural para la creación de sistemas construidos a partir de servicios independientes, autónomos. Con SOA, la integración entre dichos sistemas se diseña “a priori” frente al concepto tradicional en el cual la integración se construía “a posteriori”. Es por ello que la solución final tiende a ser un conjunto de servicios integrados, desarrollados en diferentes lenguajes, alojados en un conjunto heterogéneo de arquitecturas, en las cuales exista una gran variedad de modelos de seguridad, procesos de negocio…

A pesar de que este concepto pueda sonar complejo, insisto en que no se trata de algo tan novedoso, mucha gente coincide en afirmar que el concepto de SOA es la evolución lógica de experiencias asociadas con el diseño y desarrollo de sistemas distribuidos basados en tecnologías disponibles desde hace tiempo. Muchos de los conceptos asociados con SOA, como por ejemplo los servicios, el descubrimiento y el late binding ya existían en tiempos de CORBA y DCOM. De forma parecida, muchos principios de diseño de servicios comparten conceptos como la encapsulación, abstracción y definición de interfaces claros con la filosofía de orientación a objetos.

¿Significa el revuelo ocasionado por SOA y los servicios que las tecnologías de la información no estaban orientadas a servicios en el pasado? Realmente, NO, no significa eso… Sin la aplicación de dichos principios, el diseño e implementación de dichos sistemas habría sido inabordable.No obstante, hay un factor clave, determinante en el contexto empresarial que SOA aborda de una forma más efectiva que las filosofías anteriores: la capacidad de reacción al cambio. Si las tecnologías no son capaces de reaccionar y readaptarse a las necesidades y oportunidades empresariales de manera rápida, estas tecnologías serán percibidas como un freno y no como un factor optimizador de estos procesos.SOA se compromete a posibilitar una respuesta mucho más rápida por parte de estas tecnologías ante condiciones de mercado variables. Sin embargo, SOA es una filosofía arquitectural, y por ello no siempre resultará un concepto viable desde el punto de vista de su implementación sobre un determinado proceso de negocio. Cada organización puede tener diferentes requerimientos y expectativas para SOA debido a la gran variedad de necesidades de negocio y objetivos. Este hecho es una de las razones por las que describir SOA es un reto. SOA, como cualquier otra iniciativa, debe proporcionar un valor añadido para la organización. De lo contrario, no merece la pena ni sentarse a hablar sobre su posible adopción… La mejor forma para asegurarse de que la inversión en SOA proporcionará un retorno de la inversión favorable para una empresa es conseguir alinear los conceptos de SOA con los procesos de negocio claves para cada organización.

A pesar de esta obviedad, sigue existiendo mucha confusión en torno a SOA, algo sobre lo que espero aportar un poco más de luz en próximas entradas.

SOA y la metáfora del elefante hindú

Miguel LLopis — Fri, 25 Apr 2008 14:50:00 GMT

Hoy voy a hablaros sobre mi humilde proyecto final de carrera, como me encuentro en la recta final del desarrollo del mismo, necesito llorarle un poco a alguien sobre el tema... En colaboración con Roberto Rodes, gran compañero y amigo de la carrera, estamos realizando un proyecto dedicado a monitorizar y gestionar dispositivos domóticos bajo el protocolo UPnP.

La arquitectura que estamos desarrollando sigue un esquema de 3 capas, que serían las siguientes:

Capa de acceso al medio: Módulo de control de la red UPnP, se encarga de explorar la red en busca de dispositivos y su estado, transmitiendo dicha información a las capas superiores.
Pasarela residencial de servicios: Fachada de servicios implementada en WCF que sirve como pasarela residencial de acceso a todos los servicios ofrecidos por los dispositivos domóticos de la red del hogar. Implementa el sistema de permisos y perfiles de usuario que necesitamos, de forma que distintos usuarios tengan niveles de control diversos. Por ejemplo: Un niño puede tener acceso al control de luces, pero no al de cámaras de seguridad, o tal vez tampoco al servidor de Media si los contenidos almacenados en este último no son aptos... De igual forma, distingue entre el acceso a la fachada realizado desde dentro de la red (equipos de control situados dentro de la vivienda) con el acceso realizado desde fuera de la red (a través del móvil del propietario de la casa, a través de la empresa de seguridad que accede a nuestro sistema de alarmas... sin embargo, nunca un desconocido debería poder acceder a nuestro sistema de alarmas, obvio, verdad?) :-)
Capa de presentación: Diversos clientes para dispositivos variados (cliente WPF, cliente web, cliente Mobile, cliente Windows Media Center...)

Dialogando con varios profesores y compañeros de universidad el otro día, surgió el tema de conversación de nuestro proyecto y, al mencionar por mi parte que seguía la filosofía de SOA, hubo cierta controversia... ¿Qué es SOA?

Una nueva tecnología...
Una nueva metodología...
Un modelo de gestión de procesos de negocio...
Una arquitectura...

Sin duda, el lector que ya esté familiarizado con el concepto de SOA, se habrá dado cuenta a estas alturas de que las tres primeras respuestas son mitos, y la cuarta es una vaga aproximación al concepto... Es cierto, ~~el clima primaveral alicantino y las cañas a la hora del aperitivo en la terraza del club social~~ hacen a uno hablar de ciertos temas de una forma más distendida... :-)

La definición académica que yo daría es:

"Una arquitectura débilmente acoplada diseñada para resolver las necesidades del proceso de negocio (BPM) de una empresa"

No obstante, el debate allí surgido fue de lo más interesante y acalorado (~~no sólo por los 26º y clima soleado que nos acompañaban~~). Debo decir que algunas de las mentes más brillantes que he conocido en mi paso por la Universidad de Alicante estaban sentadas alrededor de aquella mesa.

Esto me hizo concluír que, si bien es posible unificar criterios, cada persona tiende a enfocar una definición hacia la perspectiva desde la cuál ha llegado a ella. Cabe citar también que en dicha conversación no sólo participamos estudiantes de informática, también profesores de informática, algún que otro doctor en ciencias de la computación e incluso gente dedicada a la docencia sobre metologías de negocio, economía financiera, marketing y e-business.

Todo ello me lleva a recordar la archiconocida metáfora del Elefante Hindú, ejemplo muy frecuente a la hora de hablar de la controversia o variedad de puntos de vista que suscita SOA. Imagino que todos la conocéis:

Seis hombres ciegos de la península Indica caminan juntos y se encuentran un elefante. La forma de detectar el elefante para cada uno de ellos es táctil. Cada uno de ellos describe o percibe al elefante de una forma distinta, en función de su experiencia individual:

El hombre que le ha tocado la trompa, piensa que es una serpiente en lugar de un elefante.

El hombre que le toca la oreja, piensa que en lugar de un elefante tiene ante sí un abanico.

El hombre que ha tocado uno de sus colmillos, piensa que es una lanza.

El que le tocó el lomo, piensa que se ha encontrado con un muro.

Aquél que le tocó la cola, piensa que es una cuerda.

Por último, quien le tocó las piernas, pensaba que tan sólo eran cuatro árboles.

Tras esto, los seis hombres comenzaron una larga discusión en la que cada uno aportaba sus argumentos y puntos de vista particulares sobre qué era en realidad ese elefante... Como bien concluyó John Godfrey Saxe, autor de la metáfora, "Cada uno tenía parte de razón pero, en el fondo, todos estaban equivocados"...

De igual forma, nosotros debemos vigilar especialmente no convertirnos en ciegos a la hora de evaluar este amplio concepto en todo su esplendor. Analistas, eruditos, bloggers, periodistas... Todos se animan a participar en dicho debate... ¿Qué es SOA? Al igual que los seis ciegos del poema de Saxe, cada uno de nosotros ha sido capaz de identificar correctamente algunas de las características de SOA, pero claramente fracasamos a la hora de explicar el concepto como un todo. El debate ha adquirido un nivel de relevancia actual tan grande que multitud de asociaciones se han puesto manos a la obra para lanzar una definición "universal" sobre ello.

Y para ti, WTF is SOA??? :-P