Esta semana se ha anunciado la incorporación de un nuevo servicio, workflow, en BizTalk Services; te recuerdo que BizTalk Services es el proyecto Microsoft de plataforma in-the-cloud para SOA y BPM.
Actualmente BizTalk Services está en desarrollo, concretamente en versión R12 Community Technology Preview, en esta versión se ofrece la posibilidad de utilizar servicios de orquestaciones como workflow. El runtime está sobre Windows Workflow Foundation y servicios de mensajería. Un ejemplo de uso, un usuario podría establecer un proceso automatizado que utilizara Servicios Web para proporcionar información de precios a un socio o partner. La tecnología de workflow permitiría definir la interacción entre estos servicios.
Este servicio de workflow se une a los de identidad y mensajería que ya estaban disponibles en BizTalk Services. Esta versión R12 (código en fase de desarrollo) también incorpora algunas mejoras en los servicios mencionados de identidad y mensajería; como por ejemplo el soporte de TCP y HTTP, soporte de REST (Representational State Transfer) para la comunicación de información de identidad.
Toda la información sobre BizTalk Services está disponible aquí.
Aprovecho este anuncio para haceros otro, en las próximas dos semanas estaré de viaje en USA; nos vamos a hacer una ruta en Harley Davidson por los estados de Washington, Oregon y California. Así que por unos días abandonaremos las SOAs, los BPMS, los EAIs y similares; y nos concentraremos en las HDs (ya, ya, el chiste es malo).
Hasta la vuelta.
En el mes de Marzo se anunciaba la guía de operaciones de BizTalk Server, un importante recurso, para quien trabaje con BizTalk, donde se puede encontrar detallada información de configuración, administración, planes de backup ... de entornos de BizTalk Server.
Pues bien, siguiendo con este proceso de proporcionar a clientes y partners guías de producto, se acaba de anunciar esta guía de optimización de rendimiento en BizTalk Server. Al igual que la guía de monitorización este documento se ha generado basándose en experiencias reales en clientes.
Las secciones clave de esta guía son:
- Visión general de los componentes funcionales de BizTalk que pueden afectar al rendimiento
- Búsqueda y eliminación de cuellos de botella
- Test automáticos, cómo automatizar pruebas de carga y funcionales con Visual Studio Team System, BizUnit y Loadgen.
- Optimización de rendimiento
A mi el formato me gusta como material de consulta; son documentos muy amplios, de muchas páginas, pero donde es fácil encontrar la información que uno necesita en determinado momento. O sea, que no es el típico 'pestiño' que no hay quien se lo lea.
Está disponible tanto en MSDN http://msdn.microsoft.com/en-us/library/cc558617.aspx , como en TechNet http://technet.microsoft.com/en-us/library/cc558617.aspx
Como comentaba hace unos días en otro post, esto se mueve, ¡vaya si se mueve!, hoy 8 de julio se va a anunciar la versión 2.0 del BizTalk Adapter Pack. Os recuerdo que este paquete de adaptadores está desarrollado sobre WCF y actualmente, en la versión 1.0, tiene adaptadores para SAP, Siebel y base de datos Oracle. El objetivo de esta línea de productos es claro, facilitar la interoperabilidad entre aplicaciones .NET y aplicaciones de negocio (LOB). En esta segunda edición se añaden adaptadores para Oracle EBS y SQL Server.
Si estás interesado en probar alguno de estos adaptadores puedes participar en el programa de pruebas (Technology Adoption Program) disponible aquí (es la misma página para los distintos TAP de BizTalk disponibles, la información del Adapter Pack v2 se encuentra al final de la página).
Si no conoces la versión 1.0 de ese Adapter Pack y quieres saber qué es, qué versiones concretas de SAP, Siebel, Oracle soporta, o cualquier otro detalle concreto, haz click aquí.
Yo he tenido oportunidad de trabajar, en la versión 1.0, con el adaptador de Oracle en una prueba donde uno de los puntos de integración era una base de datos Oracle 10g, y he de decir que es una gozada contar con este tipo de adaptadores; se configura fácilmente; no requiere utilizar ningún modelo de programación o framework de desarrollo. Ah, y, en mi opinión, muy importante, intrusión cero en la aplicación destino; vamos, que no hubo que tocar nada en el servidor con la base de datos Oracle.
En un post anterior hablaba de la Business Process Alliance, un grupo de ISV centrados en la creación de soluciones de BPM sobre plataforma Microsoft. Estos fabricantes complementan los productos de Microsoft en áreas como Human Workflow, reglas de negocio, procesos centrados en documentos, BAM, modelado y optimización de procesos. En este grupo puedes encontrar gente como Ascentn Corporation, Amberpoint, K2, IDS Scheer ...
En el mes de Junio ha habido bastante actividad en esta alianza; se celebró en Berlín una conferencia llamada Process World en la que IDS Scheer anunció la publicación de ARIS for BizTalk, un producto para la generación de aplicaciones BizTalk Server desde modelos de procesos. O sea, que ahora se puede modelar un proceso en ARIS SOA Architect, coger el proceso representado en BPEL o en BPMN y convertirlo directamente en una aplicación de BizTalk usando ARIS for BizTalk. Me parece un ejemplo muy bueno de cómo distintas tecnologías pueden trabajar conjuntamente a través de estándares.
Además se ha anunciado que en una versión futura se podrán exponer datos de BizTalk en el software de monitorización de procesos; dicho de otra manera, permitirá extraer datos de la base de datos BAM de BizTalk para presentarlos en el ARIS PPM dashboard.
K2 también ha anunciado su nuevo producto, BlackPoint, para la construcción de aplicaciones de workflow en MOSS con un diseñador del estilo del Office Designer.
SOA Software ha certificado su solución de SOA Governance para trabajar con Windows Communication Foundation (WCF); lo que permitirá a las aplicaciones .NET actuar como un interlocutor plenamente gobernado en entornos heterogéneos SOA.
En fin, los miembros de esta alianza continúan creando productos y facilitando el desarrollo de soluciones SOA & BPM con tecnología Microsoft.
Estaba leyendo en MSDN un artículo sobre Workflow & Business Process y he encontrado 'de rebote' otro artículo con consejos y trucos para un mejor desarrollo en BizTalk Server. Está centrado en estas áreas:
- Mensajes Multi-Part
- Uso de puertos Direct-Bound
- Creación de Web services
- Depuración de XSLT
Por si quieres leerlo está disponible aquí. Por cierto, uno de los autores es Marty Wasznicky, 'padre' del ESB Guidance desarrollado sobre BizTalk Server.
Gran parte de la conversación alrededor de SOA gira alrededor de la reutilización de servicios de aplicaciones empresariales y, con frecuencia, nuestro discurso se ciñe a la parte de exposición y composición de los mismos; o sea, a la trastienda, al backend por un lado -exposición- y al middleware -composición- por otro. Exposición y composición de servicios.
Por eso, cuando en nuestras conversaciones con clientes, al mostrar el ‘mapa' de tecnologías para abordar una arquitectura SOA, aparece una segunda variante de composición referida a la interacción del usuario con los servicios expuestos, suele causar cierta impresión.
Cuando nos referimos a esta parte de interacción hablamos de aplicaciones compuestas. La pregunta es ¿qué significa eso de aplicaciones compuestas? ¿Qué es una aplicación compuesta? Básicamente es una colección de activos de software reunidos para proporcionar una capacidad de negocio. Estos se pueden desplegar de manera independiente, o se pueden juntar para componer una funcionalidad determinada.
En tecnología Microsoft esto tiene un nombre, Office Business Applications, OBA para los amigos. OBA conecta las aplicaciones de negocio (LOB) con las personas que las usan a través de un interfaz de usuario que les resulta familiar, esto es, Office. Mediante OBA podemos extender los clientes y servidores Microsoft Office con procesos de negocio de aplicaciones LOB como puede ser un ERP, CRM o SCM. De esta manera podemos dar un valor añadido a las inversiones actuales en TI combinándolas de una manera yo diría que innovadora.
OBA llevado a la práctica, lo que, en mi opinión, es lo importante se llama OBA Reference Application Packs (RAP); esto es una arquitectura de referencia junto con una aplicación de ejemplo que explican cómo construir una aplicación de negocio (OBA) usando Office System. Algunas de las que hoy están disponibles son:
- OBA RAP for Loan Origination Systems
- Consumer Engagement Reference Architecture (CERA) for Health Plans
- OBA RAP for Supply Chain Management
- OBA RAP for Price Management
- OBA RAP Pack for Manufacturing Plant Floor Analytics
- OBA RAP Pack for E-Forms Processing in the Public Sector
Hay toda una sección dentro de MSDN dedicada al desarrollo de aplicaciones de negocio con Office, en esta dirección http://msdn.microsoft.com/en-us/office/aa905528.aspx
Esto es una breve toma de contacto; próximamente añadiré otro comentario al blog con información adicional pues el tema es, espero, interesante.
BizTalk y WCF son dos piezas clave dentro de la plataforma Microsoft para arquitecturas SOA. Comprender por tanto la integración entre ambas tecnologías y qué papel juega cada una es, en mi opinión, muy importante para tener una idea de la apuesta tecnológica de Microsoft en este área.
Se acaba de publicar, en MSDN y TechNet, un documento técnico sobre el uso de los adaptadores de Windows Communication Foundation que se han incorporado en la última versión de BizTalk, en R2. El documento discute el uso de R2 y sus adaptadores WCF como plataforma orientada a servicios. Entre los desafíos que muchas compañías que deciden afrontar arquitecturas SOA está la integración entre aplicaciones de negocio muy dispares, este documento enfatiza la configuración e integración de canales WCF con soluciones de BizTalk que nos ayudarán a mitigar estos desafíos de integración de aplicaciones dispares.
Además de los adaptadores WCF también tenemos disponible un BizTalk Adapter Pack 1.0; básicamente son tres adaptadores de WCF para SAP, Oracle y Siebel.
Es decir, en R2 tenemos 7 adaptadores WCF digamos de protocolo, que son:
- WCF-BasicHttp
- WCF-WsHttp
- WCF-NetTcp
- WCF-NetMsmq
- WCF-NetNamedPipe
- WCF-Custom
- WCF-CustomIsolated
Y además 3 adaptadores específicos para aplicaciones de negocio (LOB), los que he mencionado para SAP, Oracle y Siebel.
¿Quieres saber más?, si la respuesta es sí, el documento se puede consultar en http://msdn.microsoft.com/en-us/library/cc627292.aspx o bien en http://technet.microsoft.com/en-us/library/cc627292.aspx. Para cualquier otra respuesta, se admiten sugerencias. (Gracias Alberto por el aviso, el enlace original del post era incorrecto, estos dos nuevos, de MSDN y TechNet acabo de probarlos 3 veces cada uno :D )
Así empieza el correo que he recibido (gracias Fernando) y que incluye un informe de Gartner sobre proveedores de gateways B2B. Me ha gustado porque cuando uno oye el término B2B lo primero que viene a la cabeza es un escenario de comercio electrónico; o al menos así era en mi caso. Este informe menciona, a modo de introducción, algunos factores que afectan al mercado de software de B2B; y en esa lista de factores aparece el posicionamiento de algunos proveedores SOA y ESB como extensiones de las aplicaciones internas.
En este informe Microsoft aparece en el cuadrante de líderes gracias a las innovaciones en capacidades B2B que se han incorporado en el buque insignia en middleware de Microsoft, BizTalk Server 2006 R2. Esto incluye mejoras en la tecnología EDI, con soporte por ejemplo de AS2, soporte que está certificado por Drummond Group; esta tecnología EDI en BizTalk está parcialmente basada en un producto que Microsoft adquirió de Covast.
Además de EDI también se han desarrollado unos aceleradores para soluciones específicas de mercado como Health Level7 (HL7), SWIFT, HIPAA y RosettaNet. También es interesante recordar la alianza con GXS según la cual los usuarios de BizTalk pueden administrar sus comunidades B2B, incluyendo socios externos a los que se conectan directamente con BizTalk o socios externos a los que se conectan a través del GXS Trading Grid. En esta dirección http://www.gxs.com/products/gateways/biztalk.htm podrás ver más información sobre esta solución de GXS para BizTalk Server.
Y si quieres más información de BizTalk como jugador en B2B aquí tienes todos los detalles http://www.microsoft.com/biztalk/en/us/b2b.aspx
Hace un tiempo hablaba de la estrategia y visión de Microsoft en arquitecturas SOA; estrategia y visión bajo el nombre de Oslo. Estos días se está celebrando en Orlando (Florida) el TechEd Developers 2008 y es aquí donde se ha anunciado que para el mes de octubre, coincidiendo con otro de los eventos para desarrolladores llamado Professional Developers Conference, PDC para los amigos de los acrónimos, tendremos disponible una versión preliminar, CTP, de tres componentes clave de Oslo:
- Herramientas de modelado: para que los distintos roles, técnicos y no técnicos puedan colaborar en el diseño de una aplicación. Para el modelado de cualquier tipo de aplicación.
- Lenguaje declarativo: destinado a aprovechar conceptos que faciliten la personalización de aplicaciones y reducir así la necesidad de escribir código. Para ser utilizado dentro de Visual Studio y la plataforma de integración de BizTalk Server.
- Repositorio: basado en la base de datos SQL Server proporcionará una sola vista de una aplicación a través de diferentes productos, como la plataforma de gestión de ciclo de vida de aplicación Visual Studio Team System, System Center y BizTalk Server.
Por cierto, también se ha dicho en el TechEd que en la próxima versión de Visual Studio, Visual Studio 10, se incorpora soporte de UML.
Dentro de pocos meses vemos que ya tendremos versiones ‘tocables' de componentes clave de Oslo; es de esperar que en el TechEd Developers de Europa, que será de nuevo en Barcelona, podamos dar información más detallada e incluso ver algo en vivo y en directo.
Pues eso, lo dicho, ¡esto se mueve!
Tras un tiempo de calma últimamente estoy de nuevo en clientes hablando de ESB. Recuerdo que no hace mucho hubo un ‘boom' con este tema; al menos muchos de nuestros clientes nos llamaban para conocer de primera mano si realmente Microsoft tenía, o tiene, algo que decir en el terreno de Enterprise Service Bus. La pregunta es obvia pues dentro del directorio de productos de Microsoft no se encuentra nada sobre ESB; no hay un Microsoft ESB 1.0 o similar.
Entonces, ¿cómo salimos al paso cuando alguien nos dice que no somos jugadores en este partido?; creo que es importante primero definir qué rayos es un ESB, pues depende a quién se lo preguntes la respuesta es distinta, no importa si son analistas, fabricantes de tecnología e incluso entre proveedores digamos clásicos de ESBs. A mí me gusta comentar la anécdota de la ley de pureza de 1516, resulta que en ese año, el 23 de abril, el duque Guillermo IV de Baviera estableció por decreto que la cerveza solamente se debía elaborar a partir de 3 ingredientes: agua, malta de cebada y lúpulo; este decreto está considerado como la primera regulación legal de un alimento. No quiero imaginar a qué le llamarían cerveza por aquella época. Un detalle para los puristas cerveceros, la ley no dice nada de levadura pues el señor Luis Pasteur todavía no había nacido, así que entre que nace, estudia y hace sus experimentos pasarían todavía unos años, hasta 1880, que es cuando descubre la levadura, usada en el proceso de fermentación de la cerveza. Esteeeee (sic), yo hablaba de ESB ¿no?
Según nuestro punto de vista los ingredientes comunes en un ESB son:
- Comunicación ‘brokered'
- Soporte de estándares
- Metadatos.
- Enrutamiento inteligente. Según reglas de negocio, contenido, consultas a UDDI...
- Transformación
- Procesos de negocio
- Adaptadores. El mantra del ESB, configuración en lugar de codificación.
La propuesta por tanto de Microsoft se basa en la plataforma de aplicaciones que incluye Windows Server, .NET Framework y como protagonista absoluto... redoble de tambores... BizTalk Server. Lo que nos permite abordar soluciones con estas capacidades y otras, también muy importantes, que encontramos de serie como un motor de reglas o herramientas y servicios de Business Activity Monitoring.
BizTalk Server es la pieza clave que proporciona estas capacidades clave del ESB; nos permite implantar patrones de integración reutilizables para solucionar problemas de negocio. Uno de los patrones más comunes en uso es VETO:
- Validate. Normalmente el primer paso; un ejemplo, comprobar que el mensaje de entrada contiene un documento XML bien formado.
- Enrich. Añadir datos adicionales al mensaje para hacerlo más útil a la aplicación de destino.
- Transform. Convertir el mensaje al formato de destino.
- Operate. Invocar al servicio de destino, o una interacción con la aplicación de destino.
Hay una variante de este patrón, se llama VETRO. Como ves se incluye la R de Route para realizar un enrutamiento basado en contenido (CBR).
Esto es un breve resumen, si quieres conocer más puedes encontrar detalle en http://www.microsoft.com/biztalk/solutions/soa/esb.mspx .
En los próximos días se van a celebrar algunas sesiones online (Webcast) sobre BizTalk Server 2006 R2, concretamente sobre los nuevos adaptadores desarrollados sobre Windows Communication Foundation para Oracle y para SAP. Si estás interesado aquí tienes algún detalle adicional:
Ambas sesiones en español; y como es habitual, tienes la posibilidad de hacer preguntas al ponente; aprovecha la oportunidad. Solamente añadir que todas estas sesiones se pueden ver también en diferido. La dirección donde están grabadas es: http://www.microsoft.com/spain/technet/jornadas/webcasts/webcasts_ant.aspx?id=3
Es un buen recurso de formación y como además tienes la opción de ver las sesiones en diferido (disponibles días después del directo) pues mejor todavía.
Recientemente, durante el descanso en un evento, a punto de atacarle a un café con su correspondiente bollo suizo (*), uno de los asistentes, conocido mío desde hace un montón de tiempo, me decía que había perdido la cuenta del número de distintos productos de workflow que se pueden encontrar en la plataforma Microsoft. Hombre, esto no es nuevo, y ciertamente tiene razón; por mencionar solamente algunos, encontramos workflow en Exchange, CMS, SharePoint -ahora ambos en MOSS-, BizTalk Server -aquí por partida doble, workflow de sistemas y workflow humano- Y por si acaso no era suficiente, en su momento, aparece Workflow Foundation como uno de los componentes de .NET Framework 3.0 (junto con Windows Presentation Foundation, Windows Communication Foundation y CardSpace). Hala, ¡que no falte de nada!
Para comprender por qué hay tres tecnologías que, aparentemente, realizan el mismo trabajo es importante conocer primero cuál es el ámbito de los distintos tipos de procesos.
Podemos hablar de dos grandes categorías de tipos de procesos:
- Procesos colaborativos: donde tenemos software diseñado para ayudar a la gente involucrada en una tarea común a conseguir su objetivo. La gente trabaja o interactúa de tres maneras principales, algunos lo denominan las tres C's:
- Comunicación: ejemplo: correo electrónico, mensajería instantánea, video conferencia ...
- Colaboración: involucra al trabajador del conocimiento, el knowledge worker, que trabaja en equipo; donde tenemos un repositorio de documentos y mecanismos para localizar esos documentos.
- Coordinación: además de comunicar y colaborar, las personas también trabajan juntas participando en procesos estructurados o semi -estructurados; como aprobaciones, revisiones de documentos, etc.
- Procesos transaccionales: son procesos altamente estructurados o fijos, con importantes diferencias con respecto a los procesos colaborativos, por ejemplo la velocidad, estos procesos mueven datos entre aplicaciones, por lo que trabajan a la velocidad de un ordenador. Un retraso de unos segundos puede significar un importante cuello de botella en un proceso; interfaz de usuario, no se requiere un GUI, pues los participantes son aplicaciones; número de participantes, el número de aplicaciones no suele ser elevado; sin embargo el número de participantes puede ser grande en cualquier tipo de organización; excepciones, las aplicaciones están disponibles cuando se necesitan; uno sin embargo tiene vacaciones, cambia de trabajo, de departamento, de posición, en fin, una lista interminable de posibles causas de excepciones.
Vemos entonces que hay un abanico de tipos de procesos, cada uno con unas necesidades y requerimientos distintos; cada uno con sus particularidades. Lo que está claro es que necesitamos ser ágiles en cualquiera de esas categorías; y debemos tener claro cuál es la mejor aproximación a cada tipo de escenario.
En el último TechEd Developers, celebrado el pasado año 2007 en Barcelona, hubo una sesión con especial éxito de crítica y público para tratar este tema. El título "How to Select the Right Combination of Microsoft Office SharePoint Server, Windows Workflow Foundation, and BizTalk".
Esta sesión describía las capacidades de BizTalk Server, Workflow Foundation y MOSS. El resumen final, con recomendaciones de alto nivel sería:
Cúando BizTalk Server:
- Complejos procesos de negocio
- Requisitos de escalabilidad y alta disponibilidad
- Necesidades de integración de entornos heterogéneos (EAI o B2B)
- Entornos EDI (con soporte ahora de AS2)
- Entornos RFID (nuevo motor RFID en BizTalk Server 2006 R2)
- Soluciones verticales: SWIFT, HL7, RosettaNet
Cuándo Workflow Foundation:
- Aplicaciones departamentales
- Procesos entre aplicaciones
- Soluciones personalizadas
- Librería personalizada de actividades
- Framework de desarrollo
Cuándo MOSS:
- Procesos departamentales alrededor del Information Worker
- Aprovechar entorno ya existente de SharePoint
- Personalización del usuario
- Procesos alrededor de SharePoint: tareas, vistas, documentos
El mundo no es blanco y negro, así que en soluciones en la vida real tendremos la posibilidad de combinar las tres tecnologías y que cada una de ellas juegue su papel en el terreno para el que ha sido desarrollada.
(*) el bollo se escapó 'vivo y coleando'.
Hace unos días hablaba con un partner que me pedía ayuda o consejo para poder preparar una propuesta para un cliente en un escenario de integración. La duda era si utilizar SQL Server Integration Services o BizTalk Server. Así a bote pronto la respuesta es fácil; depende...
En varias ocasiones he oído el mismo comentario, oye, hay un montón de tecnologías de integración y muchas veces no tenemos claro cuándo utilizar cada una. La elección entre SSIS y BizTalk Server suele ser la más frecuente. Pero aún hay más, veamos algunas:
- Integración directa entre aplicaciones mediante Servicios Web (asmx), .NET Remoting y Enterprise Services. O sea, Windows Communication Foundation.
- Integración a través de colas; Microsoft Message Queue. En su momento también con SQL Service Broker (SSB).
- Integración con aplicaciones y datos en sistemas IBM. Esto en Microsoft se llama Host Integration Server. Ahora, con BizTalk Server 2006 y 2006 R2 tenemos adaptadores para CICS, IMS, DB2 y VSAM.
- Integración de aplicaciones a través de un ‘broker', ¡sorpresa!, BizTalk Server
- Integración de datos, SQL Server Integration Services (SSIS)
Aunque cada una de ellas tiene su papel en escenarios concretos, todas ellas tienen puntos en común, lo que es, en mi opinión, muy importante. Un mismo entorno de desarrollo con Visual Studio; y una misma base, .NET Framework.
Lógicamente estos escenarios de integración son lo suficientemente complejos y variados como para poder describirlos aquí, pero me voy a atrever con una tabla en plan guía maestra con algunas recomendaciones de alto nivel (muy alto nivel) sobre los escenarios habituales o principales de cada una de ellas. Va por ustedes:
|
Tecnología |
Escenarios principales |
|
Servicios Web ASP.NET (asmx) |
Conectar aplicaciones Windows con aplicaciones No-Windows |
|
.NET Remoting |
Conexión entre aplicaciones, Windows y no Windows vía SOAP |
|
Enterprise Services |
Conexión entre aplicaciones Windows que usen transacciones distribuidas, gestión de vida de objetos ... |
|
WCF |
Unificación de las tecnologías de aplicaciones distribuidas en Windows. Unifica las tecnologías previas: asmx, .NET Remoting y Enterprise Services. |
|
Colas de Mensajes (MSMQ) |
Conexión entre aplicaciones Windows mediante colas de mensajes. |
|
SQL Server Service Broker |
Conexión entre aplicaciones SQL Server 2005 mediante colas de mensajes |
|
Host Integration Server |
Conexión con CICS, IMS, acceso a DB2, conexión de MSMQ con MQ Series. Estas funcionalidades ahora disponibles también a través de BizTalk Server. |
|
BizTalk Server |
Comunicación entre aplicaciones Windows y no Windows a través de distintos protocolos.
Integración con diversos formatos de mensajes: XML, ficheros planos, SWIFT, HL7 ...
Diseño y ejecución de procesos de negocio
Uso de reglas de negocio
BAM
Requisitos de mensajería fiable
Escalabilidad y alta disponibilidad
|
|
SQL Server Integration Servcices (SSIS) |
Combinar y transformar datos de fuentes diversas en datos de SQL Server |
Y una cosa es cierta, al menos en mi experiencia, no son excluyentes, lo que uno se encuentra con frecuencia en el mundo real es que muchas veces hay que utilizar una combinación de algunas de ellas; lo que es importante y valioso para poder diseñar y ofrecer una solución que cubra las necesidades del cliente.
Recientemente, 24 de abril 2008, Gartner ha publicado un informe sobre Enterprise Application Servers (EAS). Estos informes son los famosos Magic Quadrant, que tanto clientes como nosotros, los fabricantes de tecnología, los mencionamos con frecuencia; aunque uno no siempre sale ganador; o en el cuadrante digamos apropiado, que es lo mismo.
Estos informes representan, a juicio de Gartner, la habilidad de un vendedor para ejecutar y completar su visión en un mercado de tecnología, en este caso al que yo hago referencia el mercado es de los Enterprise Application Servers. Estos informes evalúan la capacidad de ejecución y también la visión, o sea, la habilidad para comprender las tendencias del mercado, influir en el mismo y por último, pero no menos importante, seguir al mercado con agilidad y consistencia.
Bien, pues en esta última entrega de los cuadrantes mágicos (en castellano suena con más ritmo) se analizan 32 soluciones, de 29 fabricantes; aparece Microsoft en el cuadrante de 'Leader'. Es importante porque Microsoft no vende un producto concreto llamado Microsoft EAS o algo similar; lo que evalúa es un conjunto de componentes entre los que tenemos .NET Framework, IIS, y algunos miembros de la familia de Windows Server. El informe se puede consultar en esta dirección: http://mediaproducts.gartner.com/reprints/microsoft/vol3/article2/article2.html , comienza con una introducción donde se explica qué es un Enterprise Application Server.
Por cierto, en este informe aparece BEA Systems como compañía independiente; en ese momento Oracle ya había anunciado su intención de adquirir BEA pero esta adquisición no estaba en ese momento cerrada.
Me ha parecido importante la noticia; no es algo directamente relacionado con SOA pero bueno, me ha llamado la atención y por eso lo comento.
David DeWitt, considerado como uno de los pioneros en ‘parallel database' , acaba de incorporarse a Microsoft para liderar un centro de desarrollo en Madison, Wisconsin. Este equipo trabajará con Microsoft Research y los grupos de desarrollo en tecnologías de bases de datos. Su grupo estará formado por gente de la universidad de Wisconsin-Madison y tendrán acceso total al código fuente de SQL Server. Además también contará con gente que actualmente está trabajando en la plataforma futura de almacenamiento, personas de Microsoft Research trabajando en laboratorios alrededor de Search y también con gente trabajando en temas concretos de escalabilidad en versiones futuras de SQL Server.
Por cierto, el nombre del laboratorio es Jim Gray Systems Lab; en honor a Jim Gray, otro de los gurús en Microsoft en Bases de Datos que fue dado por desaparecido el 28 de enero de 2007 en la costa de San Francisco.
