El pacificador

Publicado: 14/10/2005
Bill Hilf

Bill Hilf , director de Estrategias de Tecnología de la Plataforma Microsoft, viene del mundo de fuente abierta y se incorporó a Microsoft para dirigir el Laboratorio de Linux/software de fuente abierta (OSS, open source systems), ubicado en el campus de Redmond. Dice que se trata de “un experimento en interoperabilidad”.

Usualmente, Microsoft no es un nombre que se asocie con la comunidad de fuente abierta. Sin embargo, los asistentes a la Conferencia y Expo 2005 LinuxWorld escucharon a Bill Hilf, veterano en la industria de fuente abierta y antiguo especialista en la implementaciones IBM Linux, hablar acerca de su experiencia en el Laboratorio Linux/OSS de Microsoft.

Si bien la presencia de Microsoft en la conferencia puede provocar que algunas personas levanten las cejas en la comunidad de fuente abierta, el enfoque de Bill Hilf, director de Estrategias de Tecnología de la Plataforma Microsoft, se basa en la construcción de puentes. En el marco de la Conferencia y Expo 2005 LinuxWorld, realizada el 10 agosto Hoy, dirigió una sesión en la conferencia titulada “Administrar Linux en un ambiente mixto... ¿en Microsoft?”. En esta entrevista, Hilf cuenta cuáles son los temas centrales que investiga su laboratorio, y acerca posiciones con la comunidad de fuente abierta.

¿Cuál es su cargo en Microsoft y cómo llegó allí?

Antes de unirme a Microsoft en enero de 2004, trabajé como arquitecto empresarial senior en IBM, donde también ayude a dirigir la estrategia de la tecnología Linux para un grupo que se enfocaba en mercados emergentes de la competencia. Microsoft tenía interés en aprender y comprender OSS, incluyendo Linux, y me integró como un experto en el campo para dirigir un equipo y crear un laboratorio para realizar ese tipo de trabajo.

¿Cuál es el objetivo del laboratorio de Linux/software de fuente abierta de Microsoft?

Se trata principalmente de un experimento de interoperabilidad. Al ejecutar Linux y una variedad de otros sistemas de fuente abierta en un ambiente de informática altamente centrado en Microsoft, aprendemos la forma en que estas tecnologías pueden operar entre sí y con las tecnologías de Microsoft. El laboratorio posee unos cien servidores más una variedad de PCs, que colectivamente se ejecutan sobre 40 distribuciones Linux diferentes, y varias versiones diferentes de UNIX. Estos sistemas necesitan operar con la red Windows, Recursos Humanos, correo electrónico y otros sistemas que ejecutan Microsoft. En el proceso, estamos aprendiendo algunas cosas muy interesantes: cómo se debe autenticar contra Active Directory, cómo ejecutar clientes de correo que no son Microsoft con Microsoft Exchange Server, etcétera.

Mi presentación en LinuxWorld está relacionada con cómo administramos el laboratorio y el trabajo que realizamos específicamente respecto a la interoperabilidad. Muchos clientes que ejecutan ambientes mixtos nos preguntan cómo administrar Linux, UNIX y otros OSS dentro del ambiente de informática que más se centra en Microsoft en el mundo. "¿Cómo logran que todo esto funcione en conjunto? ¿Cómo realizan la implementación del software? ¿Cómo administran todos estos sistemas diferentes? ¿Qué tipo de hardware, software y herramientas utilizan?". Muchas personas tienen la idea de que Microsoft sólo tiene que ver con fuente cerrada y que somos anti fuente abierta. Pero la realidad no es tan negra ni tan blanca. Ciertamente, la mayoría de los clientes no viven en mundo u otro. Ellos eligen una tecnología, un sistema operativo o una aplicación, dependiendo de su capacidad para resolver un problema en particular, no si es de fuente propietaria o abierta.

¿Qué clase de actividades realiza el laboratorio?

Es un laboratorio de investigación en el cual realizamos análisis, pruebas, evaluaciones y comparativas. Trabajamos en una amplia gama de diferentes escenarios de interoperabilidad y contamos con una gran cantidad de recursos que proporcionamos al resto de Microsoft para que puedan comprender y aprender más acerca de OSS. En esencia, somos un centro de competencia para OSS dentro de Microsoft.

Tratamos de ir más allá del análisis tecnológico, sino que también incorporamos elementos sociológicos de OSS y el modelo de desarrollo de la comunidad. Invertimos una enorme cantidad de tiempo en comprender el proceso de la comunidad sobre este modelo y en aprender cómo Microsoft puede estar más conciente y sus productos más accesibles para la comunidad.

¿Qué tipo de recepción ha recibido de la comunidad de fuente abierta desde que se unió a Microsoft?

