Lecciones de una infraestructura integral en Tenerife (servidor, red 10 Gb y M365)

Un proyecto 360 no se gana por comprar el servidor más caro del catálogo. Se gana por el orden. En 2025 ejecutamos para Jaizme Consulting (Canary Islands Consulting) un proyecto integral en Tenerife: servidor Dell, NAS Synology, red 10 Gb, WiFi 7 UniFi, Microsoft 365 Business, ESET PROTECT Entry, SAI Salicru y puestos Lenovo con monitores Acer. No es un inventario para presumir. Es una secuencia. Si alteras el orden —identidades en la nube con el cableado hecho un ovillo, antivirus en equipos que aún no tienen dueño, formación el día antes de cortar el servidor viejo— el proyecto se siente como cinco obras a la vez y ninguna termina.

Este artículo no sustituye el caso de éxito de Jaizme Consulting. Allí está el qué. Aquí está el cómo lo haríamos otra vez, y qué lecciones sirven a una PYME, un despacho o una consultora que no quiere vivir tres meses de cortes. No vamos a inventar otros clientes ni cifras que no están en ese proyecto. Vamos a extraer método.

Si tu empresa no es una consultora, sigue leyendo. La arquitectura (red, servidor, identidades, endpoint, personas) se escala. Lo que no se escala es saltarse fases porque «el comercial ya ha pedido los portátiles».

Un proyecto 360 no empieza por el servidor

La tentación clásica es abrir el presupuesto por la caja más visible: el torre o el rack que va a sustituir al PC que hace de «servidor» debajo de la mesa. Es comprensible. El servidor es el objeto que la dirección asocia a «ya tenemos informática de empresa». El problema es que un Dell nuevo sobre un switch de 100 Mbps, un WiFi de operador y unas cuentas de correo mezcladas entre un hosting antiguo y tres Gmail es un motor de Fórmula 1 en un parking sin salida.

En Jaizme el objetivo no era «tener un servidor». Era alinear velocidad de red, cobertura inalámbrica, identidades profesionales y seguridad, con un interlocutor en la isla. Eso obliga a tratar el proyecto como un encadenado, no como un pedido de almacén. El servidor entra cuando la red puede mover sus discos y sus copias sin atascarse. Las identidades Microsoft 365 entran cuando hay un directorio y un criterio de quién es quién, no cuando alguien crea diez licencias a ojo. ESET entra cuando los puestos existen y tienen nombre. La formación entra cuando el entorno ya no cambia cada tarde.

Hay otra tentación: hacerlo todo el mismo fin de semana «para no molestar». En una oficina pequeña a veces se puede comprimir. En un 360 de verdad, comprimir es esconder deuda. El lunes alguien no entra en el correo, el NAS no se ve, el WiFi de la sala de reuniones es el antiguo y nadie sabe si el problema es DNS, VLAN o una licencia mal asignada. El orden reduce la superficie de caza de problemas. Cada fase deja un suelo firme para la siguiente.

Tampoco empieza por el PowerPoint. Empieza por un inventario honesto: qué hay, qué duele, qué no se puede caer, quién valida. En Infofase ese inventario lo hacen técnicos propios, Apple y Windows en la misma visita, no un comercial que luego «pasa el parte». Si no sabes si te conviene más un servidor físico, virtualización o un híbrido con la nube, el marco está en servidor on-premise frente a cloud. Aquí damos por hecho que, como en Jaizme, hay carga local que justifica máquina en sede más nube de productividad.

La lección para dirección es política, no técnica: un proyecto integral tiene un único responsable de secuencia. Si compras el servidor a un mayorista, el WiFi a otro y las licencias «porque salían» en una web, nadie posee el orden. El caso de Jaizme funciona como relato porque hubo un plan único. Eso es lo que se puede copiar. El listado exacto de marcas, no siempre.

Primero el cableado y la red a 10 Gb

El cobre y la fibra no emocionan en una reunión. Son, sin embargo, lo único que no se puede fingir después. Un backbone a 10 Gb —switching gestionado, uplinks coherentes, PoE para los APs— es lo que permite que el NAS, el servidor y los puestos dejen de pelearse por un cuello de 1 Gb compartido con la impresora. En Jaizme la red 10 Gb y el WiFi 7 UniFi no fueron un capricho de catálogo: fueron el suelo para que el resto del proyecto no se ahogara.

¿Por qué antes que el servidor? Porque el día que mueves datos, clonas, restauras o sincronizas un volumen gordo, la red se convierte en el reloj del proyecto. Una migración de ficheros por un switch doméstico alarga una tarde hasta el domingo. Una copia de seguridad a un NAS por un uplink saturado nunca acaba en la ventana prevista. Y el WiFi, si se diseña al final «con lo que quede», hereda tomas malas, PoE insuficiente y SSIDs improvisados.

El orden práctico que repetimos: certificar o rehacer el cableado que vaya a llevar 2,5 o 10 Gb; montar switching con VLANs previstas (producción, invitados, gestión, IoT si existe); dejar el WiFi corporativo —en este caso UniFi WiFi 7— con cobertura medida, no adivinada; documentar el rack. Solo entonces el servidor y el NAS se enchufan a puertos que no son un experimento. Si estás en la duda WiFi 6 o 7, no es este el artículo de estándares: está en WiFi 6 frente a WiFi 7 en oficinas. Aquí la lección es otra: no compres radios nuevas para colgarlas de un hilo viejo.

En Tenerife hay un matiz de obra que en península a veces se olvida: plazos de material, altura de techos de oficinas antiguas en Santa Cruz, y cuartos de comunicaciones que son un armario sin ventilación. El SAI Salicru del proyecto Jaizme no es un extra estético. Un corte de luz con un NAS a medio rebuild es una forma elegante de convertir un 360 en un incidente. La energía y el calor del rack forman parte de la fase de red, no de un «ya pondremos una regleta».

Qué documentar antes de pasar de fase

Plano de tomas, mapa de VLANs, direccionamiento, credenciales de la controladora UniFi en un sitio seguro (no en el chat del equipo), copia de la configuración de los switches, y una foto del rack etiquetado. Suena pedante. Es lo que permite que el técnico del martes no deshaga lo del lunes. Sin eso, el servidor se instala «de oído» y tres meses después nadie sabe por qué la VLAN 30 no ve el NAS.

La red también es el momento de separar invitados. En una consultora entran portátiles ajenos. En un despacho, clientes. Si dejas esa decisión para «cuando montemos el WiFi de verdad», el WiFi de verdad nunca llega y el invitado se come la misma red que el servidor. En Jaizme, UniFi permitía esa higiene sin un segundo fabricante. Eso no obliga a todo el mundo a UniFi; obliga a no dejar el aislamiento para el final.

El servidor y el NAS: dónde viven los datos

Con la red lista, el servidor deja de ser un acto de fe. En el caso Jaizme, un Dell nuevo como núcleo de servicios internos, con margen de crecimiento y criterio de redundancia, más un NAS Synology para centralizar datos y políticas de copia. Esa dupla —compute y almacenamiento/backup— es el patrón que más sentido tiene en una PYME que aún necesita algo on-premise: no todo es correo en la nube, y no todo debe vivir en un único disco.

La lección no es «compra Dell y Synology». Es no mezclar en la misma caja el rol de servidor de aplicaciones, el de backup y el de almacén eterno de ISOs. El NAS no es el servidor. El servidor no es la única copia. Si tiras de un único volumen «porque así es más simple», has construido un punto único de fallo con interfaz bonita. El detalle de continuidad —qué pasa un viernes si esa máquina no arranca— lo tratamos en otro texto; aquí importa el orden: la máquina se dimensiona cuando ya sabes qué va a circular por la red y hacia qué NAS va a copiar.

Virtualizar o no depende de la carga. En el relato público del caso hablamos de servidor Dell y virtualización como criterio, no de un recuento de VMs que no vamos a inventar. La lección copiable: deja espacio (RAM, discos, fuentes) para crecer dos años, no para el PowerPoint del día de la inauguración. Un servidor justito el mes uno obliga a un segundo proyecto el mes catorce.

El NAS pide política, no solo terabytes. Quién escribe, cuántas versiones, si hay snapshot, si la copia sale del edificio. Montar Synology y no probar una restauración es decoración. En Jaizme el NAS se plantea como repositorio ordenado y base de continuidad. Eso implica nombres de carpetas, no un «compartido» único donde todo el mundo es administrador. Esa higiene es más barata el día de la implantación que el día de un ransomware.

Si tu duda es más de modelo (todo en sede, todo en cloud, híbrido), vuelve al artículo de servidores para empresas y a la comparativa on-premise frente a nube. La lección 360 es: decide el modelo antes de pedir la caja, y enchufa la caja cuando la red ya no es el cuello.

Puestos homogéneos, no una rifa de marcas

En Jaizme se renovaron sobremesas Lenovo y monitores Acer. La lección no es la marca: es dejar de tener cinco generaciones de equipos, tres tipos de imagen y un cajón de cargadores. Un 360 que deja los puestos «para más adelante» arrastra drivers, discos llenos y usuarios que no pueden aprovechar el WiFi 7 ni el NAS. Los puestos entran cuando hay red y criterio de identidad, no el primer día «para que se vea movimiento».

