Tecnología sin infraestructura: el espejismo digital que sostiene (y explota) al profesional IT

Última edición: 09 de julio, 2026

Tecnología sin infraestructura: el espejismo digital que sostiene (y explota) al profesional IT

"Tenemos servidores, switches, licencias de Office 365... ¿por qué todo funciona tan mal?"

Quienes trabajamos en sistemas escuchamos esta pregunta mil veces, y si somos honestos, sabemos la respuesta: tener tecnología no es lo mismo que tener infraestructura gestionada.

En este texto queremos pensar la diferencia entre "tener equipos" y "tener un sistema que funciona", y por qué esa confusión nos deja, a los informáticos, trabajando el doble por la mitad del reconocimiento.

En los artículos anteriores miramos este problema desde el Estado: sistemas duplicados, métricas ignoradas, plantillas técnicas insuficientes. Pero la misma lógica se repite en PYMES, empresas y organizaciones sociales que compran tecnología sin construir infraestructura; por eso ahora ampliamos la mirada más allá del sector público.

 

🖥️ La trampa de la "modernización" sin gestión

Muchas organizaciones -públicas y privadas- cayeron en la trampa del siglo XXI: compraron tecnología pensando que eso era "modernizarse".

Tienen:

  • Servidores que nadie sabe quién configuró

  • Redes que crecieron "orgánicamente" (léase: cables tirados por donde se pudo)

  • Licencias de software que vencen sin que nadie se entere

  • Accesos que se otorgan "temporalmente" y nunca se revocan

Esto no es infraestructura. Es acumulación de hardware.

Desde la perspectiva de Gramsci, esto es lo que llamaríamos "sentido común tecnológico": la creencia de que comprar equipos es equivalente a tener capacidad operativa. Es la hegemonía del vendor que vende cajas mágicas, y de la gerencia que compra soluciones sin entender problemas.

Pero quienes trabajamos en sistemas sabemos que la infraestructura real es invisible. Es el diagrama de red actualizado, el inventario de licencias, el registro de cambios, el procedimiento de backup que se prueba periódicamente. Es todo eso que "no se ve" pero sin lo cual todo se cae.

 

📋 El costo oculto de la oscuridad documental

El problema más grave -y menos visible- es la falta de documentación. No me refiero a los manuales bonitos que nadie lee. Hablo de:

  • Quién tiene acceso a qué (y desde cuándo)

  • Qué servicios corren en qué servidores (y por qué)

  • Cómo está configurado el firewall (y quién lo cambió la última vez)

  • Dónde están las contraseñas (sin el Excel "passwords_final_FINAL2.xlsx")

Cuando no existe esta documentación, cada incidente se convierte en una investigación arqueológica. Un técnico pierde dos horas descubriendo que el servidor X depende del servicio Y que corre en la máquina Z que nadie sabía que existía.

Este es el costo oculto: el tiempo multiplicado por la ignorancia.

Marx hablaba de la "fuerza de trabajo" como mercancía. Pero cuando no hay documentación, estamos vendiendo fuerza de trabajo desperdiciada en burocracia técnica innecesaria. Es como pedirle a un albañil que construya sin planos, y luego culparlo cuando la pared queda torcida.

Y lo peor: este costo nunca aparece en los balances. Aparece como "demoras técnicas", "complejidad del sistema", o peor aún: "ineficiencia del área de sistemas".

 

🔧 Soporte técnico: el trabajo de sostén invisible

Hay una concepción errónea que reduce el soporte técnico a "arreglar PCs". Como si nuestro trabajo fuera reparar objetos rotos, tipo mecánico de autos.

Pero el soporte real es sostener la operación. Es:

  • Asegurar que el backup corrió antes de que se corte la luz

  • Detectar que el servidor está al 90% de capacidad antes de que colapse

  • Actualizar el parche de seguridad antes de que llegue el ransomware

  • Documentar el cambio para que el compañero de turno no reinvente la rueda

Esto es lo que en economía se llama "trabajo de reproducción": el trabajo necesario para que todo lo demás funcione, pero que no genera producto visible. Como limpiar la casa o cuidar niños: si no se hace, todo se desmorona. Si se hace bien, parece que "no era necesario".

Byung-Chul Han diría que esto es la sociedad del rendimiento llevada al extremo: se nos exige disponibilidad permanente, proactividad ilimitada, responsabilidad total... pero sin reconocimiento proporcional. Porque si "todo funciona", ¿para qué te necesitamos?

 

