elmundo.es y su planteamiento técnico

Ha traves de un artículo de Candyman en Barrapunto he llegado al documento elmundo.es y su planteamiento técnico de Raúl Rivero, director técnico del grupo de Investigación y Desarrollo de elmundo.es.

Se trata de un extenso documento en el que el autor detalla a fondo no solo el estado actual de los sistemas de información que están detrás de elmundo.es, sino que también nos explica cuál ha sido su evolución a lo largo del tiempo y los criterios y circunstancias que les han llevado a adoptar una estrategia tan definida como la que tienen.

Desde el punto de vista técnico es un documento con innegable valor y que describe «el mundo real» de una sede web como la del periodico. Seguro que su lectura os deparará algunas sorpresas.

Desde el punto de vista estratégico también es muy interesante. Raúl recoge en el documento de forma muy estructurada los principios de diseño que han dirigido sus sistemas de información. Y todo el plantemiento posterior es tremendamente coherente con esos principios de diseño. En su discurso soy incluso capaz de identificar los ciclos que aplicamos desde hace años en el diseño de sistemas de información complejos:

  • Ciclo contextual
  • Ciclo conceptual
  • Ciclo lógico
  • Ciclo físico

Respecto al análisis del contexto (punto de partida), Raúl dice textualmente,

El primer contacto real con la parte técnica de elmundo.es fue muy desalentador, la implementación/diseño sobre la que se sustentaban los servidores de elmundo.es era poco menos que inexistente.

Y quizás uno de los puntos que más llamativos me resultan es el párrafo que sigue al anterior,

Esta primera etapa se caracterizó por intentar comprender qué era realmente lo que había tras elmundo.es y, sobre todo, qué queríamos ser. Obviamente este último punto no alcanzaba sólo a la parte técnica sino a la empresa completa como tal.

Esto, traducido a mi lenguaje, representa la transición desde el análisis del contexto a la definición del modelo conceptual futuro. Este paso es crítico y sinceramente creo que una parte importante del éxito que el grupo de I+D de elmundo.es ha tenido se debe a haberlo dado.

Muchos pensaréis que lo que diferencia la situación del elmundo.es del de otras organizaciones es su apuesta por el software libre, su apuesta por un equipo propio, especializado y «mimado». Esto está muy bien, es muy bonito y, sobre todo, aporta un aire romántico que, aunque nos cueste admitirlo, a los profesionales de los sistemas de información nos encanta (nuestro amor/odio hacia la figura de los piratas tradicionales no es casualidad).

Pues a lo mejor tenéis razón y esos aspectos son los que han hecho de elmundo.es una «mejor práctica»; pero en mi opinión su éxito debe mucho más a la existencia de unas líneas estratégicas claras y al respeto a estas líneas estratégicas a lo largo de todo el ciclo de evolución de sus sistemas que ha decisiones físicas (técnicas) que, desde el punto de vista de un estratega, no son más que decisiones tácticas a corto plazo.

Mi enhorabuena al grupo de Investigación y Desarrollo de elmundo.es, sea cuál sea el fundamento de su éxito es un mérito que a nadie más puede atribuirse.

Principios de diseño de una arquitectura de SI empresarial

Una de las primeras etapas de un proyecto de diseño de arquitectura de sistemas de información es la identificación de los principios de diseño.

Es probablememte una de las etapas más importantes y, paradójicamente, una de a las que menos atención se le presta. En mi experiencia cometer el error de no dar la importancia necesaria al proceso de identificación de los principios de diseño es uno de los errores más comunes y más graves que se cometen en los proyectos de diseño de arquitecturas de sistemas de información empresariales.

El objetivo es ayudar al «dueño» del proyecto (al cliente, a la organización) a identificar cuáles son las características más importantes que deben cumplir sus sistemas de información.

¡El objetivo del arquitecto de SI en este etapa es ayudar a hacer, no hacer!.

