Sedes gestionadas desde la nube: cuándo encaja y cuándo no
Poner en marcha una sucursal sin que nadie tenga que estar allí suena a respuesta para cualquier problema multi-sede. Para una parte de los casos lo es. Aquí está el límite.
Una red gestionada desde la nube es la elección correcta cuando tiene muchas sedes pequeñas y parecidas y ninguna persona técnica en ellas. Envía un equipo, alguien lo enchufa y la configuración llega desde la nube.
Es la elección equivocada cuando tiene un único edificio grande con requisitos complejos, cuando su entorno no puede hablar hacia fuera, o cuando el modelo de licencias no le conviene: con Meraki el equipo deja de funcionar cuando caduca la licencia.
Lo desplegamos donde encaja y lo decimos cuando no encaja. Ocurren las dos cosas.
Qué problema resuelve
Una organización con veinte sedes y un solo administrador de red no tiene un problema técnico: tiene un problema de desplazamientos. Cada cambio que debe hacerse en el sitio cuesta un día: ir, hacerlo, volver. Cada avería que exige presencia dura lo que dura el viaje.
La gestión desde la nube elimina el viaje. El equipo toma su configuración de un entorno de gestión que se abre desde cualquier sitio, y ese entorno es el mismo para todas las sedes. Poner en marcha una sede nueva es entonces: enviar el equipo, alguien conecta la corriente y la línea, y el resto se hace en remoto.
No es una ganancia menor. Para una organización con sucursales, la diferencia entre «mañana mandamos a alguien» y «lo hago ahora» es la diferencia entre un día de ventas y media hora de molestia.
Cuándo encaja
La gestión desde la nube rinde de verdad cuando se cumplen tres cosas a la vez.
- Muchas sedes parecidas entre sí. Veinte tiendas con la misma distribución son veinte veces la misma configuración. Una plantilla, veinte equipos. Con tres sedes distintas entre sí, esa ganancia no existe.
- Sin personal técnico en el sitio. Si en cada sede hay alguien capaz de configurar un switch, estará pagando por una comodidad que ya tenía.
- La gestión debe poder traspasarse. Una consola donde se ve todo se traspasa mejor que veinte equipos con su propia contraseña cada uno.
El sector donde esto se cumple más a menudo es el retail, seguido de la hostelería con varios locales y las organizaciones sanitarias con sedes pequeñas repartidas por una región.
Cuándo no encaja
Hay tres situaciones en las que lo desaconsejamos, y lo hacemos también cuando supondría trabajo para nosotros.
- Un único edificio grande con requisitos propios. Una sede central o una planta suele tener configuraciones que no caben en una plantilla. Ahí se trabaja en contra del producto.
- El entorno no puede hablar hacia fuera. Con la gestión en la nube, el plano de gestión está fuera de su edificio. En un entorno donde eso no está permitido —algunas redes industriales, algunos entornos regulados— queda descartado, sin más.
- El modelo de licencias no le conviene. En Meraki la licencia no es una suscripción de servicio sino una condición: si caduca, el equipo se detiene. Es una decisión consciente del fabricante y es manejable, pero hay que saberlo antes de comprar y no después.
En esos casos miramos equipos que usted mismo gestiona. Fortinet cuando el centro de gravedad es el cortafuegos, Juniper para switching de campus y centro de datos mayores, Ubiquiti cuando pesan más una controladora propia y unas licencias previsibles que la gestión remota.
Dónde está el coste
En esta web no ponemos cifras, pero la estructura sí, porque ahí están las sorpresas.
Con equipos gestionados desde la nube se pagan dos cosas: el equipo y la licencia asociada. La segunda corre mientras el equipo esté en uso. Comparado con un equipo que se compra una vez, la primera opción parece más cara. Comparado con un equipo que se compra una vez más el tiempo de desplazamiento de alguien que visita veinte sedes cada trimestre, la balanza cambia.
Ese cálculo depende del número de emplazamientos, de la distancia entre ellos y de la frecuencia con la que hay que intervenir. Lo hacemos con usted, con sus cifras, y se lo enseñamos en vez de leerle una conclusión.
La dependencia que asume
Gestionar desde la nube significa que su plano de gestión está en manos de un fabricante. Eso tiene dos consecuencias que conviene sopesar antes.
La primera es que no se abandona a ese fabricante con facilidad. Los equipos no funcionan con la consola de otra marca. Cambiar significa sustituir hardware, y esa no es una inversión que quiera repetir cada tres años.
La segunda es que su tráfico sigue funcionando cuando el entorno de gestión no es alcanzable. Está diseñado así en esta clase de equipos: la configuración reside en local y la nube sirve para gestionar, no para transportar. Es una distinción importante, y es la razón por la que sí instalamos este tipo de red en sedes que no pueden caerse.
Nombramos esa dependencia antes de que se pida nada. Una decisión que dentro de cinco años no podrá explicar no es una buena decisión, aunque hoy funcione.
Cómo lo montamos
Cuando lo desplegamos, lo hacemos en este orden.
- Primero una sede, luego el resto. Una plantilla probada en un sitio es una plantilla. Una plantilla que cuadra sobre el papel es una suposición.
- Tráfico separado desde el principio. Clientes, personal y cobro no van en la misma red. Separar después es trabajo; de entrada es una casilla.
- Vigilancia que avisa sola. De una sede caída se entera por el sistema, no por el encargado.
- Documentación que es suya. Contraseñas, licencias y configuración van a su nombre. Si la gestión pasa algún día a otro, se va con usted.
Cómo diseñamos y gestionamos una red repartida en varias sedes está en gestión de redes.
Preguntas que nos hacen sobre esto
Las que más aparecen cuando este tema está sobre la mesa.
¿Mi sede sigue funcionando si se cae la conexión con el entorno de gestión?
Sí. La configuración reside en el propio equipo; la nube sirve para gestionar, no para transportar tráfico. Durante esa caída no podrá aplicar cambios, pero el tráfico local sigue. Es precisamente por eso que también instalamos esta clase de equipos en sedes que no pueden caerse.
¿Qué pasa cuando caduca la licencia?
En Meraki el equipo deja de funcionar. Eso es distinto de la mayoría de fabricantes, donde una licencia caducada solo significa quedarse sin actualizaciones. Vigilamos las fechas de fin y avisamos con antelación, pero es importante saberlo antes de elegir y no después.
¿Pueden gestionarlo si ya está instalado?
Sí, y es una buena parte de nuestro trabajo. Asumimos un entorno existente, mapeamos qué hay y qué se aparta de la plantilla, y lo ordenamos a un ritmo que su negocio pueda absorber. Sustituir porque estemos acostumbrados a otra marca no lo hacemos.
¿Compensa para tres sedes?
Normalmente no. La ganancia de la gestión desde la nube está en la repetición, y con tres sedes distintas entre sí apenas la hay. Hay formas más baratas de llegar al mismo sitio. Se lo decimos aunque sea usted quien lo pida.
Dónde acaba esto en nuestra casa
Los servicios bajo los que cae este tema.
¿Quiere saber si esto encaja en sus sedes?
Diga cuántos emplazamientos hay, cuánto se parecen entre sí y quién se desplaza hoy cuando pasa algo. Con eso se hace el cálculo.