Por qué el software más rápido está creando problemas más lentos
El verdadero desafío comienza después de que se escribe el código
La parte más visible del auge de la IA es fácil de reconocer. Un desarrollador escribe un aviso y algo funcional aparece en la pantalla. Una característica se completa más rápido de lo que solía, o un producto avanza sin los mismos retrasos que antes definían el desarrollo inicial. Ese momento recibe atención porque se siente inmediato y contenido.
Lo que sucede a continuación es menos controlado. Una vez que el software existe, tiene que ejecutarse en algún lugar. Necesita vivir dentro de un sistema que sigue cambiando a medida que lo hace la empresa, lo que significa que cada nueva versión conlleva un conjunto de decisiones que no permanecen fijas. El almacenamiento se expande, los patrones de uso cambian y las expectativas de los clientes se mueven en direcciones que no eran parte del plan original. El código puede estar terminado, pero el trabajo a su alrededor continúa construyéndose.
Ese trabajo continuo se ha convertido en una de las presiones más silenciosas en las empresas modernas. Los equipos pueden enviar más rápido ahora, pero también tienen que apoyar lo que envían en entornos que rara vez se estabilizan por mucho tiempo.
La historia de costos que no aparece en el lanzamiento
Hay un momento en que una nueva característica se activa y todo se ve limpio. Funciona, los clientes responden y la señal interna parece un progreso. Los sistemas que lo apoyan aún son lo suficientemente pequeños como para seguir, y el costo de ejecutarlo se siente proporcional a lo que hace.
Ese equilibrio solo se mantiene por un tiempo. Un servicio que manejaba unos pocos miles de solicitudes puede comenzar a manejar millones, y los datos que una vez estaban en una sola base de datos pueden expandirse a través de regiones. Se añaden herramientas para apoyar la monitorización, la seguridad, la analítica y las nuevas ideas de productos llegan más rápido de lo que el sistema original fue construido para absorber.
Para cuando llega la factura mensual, refleja todo lo que ha estado cambiando entre bastidores sin ofrecer mucha claridad sobre por qué. Los costos en la nube pueden comenzar a sentirse inestables ya que se conectan a decisiones distribuidas entre equipos y cronogramas. Algunas partes se expanden con el crecimiento, otras permanecen sobreconstruidas de versiones anteriores y nuevas capas aparecen para apoyar características que pueden no permanecer.
Lo que realmente señala el gasto en la nube
Ese instinto aparece rápidamente cuando los presupuestos se ajustan o cuando un aumento repentino llama la atención. La respuesta a menudo comienza con una búsqueda de desperdicios. Esos números a menudo reflejan algo más estructural.
La forma en que una empresa desarrolla sus productos se refleja directamente en su espacio en la nube. Refleja la velocidad de envío, cuántos experimentos están ocurriendo a la vez, la estructura del almacenamiento de datos y la cantidad de capacidad de respaldo añadida para mantener la estabilidad.
Ese trabajo ha recaído tradicionalmente en una mezcla de equipos internos y especialistas externos que pueden leer el sistema lo suficientemente de cerca como para sugerir cambios.
Los límites de la supervisión manual
Durante años, las empresas han confiado en personas para interpretar sus entornos en la nube. Los equipos de DevOps, consultores y agencias especializadas intervienen para revisar el uso, identificar ineficiencias y recomendar ajustes. Ese enfoque puede funcionar cuando el sistema cambia a un ritmo que permite revisiones periódicas.
Ese tiempo ha cambiado. La infraestructura cambia cada vez que un equipo despliega algo nuevo, prueba un modelo diferente o ajusta cómo se comporta una característica en producción. Una instantánea tomada en un momento puede perder relevancia rápidamente, mientras que un informe que refleja el uso del último trimestre puede no describir lo que está sucediendo ahora.
La revisión manual aún juega un papel, pero tiene que mantenerse al día con sistemas que ya no esperan revisiones programadas.
La IA añade otra capa al problema
Las herramientas de IA han acelerado la rapidez con la que los equipos pueden construir y desplegar nuevas características. También han introducido nuevas formas de uso que son más difíciles de rastrear de maneras familiares. Los proveedores de modelos, las canalizaciones de datos y el procesamiento en tiempo real pueden agregar a la infraestructura subyacente sin seguir los mismos patrones que los sistemas más antiguos.
Ese movimiento se alimenta del mismo entorno que ya soporta almacenamiento, computación y lógica de aplicaciones. Cambia cómo se asignan los recursos y cómo se monitorean los sistemas. También añade presión para entender qué está impulsando el uso en un momento dado, ya que la fuente de ese uso puede no ser obvia desde el exterior.
Ver el sistema como una sola pieza
Uno de los desafíos en la gestión de la infraestructura moderna es que las partes difíciles a menudo se manejan en diferentes lugares. El seguimiento de costos puede vivir en un panel, y las verificaciones de seguridad pueden estar en otro. El uso de IA podría ser monitoreado por separado del resto del sistema.
Las decisiones detrás de esas áreas aún se afectan entre sí. Un cambio en cómo se construye un producto puede afectar el costo. Un cambio en los requisitos del cliente también puede afectar la seguridad, mientras que una nueva característica puede cambiar cómo se mueven los datos a través del sistema. Esas conexiones son parte del mismo entorno, incluso cuando no se ven juntas.
Algunas empresas han comenzado a abordar ese problema tratando la visibilidad como un proceso continuo. Pump.co describe su plataforma como comenzando con la optimización de costos y luego expandiéndose a un sistema que rastrea el uso, la seguridad y la actividad de infraestructura juntos a lo largo del tiempo. Los materiales de la empresa dicen que trabajan con aproximadamente 1,500 clientes y reportan ahorros promedio de alrededor del 20 por ciento, utilizando esas cifras para reflejar cómo las decisiones de infraestructura se desarrollan en la práctica.
Ejecutar software como una disciplina continua
Los sistemas ahora evolucionan junto a los negocios que apoyan, lo que significa que el trabajo de ejecutarlos nunca se asienta en un patrón fijo. Ese enfoque ofrece una comprensión más clara de lo que el sistema está haciendo en un momento dado y cómo esas acciones se conectan de nuevo al negocio mismo. A medida que el software se vuelve más fácil de producir, ese tipo de conciencia puede convertirse en una de las formas de disciplina más valiosas que una empresa puede desarrollar.
Digital Trends colabora con contribuyentes externos. Todo el contenido de los colaboradores es revisado por el personal editorial de Digital Trends.
Otros artículos
Por qué el software más rápido está creando problemas más lentos
El verdadero desafío comienza después de que se escribe el código. La parte más visible del auge de la IA es fácil de reconocer. Un desarrollador escribe un aviso y algo funcional aparece en la pantalla. Una función se completa más rápido de lo que solía, o un producto avanza sin los mismos retrasos que antes definían el desarrollo inicial. Eso […]