En general, ha sido muy positiva. He asistido a todas las conferencias de LinuxWorld que se han realizado en Estados Unidos desde que se iniciaron en 1998, y muchas de las personas que hablan en estos eventos son amigos con los que mantengo una buena relación de trabajo. Parte de mi trabajo es funcionar como un puente con la comunidad de desarrollo de fuente abierta, de manera que tengan a una persona a quién conocen y con la cual se puedan comunicar en Microsoft.

¿Qué les dice a aquellos que especulan que Microsoft considera migrar a Linux o a su propia versión de Linux?

Con frecuencia me preguntan si Microsoft está trabajando en su propia implementación de Linux. La respuesta es: absolutamente No. Estamos totalmente comprometidos con el sistema operativo Windows y vemos en él un potencial fantástico para innovación, mucho más que el que tiene Linux. El proceso de fuente abierta ha dado como resultado soluciones puntuales confiables en el extremo, pero entre más se acerquen al core de la aplicación, mayor es la complejidad.

OSS proclama una virtud del no diseño por diseño, y los programadores de OSS tienden a resolver problemas interesantes que son importantes para sus dominios individuales. Sin embargo, estas soluciones con frecuencia muestran deficiencias en integración. Si no se empieza desde un punto de vista arquitectónico, la incapacidad de los programadores para prever los puntos de integración en un dominio de problema desconocido, cualquier cosa fuera de su experiencia cotidiana, tiende a resultar en una mentalidad plug-in, o una dependencia en las arquitecturas acopladas sin rigor. La plataforma debe contar con cierto nivel de capacidad de integración diseñada y probada en la plataforma para dar soporte a las aplicaciones de nivel empresarial, así como a las experiencias consistentes del PC. Y Windows ofrece esa capacidad en forma abundante.

¿Cómo es el trabajo que realiza en el laboratorio en relación con el compromiso de interoperabilidad de Microsoft?

Yo no poseo la interoperabilidad para todo en Microsoft, pero lo que sí proporciono para todos nuestros diferentes grupos de producto es un lugar central, desde una perspectiva Linux/UNIX/OSS, en donde puedo probar sus productos en una manera que garanticen que son verdaderamente interoperables.

No existe un mejor ambiente para probar una capacidad de interoperabilidad UNIX para un producto de Microsoft que en mi laboratorio, ya que ejecuto docenas de versiones diferentes de UNIX y Linux. Tengo más ambientes mixtos que la mayoría de los clientes sensatos jamás tendrán. Yo les digo a la mayoría de los equipos de producto: "Si pasa a través de mi laboratorio, probablemente sobrevivirá al 99.9 por ciento de los ambientes de los cliente a los que se enfrenten". Algunas veces, voy y pruebo los productos por mí mismo. Otras veces, un grupo de producto se acerca a mí y dicen: "Hemos escuchado de los clientes que desean comprender cómo funcionarían estos escenarios, ¿nos puedes ayudar?"

Vale la pena observar que la interoperabilidad no es un enfoque nuevo para Microsoft. Hemos habilitado interoperabilidad a través de Host Integration Server and Services para UNIX y similares por algún tiempo, y estos esfuerzos continúan. Un enfoque clave para unir la interoperabilidad dividida en Microsoft es nuestro sólido soporte a estándares abiertos, como se ve en nuestro ambiente en los servicios Web, XML y SOAP. Son estos estándares abiertos, no la fuente abierta, los que ayudan a que las tecnologías de integración actuales sean más interoperables que nunca antes, minimizando así el bloqueo del proveedor para los clientes. Esto es, creemos que los proveedores comprometidos como Microsoft y los proveedores con plataformas emergentes necesitan compartir la responsabilidad de unir las brechas de interoperabilidad y trabajar en conjunto para satisfacer al cliente.

¿Cuál es la estrategia a largo plazo de Microsoft para el Laboratorio de software Linux/Fuente abierta?

En este momento, mi laboratorio da a la compañía una directriz que necesita y desea realmente sobre OSS. Cuando creé este laboratorio y este equipo técnico, tenía en mente una estrategia a largo plazo que involucraba un compromiso con la interoperabilidad en todos los grupos de productos. De esa manera, no necesitaríamos tener un lugar centralizado para este tipo de competencia, ya que las personas constantemente considerarían los problemas de interoperabilidad y administración en esta clase de ambientes. Muchos grupos de productos en Microsoft ya hacen esto, pero me gustaría verlo suceder en todo el ámbito.

Ahora es un momento muy interesante para Microsoft, en particular por los nuevos productos que estamos desarrollando, y las olas de innovación que surgen con Windows Vista. Tenemos mucho trabajo por hacer a corto plazo, pero con el tiempo, me gustaría ver estas pruebas y análisis como parte de todo el ADN del producto Microsoft.