Project Server y SharePoint, un buen matrimonio, pero uno de conveniencia

Después de terminar hace algunos días un proyecto para un cliente en donde estábamos utilizando Project Server 2007 junto con WSS 3.0 (vea el primer artículo al respecto, “Continuando con hacer las cosas bien” http://geeks.ms/blogs/gvelez/archive/2007/07/29/continuando-con-hacer-las-cosas-bien.aspx), las agradables sorpresas que comentaba hace dos meses se han enfriado un poco, dando paso a la dura realidad de la vida cotidiana.

Como primera medida, con la introducción de Project Server 2007 como un Add-In para SharePoint, Microsoft está siguiendo un camino apasionante: SharePoint provee la base de autorización y autenticación y toda la infraestructura para manejo y seguridad de información, y Project Server agrega una parte especializada no presente en WSS por defecto. Es interesante ver la evolución de SharePoint en este aspecto: en el principio de los tiempos existía un producto “madre”, llamado Search Server, por alla en la mitad de los años 90 del pasado siglo. A ese servidor se le podían agregar dos Add-Ins: Site Server, el predecesor de SharePoint, y Commerce Server. Luego los papeles se invirtieron, Site Server se convirtió en SharePoint, Commerce Server siguió camino por su lado, y la maquina de búsqueda se convirtió en algo intrínseco de SharePoint. Doce años después, vemos que la maquina de búsqueda empieza a separarse de nuevo (SharePoint 2007 tiene una versión de solamente búsqueda, y el motor de búsqueda trabaja relativamente aislado de SharePoint), y que nuevos productos empiezan a ser agregados al nuevo producto “madre”, como Project Server, el antiguo Content Management Server (CMS) y el antiguo Class Server (conocido ahora como el SLK, SharePoint Learning Kit, puede ver mas información al respecto en http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=0&itm=524 y http://www.gavd.net/servers/sharepointv3/spsv3_item.aspx?top=0&itm=525)… El circulo se esta cerrando? Ni idea, pero yo candidatearía algunos otros servidores para ser convertidos para trabajar como satélites de SharePoint: Commerce Server, por supuesto, que tiene cada vez mas similitudes con WSS, algo de los componentes de Dynamics (CRM?)…

La instalación y configuración de Project Server sigue el mismo camino que todos los productos de Microsoft en general: inclusive mi tia la monjita puede instalar un servidor en cuestión de minutos. Instalacion de productos es probablemente una de las cosas que Microsoft esta haciendo bien desde hace años. La configuración es minima, y el servidor funciona directo out-the-box.

La primera critica aparece luego de empezar a utilizar el producto. En realidad, Project Server esta divido en dos partes: una hecha como aplicación Web, que funciona utilizando la interface de WSS, y otra hecha como aplicación Windows. La lógica detrás del asunto es que trabajos administrativos, como la creación de nuevos proyectos, acoplar proyectos con recursos, definir recursos, etc., deben ser hechos con la aplicación Windows (Microsoft Office Project Professional), y el trabajo cotidiano de registro de horas, presentación de reportes, etc., puede ser hecho con la interface Web (sin necesidad de instalar software localmente, utilizable por todos los usuarios que tienen acceso a SharePoint). La pregunta que salta inmediatamente es porque no lo hicieron todo (administración y uso) como aplicación Web, en lugar de hacer un seudo-monstruo con dos cabezas. Si se es mal pensado, se puede decir que así venden licencias del Project Professional, que no es nada barato…

El siguiente punto es información: Project Server no es un producto muy utilizado, pero eso no es disculpa para no publicar información al respecto. Los manuales de instalación son muy completos, pero ahí para el asunto. Información sobre programación simplemente no existe, y la poca que hay en este momento es la que un colega mío ha empezado a publicar en su blog. Y si nos sirve de consuelo a los que trabajamos con SharePoint, el SDK de Project Server es aun peor que el de SharePoint… vaya un consuelo…

Finalmente, el último punto crítico es que Microsoft no creó un Modelo de Objetos propiamente dicho para trabajar programáticamente con Project Server. En su lugar continuaron con la idea de crear WebServices. Por supuesto, los WebServices de la versión 2007 son muchos más y mucho más poderosos que los de la versión 2003, y ahora se puede utilizar la Intelisence de Visual Studio para programar con ellos, pero sigue siendo un “Modelo de Objetos de segundo rango”. Una de nuestras mayores preocupaciones es que el sistema no rendirá bien bajo grandes cargas de usuarios, pues WebServices son mucho más lentos y menos inteligentes que un buen Modelo de Objetos, pero nadie sabe que pasara cuando miles de usuarios empiecen a usar el sistema concurrentemente. Ni siquiera Microsoft tiene especificaciones al respecto.

En fin, para terminar con el rollo, el matrimonio entre SharePoint y Project Server es efectivo y funciona bien, pero es un matrimonio de conveniencia, sin que la palabra “amor” aparezca por ninguna parte.

Gustavo – http://www.gavd.net/servers/
Escriba un Comentario que me haga reir…

8 comentarios sobre “Project Server y SharePoint, un buen matrimonio, pero uno de conveniencia”

  1. Gustavo, no sé a que exactamente te dedicas pero si eres periodista especializado no me sorprenderia puesto que la lucidez y el toque que le das al articulo es digno de la profesion.

    Saludos,

Responder a anonymous Cancelar respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *