Saulius Lazaravičius, Hostinger 제품 부사장 – 인터뷰 시리즈

Saulius Lazaravičius, Hostinger 제품 부사장은 소프트웨어 엔지니어링, 기업가 정신, 전자상거래 및 제품 개발 분야에서 20년 이상 경력을 가진 경험 많은 기술 및 제품 리더입니다. 그는 소프트웨어 엔지니어로 시작해 B2B SaaS 회사를 공동 설립했으며, 그곳에서 운송 관리 플랫폼을 처음부터 구축하는 데 기여했습니다. 이후 발트 3국에서 가장 큰 식료품 전자상거래 플랫폼 중 하나인 BARBORA의 소프트웨어 개발 팀을 조직하고 이끌었으며, NFQ에 합류해 교차 기능 기술 팀과 클라이언트 제품 개발을 관리했습니다. Lazaravičius는 2022년에 Hostinger에 제품 책임자로 합류했으며 2024년에 제품 부사장으로 승진해 웹 호스팅 및 관리형 WordPress에서 핵심 인프라, VPS, 도메인, 비즈니스 이메일, 제품 디자인, 제품 성장 및 신흥 AI 제품을 포함하는 광범위한 포트폴리오로 책임 범위를 확대했습니다. 그의 최근 작업에는 Hostinger의 이메일 마케팅 서비스 출시 및 성장과 오픈소스 AI 에이전트를 위한 관리형 솔루션 도입이 포함됩니다.

Hostinger는 리투아니아에서 설립된 기술 기업으로, 전통적인 웹 호스팅 제공업체에서 온라인 비즈니스를 구축·출시·성장시키는 AI 기반 플랫폼으로 발전했습니다. 2004년에 설립된 이 회사는 현재 150개국 이상에서 500만 명 이상의 사용자를 보유하고 있으며 약 900명의 직원으로 구성된 팀을 운영하고 있습니다. 제품 포트폴리오는 웹 및 클라우드 호스팅, 관리형 WordPress, 가상 사설 서버(VPS), 도메인, 비즈니스 이메일, 전자상거래 및 AI 기반 제작 도구를 포함합니다. Hostinger는 AI를 전략의 중심에 두고 있으며, 대화형 AI를 통해 웹사이트와 웹 애플리케이션을 생성·게시할 수 있는 Hostinger Horizons와 전자상거래, 고객 지원, 관리형 AI 에이전트를 위한 통합 AI 기능을 제공하고 있습니다.

당신은 소프트웨어 엔지니어로 경력을 시작하고, 이후 개발 팀을 구축·리도하며, 현재는 핵심 인프라, VPS, 도메인, 제품 성장 및 오픈소스 AI 에이전트를 위한 관리형 솔루션을 아우르는 광범위한 Hostinger 제품 포트폴리오를 총괄하고 있습니다. 이러한 성장 과정이 개발자들이 단순히 코드를 생성하는 것을 넘어 AI에게 실제로 필요로 하는 것이 무엇인지에 대한 사고방식에 어떤 영향을 미쳤다고 보십니까?

제게 소프트웨어 개발에서 가장 흥미로운 부분은 코드 자체를 작성하는 것이 아니라, 기술적 또는 사용자 문제에 대한 올바른 해결책을 찾고, 가설을 세우며, 이를 기반으로 무언가를 구축한 뒤, 사람들이 실제로 어떻게 사용하고 혜택을 얻는지를 보는 것입니다.

과거에는 개발자들의 많은 시간이 그 과정과 관련된 반복 작업에 소비되었습니다. 라이브러리와 코드 스니펫을 검색하고, 다양한 구성 요소를 연결하며, 디버깅·테스트·작은 문제를 수정하는 데 시간을 들여야만 해결책이 좋은지 제대로 평가할 수 있었습니다.

AI는 이러한 균형을 바꿉니다. 많은 반복 작업을 몇 가지 프롬프트만으로 처리할 수 있게 되면서, 개발자는 문제를 이해하고, 다양한 접근 방식을 탐색하며, 제품 결정을 내리고, 실제 사용자 행동으로부터 학습하는 창의적인 부분에 더 많은 시간을 할애할 수 있게 됩니다.

제가 보는 개발자에게 AI가 제공하는 가장 큰 가치는 바로 여기입니다. 단순히 코드를 더 빠르게 생성하는 것이 아니라, 필수적이지만 흥미롭지 않은 작업을 더 많이 제거함으로써 개발자가 실제로 중요한 문제 해결에 더 많은 시간을 투자할 수 있게 하는 것입니다.

AI 코딩 도구가 아이디어에서 실제 코드로 전환되는 시간을 크게 단축시켰습니다. 이제 배포와 인프라 관리가 AI 지원 소프트웨어 개발에서 더 큰 병목 현상이 되고 있다고 보십니까?

네, 이는 차세대 주요 마찰 요인이 되고 있다고 생각합니다.

AI는 아이디어와 사용 가능한 코드 사이의 시간을 크게 단축시켰습니다. 그러나 코드가 존재하면 이를 배치하고, 올바르게 구성하며, 서비스를 연결하고, 도메인 및 보안을 처리하고, 애플리케이션을 지속적으로 운영해야 합니다. 이러한 단계가 여전히 여러 대시보드, 문서 페이지, 터미널 및 도구 사이를 전환해야 한다면 워크플로우는 다시 느려집니다.

개발자들은 아이디어에서 코드까지 얻는 속도와 동일한 속도로 코드에서 프로덕션까지 이동하기를 원한다는 것을 알 수 있습니다. 이미 19,000명 이상의 고객이 Hostinger Connector를 사용해 보았으며, 약 1,500명이 매일 사용하고 있고, 하루에 약 30,000~40,000개의 작업을 수행하고 있습니다. 이는 배포와 운영이 AI 지원 개발 워크플로우에 직접 통합되고 있음을 강력히 보여줍니다.

Hostinger는 Connector가 웹사이트와 서비스 전반에 걸쳐 하루에 30,000~40,000개의 작업을 처리하고 있다고 밝히고 있습니다. 실제로 개발자들이 프로덕션에서 AI 에이전트에게 어떤 작업을 요청하고 있으며, 그 사용 패턴 중 놀라운 점이 있습니까?

개발자들은 VS Code, Antigravity, Cursor와 같이 이미 사용 중인 도구에서 직접 Connector를 활용합니다. 이러한 전환은 인프라 작업을 개발 흐름에 통합함으로써 별도의 대시보드 사이를 오가야 하는 불편을 없애기 때문에 중요합니다.

우리가 목격한 가장 명확한 사용 사례 중 하나는 배포입니다. 이미 14,600개 이상의 고유 웹사이트가 MCP를 통해 배포되었으며, 지난 한 달 동안 주간 배포량이 거의 300% 증가했습니다.

배포 외에도 에이전트는 Connector를 이용해 도메인 및 DNS 관리, 웹사이트 파일, 서버 자원, 방화벽 규칙, SSH 키, 전자상거래 작업, 이메일 캠페인 및 기타 Hostinger 서비스를 관리합니다. 실제로 이는 에이전트가 프로젝트 구축을 돕는 단계에서 온라인에 배포하고 주변 서비스를 관리하는 단계까지 진행할 수 있음을 의미합니다.

AI 에이전트가 코드를 작성하도록 허용하는 것과 DNS 레코드, 방화벽 규칙, SSH 키 또는 서버 구성을 변경하도록 허용하는 것 사이에는 큰 차이가 있습니다. 에이전트에게 이러한 수준의 운영 제어 권한을 부여하면 어떤 새로운 안전 장치가 필요해집니까?

핵심 차이는 에이전트가 이제 단순히 수행 방안을 제안하는 것이 아니라, 실제 라이브 시스템에 변화를 주는 것입니다. 따라서 보안과 제어가 훨씬 더 중요해집니다.

이는 에이전트가 명확한 권한 경계, 안전한 접근 권한 및 수행 작업에 대한 가시성을 가져야 함을 의미합니다. 그러나 이상적으로는 개발자가 이러한 복잡성을 모두 직접 관리할 필요는 없습니다.

Hostinger Connector와 우리의 에이전트 플랫폼은 바로 이러한 접근 방식을 취하고 있습니다. 플랫폼이 에이전트 주변의 인프라, 접근 및 보안 계층을 담당함으로써 개발자는 에이전트에게 수행시키고자 하는 작업에 집중하고, 하부의 모든 구성 및 유지 관리에 신경 쓸 필요가 없습니다.