🌐 De la improvisación a la gestión: qué cambia realmente

Cuando una red deja de improvisarse y empieza a gestionarse, cambia todo. No es solo "tener todo ordenado" (aunque eso también).

Cambia:

  •  El tiempo de respuesta: sabemos dónde está el problema en 5 minutos, no en 2 horas.

  •  El estrés del equipo: pasamos de "averiguar qué pasó" a "aplicar el procedimiento".

  •  La planificación: podemos anticipar cuándo vamos a necesitar renovar equipos, en lugar de comprar en pánico cuando se rompe todo.

  •  La capacidad de tomarnos vacaciones: alguien más puede cubrir porque hay documentación, y no dependencia de la "memoria del gurú".

Pero sobre todo cambia el poder. Cuando todo está documentado y gestionado, el área de sistemas deja de ser "los magos que arreglan cosas" y se convierte en un área técnica con procedimientos, métricas y capacidad de negociación.

La improvisación beneficia a quienes quieren mantenernos en la oscuridad, dependientes, sin poder exigir recursos. La gestión nos empodera.

 

☁️ La tentación de la virtualización (antes de ordenar)

Y ahora llegamos al elefante en la habitación: la nube.

"Virtualicemos todo", dicen. "Pasemos a la nube", proponen. Y suena lindo: no más servidores locales, no más cables, no más mantenimiento.

Pero acá viene la verdad incómoda: virtualizar sin ordenar primero es como mudarse a una casa nueva sin revisar qué llevás. Terminás pagando por almacenar cajas de basura en la nube.

¿Cuándo conviene virtualizar?

  • Cuando tenés documentado qué servicios realmente necesitás

  • Cuando entendés tus patrones de uso (para no pagar de más)

  • Cuando tenés conectividad estable (sin esto, la nube es un riesgo, no una solución)

  • Cuando hay personal capacitado para gestionar entornos cloud (no es lo mismo administrar un servidor local que una instancia AWS)

¿Cuándo NO conviene (todavía)?

  • Cuando tenés el caos local documentado en "la cabeza de Juan"

  • Cuando no sabés cuántos servicios corrés ni para qué

  • Cuando pensás que la nube es "más barato" sin hacer los números reales

  • Cuando tu problema es de procesos, no de infraestructura

La nube no es magia. Es infraestructura gestionada de otra persona, que te cobra por lo que usás. Si no sabés qué usás, vas a pagar el doble por el caos que ya tenías, pero ahora con factura mensual de Amazon.

 

💡 Conclusión: hacia una infraestructura consciente

La diferencia entre "tener tecnología" y "tener infraestructura gestionada" es la diferencia entre acumular herramientas y construir capacidad operativa.

Para las organizaciones: dejen de comprar cajas mágicas y empiecen a invertir en documentación, procesos y recursos humanos. Un servidor bien documentado vale más que tres servidores nuevos que nadie sabe configurar.

Para quienes trabajamos en IT: dejemos de ser los "mágicos arregladores" y empecemos a reconocernos como gestores de infraestructura. Documenten todo. Creen procedimientos. Midan el tiempo que pierden en improvisación y muéstrenlo como costo de oportunidad.

Como decía Gramsci: "La crisis consiste precisamente en el hecho de que lo viejo no termina de morir y lo nuevo no termina de nacer".

En la infraestructura tecnológica, eso se traduce en: tenemos la tecnología del siglo XXI con la gestión del siglo XX. Y en ese interregno, los informáticos sostenemos el peso de la improvisación con nuestro trabajo invisible.

La infraestructura no es lo que comprás. Es lo que mantenés, documentás y gestionás.

¿En qué etapa está tu organización: acumulación de tecnología o infraestructura gestionada? 👇

Fuentes:

  • IBM Security (2024). Cost of a Data Breach Report 2024

  • Veeam (2024). The State of Backup and Disaster Recovery in 2024

  • Marx, K. (1867). El Capital, Libro I. Hamburgo: Verlag von Otto Meissner

  • Gramsci, A. (1975). Cuadernos de la cárcel

  • Han, B-C. (2012). La sociedad del cansancio

 

#InfraestructuraTI #GestionDeSistemas #DocumentacionTecnica #SoporteTecnico #Virtualizacion #CloudComputing #TrabajoInvisible #ProfesionalesIT #GestionDeTI #Ciberseguridad #Redes #Sistemas #EstadoDigital

← Volver al listado de artículos