Cuando alguien contrata a un arquitecto para que le construya la casa, la misión del arquitecto es construir la casa que el cliente quiere, necesita y le gusta (y puede pagar); los principios del diseño los marca el cliente, la misión del arquitecto es ayudarle a identificarlos. En el caso de los sistemas de información es exactamente lo mismo.

Hay ocasiones en las que la personalidad o intereses del arquitecto priman sobre las del cliente y el resultado es una casa/edificio/sistema de información excelente, innovador, «de firma»; pero que no es el que el cliente quiere y/o necesita.

Sin perder entonces de vista que los principios de diseño debe idenficarlos el propietario del sistema de información, si es verdad que el arquitecto de sistemas de información puede (y debe) proporcionar un conjunto de principios básicos, más o menos ineludibles, extraidos de la experiencia propia y del análisis de la evolución de los sistemas de información empresariales.

En esta línea hace años que se ha identificado una suerte de «ideal» al que una organización debe tender si quiere sobrevivir en un entorno como el actual. Este ideal se ha denominado «Empresa Adaptable» (Adaptive Enterprise). .08 ivermectin for dogs Múltiples proveedores de servicios de sistemas de información han abrazado este ideal, uno de ellos es HP que ha hecho del concepto de «Empresa Adaptable » (Adaptive Enterprise) el eje de su discurso comercial. Evidentemente el interés que cada organización pone en el concepto de empresa adaptable depende de sus propios objetivos, lo que por otra parte es totalmente lícito. En el caso de HP, por ejemplo, todo el discurso de «Empresa Adaptable» tiene como objetivo la venta de los productos y servicios de HP; en mi opinión esto no resta validez a los principios en sí mismos.

HP identifica cuatro principios básicos de diseño que hay que considerar cuando se trata de construir una «Empresa Adaptable» (aunque quizás en el caso de HP podríamos particularizar más y decir «Infraestructura de TI Adaptable»):

  • Simplificación. Simplificar hasta dónde sea posible los entornos de SI consolidando aplicaciones e infraestructuras, automatizando y coordinando procesos y virtualizando los recursos. Esto debería permitir reducir el esfuerzo necesario para la gestión de los SI además de permitir una respuesta más rápida ante las necesidades de cambio. http://lymebook.com/ivermectin-albendazole-diethylcarbamazine-alinia-mimosa-pudica
  • Estandarización. Las estandarización es otra vía de simplificación. La utilización de estándares, hasta dónde sea posible, reduce costes y facilita el cambio. Permite una integración más fácil y más rápida.
  • Modularidad. El «divide y vencerás» es de necesaria aplicación. Eliminar componentes monolíticos descomponiendolos en otros más pequeños, concretos y, por lo tanto; más reutilizables permite reducir el volumen de los SI, incrementar su eficiencia y su flexibilidad. Este concepto es la base de las arquitecturas orientadas a servicios (SOA).
  • Integración. La modularidad (numerosos componentes pequeños que trabajan en equipo para soportar un proceso) implica la necesidad de disponer de la capacidad de gestionar de forma sencilla y ágil la integración de estos componentes para componer dichos equipos de trabajo. La estandarización simplifica enormemente esta necesidad de integración, fundamentalmente al permitir «enchufar» (plug-and-play) componentes de forma sencilla dentro del equipo, y definir el modelo de relación entre los componentes. Además la integración debe proporcionar la capacidad de gestionar el funcionamiento de dichos equipos de trabajo optimizando los recursos, monitorizando su rendimiento y aportando fiabilidad. bartonella ivermectin

¿Qué es la Arquitectura de SI Empresariales?

y, por lo tanto, ¿qué es un Arquitecto de SI Empresariales?.

Vayamos por partes, según el diccionario de la Real Academia Española arquitectura es, en su primera acepción, – «Arte de proyectar y construir edificios» – . La segunda acepción es – «Estructura lógica y física de los componentes de un computador» -.

Sigue leyendo