Cambio, la única constante en la vida

Hoy les presento una nueva serie de blogs “Casos de uso de diseño”. A menudo digo que en la vida hay unas pocas constantes: ¡muerte, impuestos y cambio!. No hay mucho que decir de las primeras dos, “cambio” sin embargo, tiene consideraciones únicas que influencian el diseño de redes. El tópico de este blog es sobre como diseñar para el “cambio” como en Agregar y Reemplazar una tecnología, servicio o aplicación.

Agregar tecnología, servicio o aplicación

La red está funcionando y se te encarga agregar una nueva tecnología, servicio o aplicación, tal como colaboración, multicast, IPv6, etc. Las razones comunes son impulsar innovación y transformación del negocio, incrementar la productividad y agilidad, habilitar o aumentar un flujo de ingresos, y asegurar el cumplimiento de políticas de seguridad.

Reemplazar tecnología, servicio o aplicación

La red está funcionando y se te encarga reemplazar una tecnología (antigua o no), servicio o aplicación existente, tal como data center, WAN, protocolo de capa 2 o capa 3, etc. Las razones comunes son consolidación y optimización de tecnología, reducción de costos, administración de riesgo y protección de inversión.

Consideraciones de diseño de red

¿Cómo afecta el cambio al diseño de redes? Hay consideraciones técnicas y no técnicas, como las siguientes:

  • Necesidades de la nueva tecnología, servicio o aplicación: Debes considerar cuales son los requerimientos para que la nueva “movida” funcione correctamente, tales como latencia, pérdida de paquetes y jitter, velocidad mínima, máximo tiempo de convergencia, sobresuscripción potencial o patrones de tráfico. Tu diseño debería incluir Calidad de Servicio (QoS - por sus siglas en Inglés) y eventualmente ancho de banda adicional que puede ser logrado por medio de interfaces más rápidas, agregación de enlaces, o comprando ancho de banda adicional.
  • Conflictos con las tecnologías, servicios y aplicaciones restantes en la red: ¿Las tecnologías, servicios o aplicaciones restantes serán impactadas, tal como patrones de tráfico modificados, problemas al usar un recurso de red en común, un loop de STP o de enrutamiento, o una excepción/consideración especial? El proceso de administración de cambios (change management) relacionado deberá incluir una evaluación del estado actual de la red, conducir la adición de despliegues en pequeña escala antes de un despliegue total, investigación de vulnerabilidades conocidas, excepciones/consideraciones especiales y upgrades, planeación cuidadosa de multicast (colocación del o los source(s) y receptor(es)), ingeniería de tráfico, y preparación de un plan de migración detallado para evitar interrupciones de los servicios existentes que aún operan en la red.
  • Huella tecnológica: ¿La nueva tecnología está disponible a lo largo de todas las geografías con el soporte adecuado? Tu diseño debería tomar en cuenta más de una solución o despliegue en fases para lograrlo.
  • Hosting de la aplicación: ¿Dónde residirá la nueva aplicación? ¿su diseño es parte de un proyecto más grande? Tu diseño debe considerar donde la aplicación será hosteada (en un centro de datos o una nube (privada, pública o híbrida), su disponibilidad y escalabilidad.
  • Los consumidores de la nueva aplicación: ¿Cómo accederán los usuarios a la nueva aplicación? ¿Desde sus propios dispositivos (BYOD - por sus siglas en Inglés), o desde equipos Windows, Linux y Mac? ¿Serán esos usuarios locales, remotos o de commuting? Tu diseño debe considerar compatibilidad, movilidad y seguridad.
  • Utilidad: Muchas veces un tema olvidado. Comienza por asegurar que el personal pueda operar la nueva tecnología y mantenga documentación detallada accesible rápidamente si troubleshooting es necesario.
  • Mirando hacia el futuro: Finalmente, ¿el cambio se enfoca en consolidacion y virtualizacion? ¿cómo reaccionan tus clientes al riesgo? Tu diseño debe considerar el uso de tecnologías  maduras y probadas para su correcto despliegue, si las mismas son propensas al riesgo o si asumimos entonces el riesgo de adoptarlas temprano. ¿Es la tecnología estándar o propietaria?


Agregar o reemplazar tecnologías, servicios o aplicaciones son casos de uso de diseño frecuentes, y la identificación cuidadosa de sus requerimientos junto con un diseño sólido asociado con un detallado de administración de cambios en la red garantizaran un despliegue fluido.


¿Consideras las implicaciones del cambio en tus diseños de redes? ¿Hay algún tema que quieras escuchar en mis próximos blogs? ¡Agrégalo al campo de comentarios!


pic-elopes3.PNG



Elaine Lopes es la Program Manager para las certificaciones CCDE y CCAr, y Team Lead para el equipo del programa CCIE,  Elaine es una apasionada acerca de cómo las vidas pueden cambiar para mejor a través de la educación y certificaciones.



Traductor voluntario del blog en Español: David Peñaloza

Versión original en Inglés: CCDE: Design Use Cases - Part 1


A continuación, algunas maneras adicionales para integrarnos y mantener la conversación: