Saulius Lazaravičius, Vicepresidente de Producto en Hostinger – Serie de entrevistas

Saulius Lazaravičius, VP de Producto en Hostinger, es un líder experimentado en tecnología y producto cuya carrera abarca más de dos décadas en ingeniería de software, emprendimiento, comercio electrónico y desarrollo de productos. Comenzó como ingeniero de software antes de cofundar una empresa SaaS B2B, donde ayudó a construir una plataforma de gestión de transporte desde cero. Más tarde formó y dirigió el equipo de desarrollo de software detrás de BARBORA, una de las mayores plataformas de comercio electrónico de alimentos de los países bálticos, antes de unirse a NFQ, donde gestionó equipos tecnológicos multifuncionales y el desarrollo de productos para clientes. Lazaravičius se incorporó a Hostinger como Jefe de Producto en 2022 y fue ascendido a VP de Producto en 2024, ampliando sus responsabilidades del alojamiento web y WordPress gestionado a una amplia cartera que incluye infraestructura central, VPS, dominios, correo electrónico empresarial, diseño de producto, crecimiento de producto y productos emergentes de IA. Su trabajo reciente incluye el lanzamiento y crecimiento de la oferta de email marketing de Hostinger y la introducción de soluciones gestionadas para agentes de IA de código abierto.

Hostinger es una empresa tecnológica fundada en Lituania que ha evolucionado de ser un proveedor tradicional de alojamiento web a una plataforma más amplia impulsada por IA para crear, lanzar y hacer crecer negocios en línea. Fundada en 2004, la compañía ahora sirve a más de 5 millones de usuarios en más de 150 países y cuenta con un equipo de aproximadamente 900 empleados. Su portafolio de productos abarca alojamiento web y en la nube, WordPress gestionado, servidores privados virtuales (VPS), dominios, correo electrónico empresarial, comercio electrónico y herramientas de creación impulsadas por IA. Hostinger ha posicionado cada vez más la IA en el centro de su estrategia, incluyendo Hostinger Horizons, que permite a los usuarios crear y publicar sitios web y aplicaciones web mediante IA conversacional, junto con capacidades de IA integradas para comercio electrónico, soporte al cliente y agentes de IA gestionados.

Comenzaste tu carrera como ingeniero de software, luego construiste y dirigiste equipos de desarrollo, y ahora supervisas una amplia cartera de productos de Hostinger que abarca infraestructura central, VPS, dominios, crecimiento de producto y soluciones gestionadas para agentes de IA de código abierto. ¿Cómo ha influido esa progresión en la forma en que piensas sobre lo que los desarrolladores realmente necesitan de la IA más allá de simplemente generar código?

Para mí, la parte más interesante del desarrollo de software nunca ha sido escribir código en sí. Se trata de encontrar la solución adecuada a un problema técnico o de usuario, formular una hipótesis, construir algo alrededor de ella y luego observar cómo las personas realmente lo usan y se benefician de ello.

En el pasado, gran parte del tiempo del desarrollador se destinaba al trabajo repetitivo alrededor de ese proceso: buscar bibliotecas y fragmentos de código, conectar diferentes componentes, depurar, probar y corregir pequeños problemas antes de poder evaluar adecuadamente si la solución era buena.

La IA cambia ese equilibrio. Gran parte de ese trabajo repetitivo ahora puede manejarse con unas pocas indicaciones, dejando a los desarrolladores más tiempo para la parte creativa: comprender el problema, explorar diferentes enfoques, tomar decisiones de producto y aprender del comportamiento real de los usuarios.

Ahí es donde veo el mayor valor de la IA para los desarrolladores. No se trata solo de generar código más rápido. Se trata de eliminar más del trabajo obligatorio pero menos interesante, de modo que los desarrolladores puedan dedicar más tiempo a resolver los problemas que realmente importan.

Las herramientas de codificación con IA han reducido drásticamente el tiempo que lleva pasar de una idea a código funcional. ¿Crees que la implementación y la gestión de infraestructura están convirtiéndose ahora en los principales cuellos de botella en el desarrollo de software asistido por IA?

Sí, creo que están convirtiéndose en la próxima gran fuente de fricción.

La IA ha comprimido drásticamente el tiempo entre una idea y un código utilizable. Pero una vez que el código existe, aún necesitas colocarlo en algún lugar, configurarlo correctamente, conectar servicios, gestionar dominios y seguridad, y mantener la aplicación en funcionamiento. Si esos pasos aún requieren cambiar entre varios paneles, páginas de documentación, terminales y herramientas, el flujo de trabajo se ralentiza nuevamente.

Podemos ver que los desarrolladores quieren la misma velocidad de código a producción que ahora obtienen de idea a código. Más de 19 000 clientes ya han probado Hostinger Connector, alrededor de 1 500 lo usan a diario, y están completando aproximadamente entre 30 000 y 40 000 acciones al día. Eso es una señal clara de que la implementación y las operaciones se están incorporando directamente al flujo de trabajo de desarrollo asistido por IA.

Hostinger afirma que su Connector ya está procesando entre 30 000 y 40 000 acciones al día en sitios web y servicios. ¿Qué están pidiendo realmente los desarrolladores a los agentes de IA en producción, y alguno de esos patrones de uso te ha sorprendido?

Los desarrolladores utilizan Connector directamente desde las herramientas en las que ya trabajan, como VS Code, Antigravity y Cursor. Ese cambio es importante porque lleva las acciones de infraestructura al flujo de desarrollo en lugar de obligar a los desarrolladores a saltar entre paneles separados.

Uno de los casos de uso más claros que vemos es la implementación. Más de 14 600 sitios web únicos ya se han desplegado a través de MCP, y las implementaciones semanales crecieron casi un 300 % durante el último mes.

Más allá de la implementación, los agentes usan Connector para gestionar dominios y DNS, archivos del sitio web, recursos del servidor, reglas de firewall, claves SSH, tareas de comercio electrónico, campañas de correo electrónico y otros servicios de Hostinger. En la práctica, eso significa que un agente puede pasar de ayudar a construir un proyecto a ponerlo en línea y gestionar los servicios que lo rodean.

Existe una diferencia significativa entre permitir que un agente de IA escriba código y permitirle cambiar registros DNS, reglas de firewall, claves SSH o configuraciones de servidor. ¿Qué nuevas salvaguardas se vuelven necesarias una vez que a los agentes se les otorga este nivel de control operativo?

La diferencia clave es que el agente ya no solo sugiere qué hacer. Está realizando cambios reales en un sistema en vivo, por lo que la seguridad y el control se vuelven mucho más importantes.

Eso significa que los agentes necesitan límites de permisos claros, acceso seguro y visibilidad de las acciones que realizan. Pero, idealmente, los desarrolladores no deberían tener que gestionar toda esa complejidad por sí mismos.

Ese es el enfoque que estamos adoptando con Hostinger Connector y nuestra plataforma de agentes. La plataforma gestiona la infraestructura, el acceso y las capas de seguridad alrededor del agente, de modo que los desarrolladores puedan centrarse en lo que desean que sus agentes hagan, en lugar de configurar y mantener todo lo subyacente.

“Vibe coding” ha hecho que el desarrollo de software sea accesible para personas que pueden tener conocimientos limitados de infraestructura o DevOps. ¿Qué ocurre cuando esos usuarios comienzan a desplegar aplicaciones a través de agentes sin comprender plenamente los sistemas subyacentes?

Creo que esto coloca más responsabilidad en la plataforma, no en el usuario. Si la IA permite que más personas construyan software, no podemos esperar que todas ellas se conviertan también en expertas en infraestructura.

La plataforma debe encargarse de gran parte de la complejidad subyacente, desde la seguridad y copias de seguridad hasta la monitorización, los límites de recursos y valores predeterminados sensatos. Los usuarios deben comprender lo que ocurre a nivel general, pero no deberían necesitar conocimientos profundos de DevOps solo para poner una aplicación en línea de forma segura.

Ya hemos visto un patrón similar con los agentes de IA. Con productos como Managed OpenClaw, el desafío para muchos usuarios no era lo que el agente podía hacer, sino todo lo necesario para ejecutarlo de manera fiable: alojamiento, configuración, claves API, seguridad y mantenimiento. Eliminar esa carga de configuración hizo que la tecnología fuera mucho más accesible.

Creo que la infraestructura funcionará cada vez más de la misma manera. Los usuarios deberían poder centrarse en lo que quieren construir, mientras la plataforma gestiona de forma segura gran parte de la complejidad operativa en segundo plano.

Para que un agente de IA opere la infraestructura de manera fiable, ¿cuánta información contextual necesita sobre el entorno circundante, como dependencias, recursos del servidor, políticas de seguridad, credenciales y cambios de configuración previos?

Un agente necesita suficiente contexto para comprender no solo la tarea, sino también el entorno que la rodea.

Una acción simple como cambiar un registro DNS, reiniciar un servidor o desplegar una nueva versión puede afectar a otras partes del sistema. Por lo tanto, el agente debe tener acceso a información estructurada sobre los recursos que está operando: qué está desplegado, de qué depende, qué recursos están disponibles, qué permisos tiene el agente y qué ocurrió antes.

Al mismo tiempo, más contexto no debe significar acceso ilimitado. El agente solo debe recibir la información y los permisos que realmente necesita para completar la tarea de forma segura. Conceder al agente un acceso excesivo solo porque más contexto podría hacerlo más inteligente sería una compensación equivocada.

¿En qué casos la aprobación humana debe seguir siendo obligatoria? ¿Hay categorías de acciones de infraestructura que consideras que los agentes de IA deberían poder ejecutar de forma autónoma y otras que siempre deberían requerir autorización humana explícita?

Creo que los agentes de IA pueden operar en gran medida por sí mismos, siempre que el sistema esté configurado correctamente desde el principio.

En lugar de depender de un solo agente para hacerlo todo, diferentes agentes pueden tener distintas responsabilidades. Uno puede encargarse de la codificación y el despliegue, otro puede probar el resultado, un tercero puede monitorizar el sistema y generar alertas, y otro puede escalar los problemas cuando algo falla.

En esa configuración, el ser humano no necesita aprobar cada acción individual. Su papel es supervisar todo el sistema de agentes: definir las reglas, establecer los permisos correctos, monitorizar cómo trabajan los agentes en conjunto y seguir mejorando la configuración con el tiempo.

Así que, para mí, la cuestión clave no es tanto qué acciones individuales siempre requieren aprobación humana, sino más bien si el sistema en su conjunto ha sido diseñado con los controles, responsabilidades y vías de escalamiento adecuados.

A medida que los entornos de desarrollo se convierten cada vez más en interfaces para desplegar aplicaciones, gestionar dominios, configurar servidores y controlar servicios externos, ¿esperas que desaparezcan los límites tradicionales entre el IDE, las plataformas DevOps y las consolas de gestión en la nube?

Espero que los límites se difuminen significativamente, aunque no creo que todas las interfaces especializadas desaparezcan.

Hoy, los desarrolladores a menudo pasan de un IDE a un panel de alojamiento, a un panel de dominios, a un terminal y a varios servicios externos solo para llevar una aplicación a producción. Los agentes de IA pueden conectar muchos de esos pasos y llevarlos al entorno donde el desarrollador ya está trabajando.

Eso no significa que los paneles o las herramientas de gestión en la nube desaparezcan. Seguirán siendo útiles para configuraciones más profundas y supervisión. Pero para muchas tareas cotidianas, los desarrolladores pueden ya no necesitar pensar en qué interfaz deben abrir a continuación.

La experiencia pasa a centrarse más en la tarea que deseas completar y menos en qué herramienta la posee tradicionalmente.

Los agentes de IA pueden potencialmente realizar cambios de infraestructura mucho más rápido que los humanos, pero también pueden cometer errores a velocidad de máquina. ¿Qué importancia tendrán capacidades como registros de auditoría, mecanismos de reversión, límites de permisos y monitorización continua a medida que el desarrollo basado en agentes madure?

Estas capacidades se volverán esenciales a medida que los agentes asuman más trabajo operativo.

La IA puede hacer cambios de infraestructura mucho más rápido que una persona, lo cual es útil cuando todo funciona bien. Pero la misma velocidad también puede hacer que un error se propague mucho más rápido. Por eso los usuarios necesitan saber qué cambió, a qué tuvo acceso el agente y cómo recuperarse si algo sale mal.

Los registros de auditoría, los límites de permisos, la monitorización y los mecanismos de reversión son lo que hacen confiable ese tipo de automatización.

A medida que los agentes se vuelvan más capaces, creo que la calidad de estas salvaguardas será tan importante como la inteligencia del propio agente.

De cara al futuro, ¿crees que las plataformas de desarrollo de IA más exitosas serán aquellas con los mejores modelos de codificación, o la ventaja competitiva provendrá cada vez más de proporcionar a los agentes acceso seguro a la infraestructura, herramientas, contexto organizacional y sistemas de producción?

La calidad del modelo de codificación seguirá siendo importante, pero no creo que sea suficiente por sí sola.

Una vez que los modelos son buenos generando código, la gran pregunta pasa a ser qué ocurre después. ¿Puede el agente desplegar la aplicación? ¿Puede conectar los servicios correctos, comprender el entorno, hacer cambios de forma segura y verificar que todo funciona?

Ahí es donde el acceso a la infraestructura, las herramientas, los permisos y el contexto se vuelven mucho más importantes.

Creo que las plataformas de desarrollo de IA más fuertes combinarán buenos modelos con acceso seguro a los sistemas que rodean el código. El valor real no es solo ayudar a alguien a escribir software más rápido, sino ayudarle a pasar de una idea a un producto funcional con menos pasos intermedios.

Gracias por la excelente entrevista, lectores que deseen conocer más sobre las distintas soluciones de alojamiento disponibles deberían visitar Hostinger.