“Vibe coding”은 인프라나 DevOps에 대한 지식이 제한된 사람들도 소프트웨어 개발에 접근할 수 있게 만들었습니다. 이러한 사용자들이 시스템에 대한 충분한 이해 없이 에이전트를 통해 애플리케이션을 배포하기 시작하면 어떻게 될까요?

이는 사용자보다 플랫폼에 더 큰 책임을 부여하는 것이라고 생각합니다. AI가 더 많은 사람들이 소프트웨어를 만들 수 있게 한다면, 모든 사용자가 인프라 전문가가 되기를 기대할 수는 없습니다.

플랫폼은 보안 및 백업부터 모니터링, 자원 제한, 합리적인 기본값에 이르기까지 하위 복잡성을 더 많이 담당해야 합니다. 사용자는 전반적인 흐름을 이해하면 되지만, 애플리케이션을 안전하게 온라인에 올리기 위해 깊은 DevOps 지식이 필요하지는 않아야 합니다.

AI 에이전트에서도 유사한 패턴을 이미 목격했습니다. Managed OpenClaw와 같은 제품에서는 많은 사용자가 에이전트가 할 수 있는 일보다 이를 안정적으로 운영하기 위해 필요한 호스팅, 구성, API 키, 보안 및 유지 관리가 더 큰 과제였습니다. 이러한 설정 부담을 없애는 것이 기술을 훨씬 더 접근 가능하게 만들었습니다.

인프라도 점점 같은 방식으로 작동할 것이라 생각합니다. 사용자는 구축하고자 하는 것에 집중하고, 플랫폼은 백그라운드에서 운영 복잡성을 안전하게 처리해야 합니다.

AI 에이전트가 인프라를 안정적으로 운영하려면, 종속성, 서버 자원, 보안 정책, 자격 증명 및 이전 구성 변경 사항 등 주변 환경에 대한 어느 정도의 컨텍스트가 필요합니까?

에이전트는 작업 자체뿐 아니라 그 주변 환경을 이해할 수 있을 만큼 충분한 컨텍스트가 필요합니다.

DNS 레코드 변경, 서버 재시작, 새 버전 배포와 같은 간단한 작업도 시스템의 다른 부분에 영향을 미칠 수 있습니다. 따라서 에이전트는 자신이 다루는 자원에 대한 구조화된 정보를 접근해야 합니다. 즉, 무엇이 배포되었는지, 무엇이 그것에 의존하는지, 어떤 자원이 사용 가능한지, 에이전트가 가진 권한은 무엇인지, 그리고 이전에 어떤 일이 있었는지를 알아야 합니다.

동시에, 더 많은 컨텍스트가 무제한 접근을 의미해서는 안 됩니다. 에이전트는 작업을 안전하게 수행하는 데 실제로 필요한 정보와 권한만 받아야 합니다. 더 많은 컨텍스트가 에이전트를 더 똑똑하게 만들 수 있다고 해서 과도한 접근 권한을 부여하는 것은 잘못된 선택입니다.

인간 승인이 반드시 필요해야 하는 영역은 어디입니까? AI 에이전트가 자율적으로 수행해도 되는 인프라 작업과 항상 명시적인 인간 승인이 요구되는 작업 범주가 있다고 보십니까?

시스템이 처음부터 올바르게 구성된다면, AI 에이전트는 대부분 자율적으로 운영될 수 있다고 믿습니다.

하나의 에이전트가 모든 일을 담당하도록 하는 대신, 서로 다른 에이전트가 각각 다른 책임을 가질 수 있습니다. 한 에이전트는 코딩 및 배포를 담당하고, 다른 에이전트는 결과를 테스트하며, 세 번째는 시스템을 모니터링하고 알림을 발생시키고, 또 다른 에이전트는 문제가 발생했을 때 이를 에스컬레이션합니다.

이러한 설정에서는 인간이 개별 작업마다 승인을 할 필요가 없습니다. 인간의 역할은 전체 에이전트 시스템을 감독하는 것으로, 규칙을 정의하고 적절한 권한을 설정하며, 에이전트들의 협업을 모니터링하고, 시간이 지남에 따라 설정을 지속적으로 개선하는 것입니다.

