Automatizar cambios con la ayuda de Fibonacci

Un tema que me ha estado llamando muchísimo la atención es el de SDN (Software-Defined Networking) y lo relacionado con la automatización de un sistema de red. Por darles un ejemplo de aplicación, a medida que va aumentando el tamaño de un sistema de telecomunicaciones (a nivel de ISPs e inclusive redes empresariales) se vuelve cada vez mas tedioso realizar configuraciones manuales e individuales (por dispositivo). Aquí entra el concepto de automatización ¿No es mejor crear un script con algún lenguaje de programación (Ej: Python) que realice la mayoría de la configuración? En mi búsqueda por información me encontré muchas opiniones mixtas acerca de si se debe automatizar un sistema con puntos válidos:

  • La automatización puede ser beneficiosa para simplificar el trabajo de configuración de los equipos (por ejemplo) y puede ir mas allá debido a paradigmas como SDN, el cual centraliza el plano de control de un sistema de red (Espero hacer una entrada de esto luego) y esto nos lleva a aplicaciones mas avanzadas como el tener un mayor control de hacia donde vamos a reenviar los paquetes (encima de los protocolos de enrutamiento que tengamos), QoS, y la posible interacción de APIs dentro de un sistema de red. También puede eliminar la posibilidad de error humano en la implementación de un sistema. (leer: Como un negocio puede ir en bancarrota en 45 minutos por un error humano)
  • Por otro lado, tenemos la posibilidad de que alguien literalmente “la cague” en la automatización del sistema causando que su error se propague a lo largo de TOOODO el sistema causando un fallo sistemático. Como dicen por ahí:

To make error is human. To propagate error to all server in automatic way is  — DevOps Borat (@DEVOPS_BORAT) February 26, 2011

Lo que nos lleva al post original que se encuentra mas abajo, en el cual Tom Hollingsworth (CCIE) recomienda un enfoque de implementación basado en la secuencia de Fibonacci. Ahorrándoles la lectura, implica que al momento en que queramos automatizar en una red de producción debemos escoger un área relativamente aislada del sistema e implementarlo en al menos 1 dispositivo, observar como se comporta a lo largo de un tiempo para cerciorarnos de que no trabajamos con información almacenada en la caché de los dispositivos y empezar poco a poco a automatizar.

The Networking Nerd

FibonacciShell

A few recent conversations that I’ve seen and had with professionals about automation have been very enlightening. It all started with a post on StackExchange about an unsuspecting user that tried to automate a cleanup process with Ansible and accidentally erased the entire server farm at a service provider. The post was later determined to be a viral marketing hoax but was quite believable to the community because of the power of automation to make bad ideas spread very quickly.

Better The Devil You Know

Everyone in networking has been in a place where they’ve typed in something they shouldn’t have. Whether you removed the management network you were using to access the switch or created an access list that denied packets that locked you out of something. Or perhaps you typed an errant debug command that forced you to drive an hour to reboot a switch that was no…

Ver la entrada original 923 palabras más

Anuncios

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s