Identidades Microsoft 365 antes que «subir archivos»

Microsoft 365 Business en Jaizme no fue «abrir OneDrive y ya». Fue identidad: un dominio profesional, cuentas con dueño, correo y colaboración alineados con el entorno Windows (y, cuando toca, con Mac). La lección que más veces vemos incumplida es la inversa: se crean licencias, se reenvía el correo a duras penas y los ficheros siguen en un disco USB o en un grupo de WhatsApp. Eso no es migración. Es duplicar el caos en la nube.

El orden correcto, resumido: inventario de buzones y archivos; decisión de qué vive en Exchange Online, qué en SharePoint y qué permanece en el NAS o el servidor; creación de usuarios con MFA; convivencia o corte limpio del correo antiguo; y solo entonces la formación de «dónde guardo esto». Si saltas a «subidlo todo a OneDrive» sin arquitectura de sitios, dentro de seis meses tienes veinticuatro carpetas final_v7 y permisos rotos. El cómo no perder correo en el camino está en la guía de migración a Microsoft 365. El cómo usar Teams y SharePoint de verdad, cuando te toque esa capa, es otro artículo de este blog.

¿Por qué las identidades van después de la red y del servidor, no antes? Porque el día a día híbrido —un usuario entra en el PC de la oficina, ve el NAS, abre Outlook, entra a Teams— necesita DNS, hora, conectividad y, si hay Active Directory o Azure AD Connect, un suelo estable. Montar M365 el lunes y el rack el viernes es posible; depurar los tickets de «no me sincroniza» durante tres semanas es el peaje.

En un entorno mixto Apple y Windows, que es el terreno natural de Infofase, la identidad única evita el «este archivo solo lo abre el Mac de María». Microsoft 365 no obliga a abandonar el Mac; obliga a no tener dos islas de datos. El caso Jaizme lo formula como mismo dominio profesional y menos fricción entre dispositivos. Esa frase es la lección. No hace falta adornos.

Licencias: compra las que correspondan al perfil (Business Standard, Business Premium, etc.), no un pack «el más barato» para todos. Un usuario que solo lee correo no necesita lo mismo que quien comparte bibliotecas con clientes. Revisarlo en la fase de identidades sale más barato que licenciar de más un año entero. El catálogo de Microsoft 365 para empresas es el sitio de servicio; aquí el aviso es de secuencia y de gobierno.

ESET y el perímetro: seguridad cuando ya hay casa

ESET PROTECT Entry con consola centralizada llegó en Jaizme como capa de endpoint homogénea, no como primer ladrillo del proyecto. Tiene sentido. Instalar un antivirus corporativo en un parque que la semana siguiente se formatea, se cambia de nombre o se sustituye por Lenovo nuevos es trabajo doble. Instalarlo cuando los puestos existen, las identidades están claras y la red ya no es un far west permite políticas reales: quién actualiza, qué se alerta, qué se aísla.

La lección no es «ESET es el único antivirus». Infofase es partner y lo usamos en este caso; no vamos a convertir este texto en un anuncio. La lección es: la seguridad de endpoint se despliega cuando hay inventario. La consola sin inventario es un semáforo en un descampado. El perímetro (firewall, VLANs, VPN) se piensa en la fase de red, no el día que «entra el antivirus». Son capas distintas. Mezclarlas en un único pedido «de seguridad» produce un firewall mal configurado y un ESET que nadie mira.

También: la consola hay que operarla. Una alerta que nadie lee no es protección. El mantenimiento posterior —el que ofrecemos en Tenerife para lo implantado— incluye esa mirada. Un 360 que entrega la consola y desaparece deja la capa más visible de seguridad en modo adorno. Más detalle de cómo se combinan firewall, ESET y personas está en el artículo de las tres capas; aquí basta la secuencia: red y puestos primero, agente después, hábito de revisar alertas desde el día uno.

No prometas a dirección «ya somos inexpugnables» el día que termina el despliegue. Promete visibilidad y un estándar. El resto es proceso. La landing de ciberseguridad para empresas cubre el servicio; el caso Jaizme cubre un ejemplo de ESET PROTECT gestionado dentro de un 360, no un escudo mágico.

Formación: el último eslabón que nadie presupuesta

La fase que más se recorta es la que más tickets evita. Formación no es una charla de dos horas el viernes con un PDF. Es: dónde se guarda un contrato, cómo se comparte un enlace en lugar de un adjunto de 20 MB, qué hacer con un correo raro, quién se llama si el NAS no se ve, cómo se cambia una contraseña sin escribirla en un post-it. En un 360, esa sesión tiene que ocurrir cuando el entorno ya no se mueve bajo los pies. Formar el martes y cambiar el SSID el miércoles es entrenar para un mundo que ya no existe.