따라서 저에게 핵심 질문은 개별 작업이 인간 승인을 언제나 필요로 하는가보다, 전체 시스템이 올바른 검증, 책임 및 에스컬레이션 경로를 갖추고 설계되었는가에 대한 것입니다.

개발 환경이 애플리케이션 배포, 도메인 관리, 서버 구성 및 외부 서비스 제어를 위한 인터페이스로 점점 더 확대됨에 따라, IDE, DevOps 플랫폼 및 클라우드 관리 콘솔 간의 전통적인 경계가 사라질 것으로 예상하십니까?

경계가 크게 흐려질 것으로 기대하지만, 모든 전문 인터페이스가 사라질 것이라고는 생각하지 않습니다.

현재 개발자들은 하나의 애플리케이션을 프로덕션에 올리기 위해 IDE, 호스팅 대시보드, 도메인 패널, 터미널 및 여러 외부 서비스를 오가며 작업합니다. AI 에이전트는 이러한 단계들을 연결해 개발자가 이미 작업 중인 환경으로 가져올 수 있습니다.

이는 대시보드나 클라우드 관리 도구가 사라진다는 의미는 아닙니다. 이들은 여전히 심층 구성 및 감독에 유용할 것입니다. 그러나 일상적인 많은 작업에서는 개발자가 다음에 어떤 인터페이스를 열어야 할지 고민할 필요가 없게 될 수 있습니다.

경험은 어떤 작업을 완수하고자 하는지에 초점을 맞추게 되며, 전통적으로 그 작업을 담당하는 도구에 대한 고민은 줄어듭니다.

AI 에이전트는 인프라 변경을 인간보다 훨씬 빠르게 수행할 수 있지만, 기계 속도로 실수를 할 위험도 있습니다. 에이전트 기반 개발이 성숙해짐에 따라 감사 로그, 롤백 메커니즘, 권한 경계 및 지속적인 모니터링과 같은 기능은 얼마나 중요해질까요?

에이전트가 더 많은 운영 작업을 담당하게 되면서 이러한 기능은 필수적이 될 것입니다.

AI는 사람이 할 수 있는 것보다 훨씬 빠르게 인프라 변경을 수행할 수 있어 모든 것이 정상일 때는 유용합니다. 그러나 동일한 속도는 실수가 빠르게 확산될 위험도 있습니다. 따라서 사용자는 무엇이 변경되었는지, 에이전트가 어떤 접근 권한을 가졌는지, 문제가 발생했을 때 어떻게 복구할 수 있는지를 알아야 합니다.

감사 로그, 권한 경계, 모니터링 및 롤백 메커니즘이 이러한 자동화를 신뢰할 수 있게 만드는 요소입니다.

에이전트가 더욱 강력해짐에 따라, 이러한 안전 장치의 품질은 에이전트 자체의 지능만큼이나 중요해질 것이라고 생각합니다.

앞으로 보았을 때, 최고의 코딩 모델을 갖춘 AI 개발 플랫폼이 승리할 것이라고 보십니까, 아니면 에이전트에게 인프라, 도구, 조직적 컨텍스트 및 프로덕션 시스템에 대한 안전한 접근 권한을 부여하는 것이 점점 더 경쟁 우위가 될 것이라고 보십니까?

코딩 모델의 품질은 여전히 중요하지만, 그것만으로는 충분하지 않을 것이라고 생각합니다.

모델이 코드를 잘 생성하게 되면, 그 다음에 무엇이 일어나는지가 더 큰 질문이 됩니다. 에이전트가 애플리케이션을 배포할 수 있습니까? 올바른 서비스를 연결하고, 환경을 이해하며, 안전하게 변경하고, 모든 것이 정상 작동하는지를 검증할 수 있습니까?

여기서 인프라 접근, 도구, 권한 및 컨텍스트가 훨씬 더 중요해집니다.

가장 강력한 AI 개발 플랫폼은 우수한 모델과 코드 주변 시스템에 대한 안전한 접근을 결합할 것이라고 생각합니다. 진정한 가치는 단순히 소프트웨어를 더 빠르게 작성하도록 돕는 것이 아니라, 아이디어에서 실제 제품이 되기까지 중간 단계들을 최소화하는 데 있습니다.

훌륭한 인터뷰에 감사드립니다. 제공되는 다양한 호스팅 솔루션에 대해 더 알고 싶으신 독자분들은 Hostinger를 방문하시기 바랍니다.