Casos De Estudios

ARQUITECTURA CENTRALIZADA

La centralización y la distribución de servidores no son actividades que se excluyan mutuamente, y ninguna de las dos debe ser considerada como una tendencia dominante. Cada vez se están desplegando fuera del centro de proceso de datos servidores nuevos, específicos para determinadas actividades comerciales, y fáciles de implementar, y sin embargo, sólo unos años después, una gran cantidad de ellos están centralizados. Como consecuencia, muchas grandes empresas y organizaciones están sufriendo de una política “errática” en cuanto al despliegue de servidores, mientras que, al mismo tiempo, se sigue observando la centralización y exceso de gestión de aplicaciones y datos utilizados sólo por un pequeño subgrupo de toda la empresa u organización. La antigua tendencia a una distribución inadecuada de los servidores es actualmente el problema más corriente, pero existe el peligro de que las empresas cambien a una centralización excesiva.

Las causas de la distribución excesiva y de la centralización excesiva de los servidores son múltiples y complejas. Obviamente, no es posible mantener un equilibrio entre estos dos extremos si la organización de Sistemas de Información trabaja aisladamente, ya que es poco probable que pueda modificar muchas de las causas de un despliegue inadecuado. Los costes de realizar equivocadamente este equilibrio están determinados cada vez más por los costes de personal, y no por los precios de compra de las plataformas, y pueden ser importantes. Para el año 2000, al aumentar los costes proporcionales de soporte de personal, acceder a la ubicación del servidor se convertirá en una tarea más crítica e importante para los departamentos de Sistemas de Información (0.8 por ciento de probabilidad). Aunque no existen en este sentido reglas fijas ni establecidas, ya que tanto las empresas como las estructuras de datos son diferentes, sí existe cierto número de criterios comunes que pueden ser aplicados para mejorar la evaluación de la ubicación de los servidores cuando el departamento informático dispone de información sobre el despliegue.

Causas de distribución excesiva de los servidores

- Autonomía de unidad comercial

- Débil comunicación entre la unidad de Sistemas de Información central y las unidades comerciales

- Una estrategia fragmentada para la implementación de aplicaciones a nivel de empresa

- Deficiente planificación de la capacidad

- Una idea equivocada de la complejidad de la gestión de sistemas por parte de las unidades comerciales

- Exceso de propaganda de marketing inexacta por parte del vendedor, prometiendo sencillez y facilidad de uso

- Demanda de acceso por el usuario final a una nueva aplicación (que no fue posible planificar)

- Fusiones y adquisiciones organizacionales

- Repetición en múltiples localizaciones para conseguir homogeneidad a toda costa

- Política de sistemas abiertos, de una plataforma por aplicación, conducente a heterogeneidad

Causas de descentralización excesiva

- Un control excesivo por la organización de Sistemas central sobre los presupuestos informáticos planificados y tácticos

- Participación demasiado escasa por las unidades comerciales en definir las aplicaciones y estructuras de datos

- Temor a permitir que entren nuevas tecnologías en la empresa

- Exceso de “ingeniería” en el desarrollo de aplicaciones, especialmente cuando sería suficiente con paquetes estándar

- Centralización injustificada de grandes aplicaciones, sin tomar en consideración la funcionalidad

- La estrategia de plataformas de servidor se impone sobre la estrategia de despliegue de aplicaciones

Mayores costes como consecuencia de distribución excesiva

- Personal de soporte local

- Personal de soporte remoto

- Soporte de múltiples plataformas

- Despliegue inicial y adiciones, movimientos, supresiones

- Gestión de redes

- Infrautilización de la capacidad

- Distribución de aplicaciones

- Almacenamiento y backup

- Infraestructura de red

- Aumento/prolongación del tiempo improductivo

Mayores costes por centralización excesiva

- Cargos por comunicaciones

- Mejoras de la seguridad

- Prima por alta disponibilidad

- Prima por escalabilidad

- Productividad de usuario final

- Flexibilidad de aplicaciones

- Priorización de nuevas aplicaciones

- Rapidez en la distribución de datos/aplicaciones

Criterios para evaluar la ubicación

La centralización de servidores deberá evaluarse utilizando las características ponderadas siguientes:

Infraestructura (40 por ciento): Esta es una definición que cambia continuamente, y que incluye cada vez en mayor medida correo electrónico, mensajes, motores de búsqueda internos, calendarios y planificación de fechas. Muchas de estas funciones están centradas en la red.

Datos Comunes (20 por ciento): Los datos interdepartamentales se han beneficiado siempre de la centralización, ya que se evita la duplicación innecesaria. Sin embargo, las bases de datos de reciente centralización tienden a contener información externa sobre clientes y proveedores, en lugar de bases de datos de discusión interna, listas telefónicas, listas de puestos de trabajo y cambios de política y de normas, que pueden implementarse a nivel de unidad comercial.

Gestión de sistemas (15 por ciento): Las actividades de backup, clustering, asignación de recursos, trabajos batch e impresión de alto volumen son todas más fáciles de realizar mediante una gestión de sistemas centralizada. Las herramientas de sistemas distribuidos y gestión de red no ofrecerán en el plazo de los cinco próximos años una funcionalidad equivalente a un entorno centralizado.

Mayor Valor Comercial (10 por ciento): Las nuevas aplicaciones con valor comercial no demostrado tienden a implementarse localmente, convirtiéndose cada vez más los usuarios finales en impulsores del desarrollo. Una vez que se ha cuantificado el beneficio comercial para una determinada aplicación, la necesidad de reducir los riesgos induce a la centralización. Funcionalidad Avanzada (5 por ciento): Las aplicaciones con funcionalidad estable y esquemas de utilización definidos

...