De un tiempo a esta parte, los fabricantes empujan el concepto de que las redes no son componentes interconectados, sino una infraestructura que opera al unísono. Esta forma de abordar las cosas, las nuevas soluciones que están apareciendo en el mercado, tecnologías como las Software Defined Networks y demás, tiene un impacto profundo en los roles laborales relacionados la administración de esas redes. El futuro está a la vuelta de la esquina, y el debate sobre cómo serán los nuevos roles está abierto.
En un reciente post de Network Computing, Ethan Banks les pide a los ingenieros de redes que no se conviertan en dinosaurios. “La manera en que las redes son concebidas y gestionadas no giran más en torno a componentes individuales”. De lo que se trata, asegura, es de la red como un todo. “Los fabricantes quieren que los consumidores de TI vean sus redes como sistemas integrados que proveen un grupo de servicios de extremo a extremo que trabaja centralizadamente para proveer una aplicación”.
Estos cambios en las redes implican cambios no menos importantes para los ingenieros de redes, acostumbrados a las soluciones puntuales. Firewalls instalados en ciertos lugares; switches dimensionados para una cierta densidad de puertos, performance y función e ubicados de acuerdo a ello; routers WAN conectando circuitos que no son Ethernet a empresas y campus. “Para la mayor parte, cada uno de esos elementos es gestionado individualmente”, dice Banks.
Es probable que si el profesional de TI sigue por esta vía, muy pronto advierta que se está quedando sin manos suficientes (y sin recursos, y sin tiempo) como para gestionar esta variedad y atender las demandas de las aplicaciones de negocios.
“El mayor desafío es ejecutar un diseño de red a través de infraestructura diversa. Ésta es una tarea difícil que requiere que un arquitecto entienda íntimamente los requisitos de la aplicación y su comportamiento, así como la capacidad del software y del hardware de la red para satisfacerlos. En consecuencia, los diseños de redes a menudo frenan la conectividad: es lo suficientemente bueno si la red está dando IP relativamente rápido. Ésta es la perspectiva del plomero, y es la perspectiva errada para mantenerse en el contexto de la TI moderna”, desafía Banks.
¿Qué se viene? Una unificación de la distribución de las políticas, corriente arriba y corriente debajo de los stacks. Y para ello las redes están aprendiendo de la experiencia vivida en los ámbitos de virtualización y automatización. Esta gente puede ncrear nuevas instancias de aplicaciones en minutos, automatizado la instalación de un sistema operativo, almacenamiento y conectividad de redes virtual.
Banks cree que los firewalls, los dispositivos de inspección profunda de paquetes, los controladores de distribución de aplicaciones y los routers deberían ser aprovisionados en la misma cantidad de tiempo que una aplicación es lanzada en un hipervisor. Esto trae al escenario a las redes definidas por software, o SDNs.
“El mayor cambio en la profesión será la necesidad de poseer disciplinas cruzadas. Mientras que siempre será útil para mi saber una o dos cosas sobre DNS, HTTP headers, los detalles oscuros de los servidores de proxy, y scripting, postulo que estas habilidades y muchas otras como ésta se volverán necesarias. El profesional de redes del futuro que sólo entienda de distribución de paquetes será incompleto. Él o ella también necesitarán entender virtualización, almacenamiento, automatización e interfaces programáticas de aplicación (application programmatic interfaces – APIs)”, asegura Banks.
O sea que, para entender lo que las redes hacen, el profesional de redes del futuro necesitará entender las herramientas que configuren la red como así también los métodos que esas herramientas usan para realizar esa configuración. Además, todo ese conocimiento debe ser comprendido en el contexto de la aplicación que a la red se le pidió distribuir.
En el marco de las nuevas SDNs, dice Banks, los ingenieros de redes necesitarán entender los motores de políticas, comprender cómo trabajan los controladores de SDN, estar habilitados para poder inferir (y re-inferir) los intentos de programación de controlador y corregir las inevitables fallas. También deberán escribir código que les permita expresar sus propias políticas o integrar viejos dispositivos de red en el paradigma de las SDNs, recoger información del controlador para demostrar que la red se está desempeñando como fue definido, y recolectar información de la red para actualizar y readecuar políticas al tráfico real.
El debate sobre cómo será el auténtico perfil de estos profesionales, y qué habilidades perdurarán o serán retiradas, y qué nuevas capacidades deberán ser incorporadas recién empieza.
Compartir nota:
