El problema
La nube se vende como una decisión de todo o nada y casi nunca lo es. La mayoría de las empresas que atendemos terminan en un entorno híbrido por buenas razones: hay sistemas que no conviene mover, hay datos que por regulación se quedan donde están, y hay aplicaciones viejas que en la nube cuestan más que abajo.
El problema aparece después, con la factura. Un servidor en la nube que se enciende y no se apaga nunca cuesta lo mismo un domingo a las tres de la mañana que un martes al mediodía. En nuestro registro de servicio, «¿puedo apagar los servidores de noche para pagar menos?» fue un pedido de tres clientes distintos, y la respuesta corta es que sí, casi siempre, y que casi nadie lo tiene configurado.
La otra mitad del problema es más silenciosa: el respaldo. La nube da disponibilidad, no da respaldo. Un borrado por error, un cifrado por ransomware o un cambio mal hecho se replican a la nube igual de rápido que cualquier otro dato. Si no hay una copia aparte y probada, no hay de dónde volver.
Qué incluye
- Evaluación de qué mover y qué no. Con el costo estimado de cada opción antes de decidir, no después. Hay cargas que en la nube se pagan solas y otras que conviene dejar donde están.
- Migración por etapas. Servidores, archivos y aplicaciones, con ventanas acordadas, verificación por etapa y plan de retorno. Nunca todo el mismo fin de semana.
- Entorno híbrido bien conectado. Red, directorio y nombres resueltos de un lado y del otro, para que la parte local y la parte en la nube se comporten como una sola red.
- Control de costo desde el primer mes. Dimensionamiento correcto, encendido y apagado programado de lo que no trabaja de noche, y alertas de presupuesto antes de que llegue la factura.
- Respaldo y recuperación probados. Copia aparte de lo que vive en la nube, con una restauración real documentada. Un respaldo que nunca se restauró no es un respaldo.
- Escritorio y aplicaciones remotas. Cuando la gente trabaja desde equipos que la empresa no controla, es más seguro que los datos no bajen al equipo.
- Seguridad de la suscripción. Quién puede crear y borrar recursos, con qué privilegio y por cuánto tiempo. La cuenta que administra la nube no es la cuenta con la que se lee el correo.
- Documentación del entorno. Diagrama, inventario de recursos y la razón de cada decisión. Para que el próximo cambio no empiece por descubrir qué hay.
Lo que no entra
- Reventa de consumo de Azure: se factura directo a su suscripción y sin margen oculto.
- Reescritura de aplicaciones para que sean nativas de nube, que es un proyecto de desarrollo.
- Migración de sistemas de gestión o ERP, que se coordina con su proveedor.
Cómo lo hacemos
01
Diagnóstico
Relevamos las cargas actuales, su uso real por hora y su costo, y estimamos qué pasaría con cada una en la nube. Sale un informe con qué conviene mover, qué no y cuánto costaría. Ese informe es suyo, aunque el proyecto no siga.
02
Diseño
Arquitectura, red, identidades, respaldo y presupuesto, con el costo mensual estimado por escrito. Queda claro qué entra, qué queda abajo y qué ventanas se usan.
03
Migración
Por etapas verificables, empezando por lo menos crítico. Cada etapa se prueba antes de pasar a la siguiente y tiene plan de retorno.
04
Transferencia
Diagramas, inventario de recursos, procedimientos de restauración y una sesión con su gente. Y las alertas de presupuesto ya configuradas, que es lo que evita la sorpresa del mes tres.
Qué recibe al terminar
Por qué nosotros
El primer ahorro casi siempre está a la vista
De los temas que agrupamos en tres años de registro, el de esta línea es el de menos horas de todos: 7,97 horas en catorce pedidos. Eso no es un defecto, es el punto. Configurar el encendido y apagado programado de servidores que no trabajan de noche lleva horas y baja la factura todos los meses. Es el tipo de trabajo que preferimos: poco tiempo nuestro, efecto permanente del lado del cliente.
Preguntas frecuentes
¿Conviene llevar todo a la nube?
Casi nunca. Lo habitual es un entorno híbrido: se mueve lo que gana en disponibilidad o en costo, y se queda abajo lo que por regulación, por latencia o por licenciamiento conviene que se quede. La evaluación previa dice cuál es cuál, con números, antes de mover nada.
¿Cuánto se ahorra apagando servidores de noche?
Depende de cuántas horas por semana realmente se usan. Un servidor de pruebas que trabaja en horario de oficina puede estar encendido un tercio del tiempo que está hoy. Lo importante es que el ahorro es todos los meses y la configuración se hace una vez.
¿La nube ya incluye el respaldo?
No. Incluye disponibilidad y redundancia, que es otra cosa: si usted borra un archivo por error, se borra en todas las copias redundantes a la vez. El respaldo es un producto aparte, con retención propia, y la restauración hay que probarla.
¿Nos van a facturar el consumo con recargo?
No. El consumo se factura directo a su suscripción, usted lo ve en su propio portal y nosotros cobramos el trabajo. Es la misma política que con las licencias: si hay un margen, está a la vista.