En Jaizme el relato público habla de menos fricción en el día a día, no de un temario que no vamos a inventar. La lección copiable: reserva horas de calendario, no «un rato cuando se pueda». Separa dirección (quién aprueba accesos, quién es el interlocutor) de usuarios (hábitos). Si hay Mac y Windows, no hagas una sola demo en un único sistema y des por formado al resto.

La formación también es el momento de matar leyendas: «el servidor es de informática, yo sigo con el disco de toda la vida»; «el WiFi de invitados es más rápido, me conecto ahí»; «ESET me ralentiza, lo pauso». Si no las matas en voz alta, vuelven por WhatsApp a la semana.

Después de formar, el proyecto no ha terminado: empieza el mantenimiento. Parches, copias, alertas, un AP que se sustituye, una licencia que se reasigna cuando alguien se va. El 360 sin contrato posterior es una foto de inauguración. Infofase puede mantener lo implantado; eso está escrito en el propio caso. Copiar solo la foto y no el seguimiento es la forma más cara de ahorrar.

Qué copiar (y qué no) si tu empresa no es una consultora

Copia el orden: cableado y 10 Gb (o el caudal que de verdad necesites) → servidor y NAS con roles separados → identidades Microsoft 365 → ESET u endpoint gestionado → formación y mantenimiento. Copia el interlocutor único. Copia la documentación del rack. Copia la idea de puestos homogéneos cuando toque renovar, no una rifa.

No copies el hardware ciego. Una oficina de seis personas puede no necesitar 10 Gb en todos los puestos. Un comercio puede no necesitar el mismo M365 que una consultora. Un colegio —Salesianos La Cuesta es el otro entorno que sí podemos nombrar, y es otro tipo de proyecto— no se gestiona como un despacho. No copies plazos de un caso que no es el tuyo. No copies la promesa de «un fin de semana y listo» si tu correo, tus ficheros y tu centralita están enredados de 2014.

No inventes un segundo caso para convencer a tu socio. El de Jaizme está publicado, con capas y resultados cualitativos. Si te encaja, úsalo como referencia de conversación con tu partner. Si no te encaja, pide un 360 a tu medida: mismas fases, distinto dimensionado. Eso es lo que hacemos cuando alguien llega a redes o a servidores pidiendo «lo mismo que la consultora» sin haber contado mesas ni fibras.

Una última lección de isla: el recambio y el técnico que sube al local importan más que el slide de arquitectura. Un proyecto 360 en Tenerife que depende de un perfil que solo vuela los jueves es un proyecto frágil. Técnicos propios, Apple y Windows, teléfono 922 276 335. Eso no es eslogan de cierre: es parte del diseño. Si el partner no puede tocar el rack el martes, el orden perfecto en papel no te salva.

Preguntas frecuentes

¿Este orden sirve fuera de una consultora en Tenerife?

Sí. La secuencia red → servidor/NAS → identidades → endpoint → formación es independiente del sector. Cambia el dimensionado, no la lógica. El caso Jaizme es el ejemplo publicado; no es el único tipo de empresa al que aplica.

¿Se puede empezar por Microsoft 365 si el servidor espera tres meses?

Se puede estabilizar el correo antes, con un plan de convivencia. No se debe «subir todos los ficheros a OneDrive» como sustituto de un NAS o un servidor que aún no existe, salvo que hayas decidido de verdad un modelo cloud-first. Mezclar las dos estrategias sin decidir es el origen de los duplicados.

¿Por qué no habláis de otros clientes?

Porque no vamos a inventar referencias. En este blog y en la web, los nombres que usamos con permiso y detalle son Jaizme / Canary Islands Consulting y, en educación, Salesianos La Cuesta. El método se explica; la lista falsa de logos, no.

¿Cuánto dura un proyecto así?

Depende del estado del cableado, de si hay que convivir con un servidor viejo y de la ventana en la que se puede cortar correo. Un 360 no es un pedido de 48 horas. Pedimos inventario y fases. La primera reunión no tiene compromiso de compra.

¿Incluye el mantenimiento posterior?

El proyecto entrega un entorno; el mantenimiento lo mantiene vivo. Son contratos distintos y ambos importan. El caso lo deja explícito: Infofase puede operar lo implantado en la isla.

¿Trabajáis Mac y Windows en el mismo 360?

Sí. Es una de las razones por las que un interlocutor único evita dos partners que se echan la culpa. Identidades Microsoft 365 y red común, políticas coherentes.