Saulius Lazaravičius, viceprezident produktů ve společnosti Hostinger – série rozhovorů

Saulius Lazaravičius, viceprezident produktů ve společnosti Hostinger, je zkušený technologický a produktový lídr, jehož kariéra se rozprostírá přes více než dvě desetiletí v oblasti softwarového inženýrství, podnikání, e‑commerce a vývoje produktů. Začal jako softwarový inženýr, než spoluzaložil B2B SaaS společnost, kde pomáhal vybudovat platformu pro správu dopravy od základů. Později vytvořil a řídil tým vývoje softwaru stojícího za BARBORA, jednou z největších baltských e‑commerce platforem pro potraviny, než nastoupil do NFQ, kde řídil mezioborové technologické týmy a vývoj produktů pro klienty. Lazaravičius se připojil k Hostingeru jako vedoucí produktů v roce 2022 a v roce 2024 byl povýšen na viceprezidenta produktů, čímž rozšířil své odpovědnosti od webhostingu a spravovaného WordPressu po široké portfolio zahrnující základní infrastrukturu, VPS, domény, firemní e‑mail, návrh produktů, růst produktů a vznikající AI produkty. Mezi jeho nedávné činnosti patří spuštění a rozvoj nabídky e‑mailového marketingu Hostingeru a zavedení spravovaných řešení pro open‑source AI agenty.

Hostinger je technologická společnost založená v Litvě, která se vyvinula z tradičního poskytovatele webhostingu na širší platformu poháněnou umělou inteligencí pro tvorbu, spouštění a rozvoj online podniků. Společnost byla založena v roce 2004, dnes obsluhuje více než 5 000 000 uživatelů ve více než 150 zemích a má tým přibližně 900 zaměstnanců. Její produktové portfolio zahrnuje webové a cloudové hostingy, spravovaný WordPress, virtuální privátní servery (VPS), domény, firemní e‑mail, e‑commerce a nástroje pro tvorbu poháněné AI. Hostinger čím dál více staví AI do středu své strategie, včetně Hostinger Horizons, který uživatelům umožňuje vytvářet a publikovat webové stránky a webové aplikace pomocí konverzační AI, spolu s integrovanými AI funkcemi pro e‑commerce, zákaznickou podporu a spravované AI agenty.

Začal jste svou kariéru jako softwarový inženýr, později budoval a řídil vývojové týmy a nyní dohlížíte na široké produktové portfolio Hostingeru zahrnující základní infrastrukturu, VPS, domény, růst produktů a spravovaná řešení pro open‑source AI agenty. Jaký vliv měla tato cesta na to, jak přemýšlíte o tom, co vývojáři od AI skutečně potřebují, kromě pouhého generování kódu?

Pro mě nikdy nebyla nejzajímavější část vývoje softwaru samotné psaní kódu. Jde o nalezení správného řešení technického nebo uživatelského problému, vytvoření hypotézy, postavení něčeho kolem ní a následné sledování, jak lidé skutečně používají a těží z toho.

V minulosti mnoho času vývojářů směřovalo do opakující se práce související s tímto procesem: hledání knihoven a útržků kódu, propojení různých částí, ladění, testování a oprava drobných problémů, než bylo možné řádně zhodnotit, zda je řešení dobré.

AI tuto rovnováhu mění. Velká část této opakující se práce může nyní být zvládnuta několika výzvami, což vývojářům poskytuje více času na kreativní část: pochopení problému, zkoumání různých přístupů, rozhodování o produktu a učení se z reálného chování uživatelů.

Právě zde vidím největší hodnotu AI pro vývojáře. Nejde jen o rychlejší generování kódu. Jde o odstranění větší části povinné, ale méně zajímavé práce, aby vývojáři mohli věnovat více času řešení skutečně podstatných problémů.

Nástroje pro kódování s AI dramaticky zkrátily dobu, která je potřeba k přechodu od nápadu k fungujícímu kódu. Domníváte se, že nasazení a správa infrastruktury se nyní stávají hlavními úzkými místy ve vývoji softwaru asistovaném AI?

Ano, myslím, že se stávají dalším hlavním zdrojem tření.

AI dramaticky zkrátila čas mezi nápadem a použitelým kódem. Ale jakmile kód existuje, musíte jej umístit někam, správně jej nakonfigurovat, propojit služby, spravovat domény a zabezpečení a udržovat aplikaci v chodu. Pokud tyto kroky stále vyžadují přepínání mezi několika řídicími panely, dokumentačními stránkami, terminály a nástroji, pracovní postup se opět zpomalí.

Vidíme, že vývojáři chtějí stejnou rychlost od kódu k produkci, jakou nyní získávají od nápadu ke kódu. Více než 19 000 zákazníků již vyzkoušelo Hostinger Connector, přibližně 1 500 jej používá denně a provádějí zhruba 30 000 až 40 000 akcí denně. To je silný signál, že nasazení a provoz se přímo přesouvají do vývojového workflow asistovaného AI.

Hostinger uvádí, že Connector již zpracovává 30 000 až 40 000 akcí denně napříč weby a službami. Co vývojáři ve skutečnosti požadují od AI agentů v produkci a překvapily vás některé z těchto vzorců používání?

Vývojáři používají Connector přímo z nástrojů, ve kterých již pracují, jako jsou VS Code, Antigravity a Cursor. Tento posun je důležitý, protože přináší akce související s infrastrukturou do vývojového toku místo toho, aby vývojáře nutil přepínat mezi samostatnými řídicími panely.

Jedním z nejjasnějších případů použití, které vidíme, je nasazení. Více než 14 600 unikátních webů již bylo nasazeno prostřednictvím MCP a týdenní nasazení vzrostla během posledního měsíce téměř o 300 %.

Kromě nasazení používají agenti Connector k správě domén a DNS, souborů webu, serverových zdrojů, pravidel firewallu, SSH klíčů, úkolů e‑commerce, e‑mailových kampaní a dalších služeb Hostingeru. V praxi to znamená, že agent může přejít od pomoci při tvorbě projektu k jeho skutečnému nasazení a správě souvisejících služeb.

Existuje významný rozdíl mezi tím, že AI agentovi umožníte psát kód, a tím, že mu umožníte měnit DNS záznamy, pravidla firewallu, SSH klíče nebo konfigurace serveru. Jaká nová bezpečnostní opatření jsou nutná, jakmile jsou agentům svěřeny takové operační pravomoci?

Klíčový rozdíl spočívá v tom, že agent již není jen návrhem, co udělat. Provádí skutečné změny v živém systému, takže bezpečnost a kontrola se stávají mnohem důležitějšími.

To znamená, že agenti potřebují jasně definované hranice oprávnění, zabezpečený přístup a přehled o prováděných akcích. Ideálně by však vývojáři neměli muset tuto složitost spravovat sami.

Takový přístup uplatňujeme u Hostinger Connector a naší platformy pro agenty. Platforma se stará o infrastrukturu, přístup a bezpečnostní vrstvy kolem agenta, takže vývojáři se mohou soustředit na to, co chtějí, aby jejich agenti dělali, místo aby konfigurovali a udržovali vše pod tím.

„Vibe coding“ zpřístupnilo vývoj softwaru lidem, kteří mohou mít omezené znalosti o infrastruktuře nebo DevOps. Co se stane, když tito uživatelé začnou nasazovat aplikace prostřednictvím agentů, aniž by plně rozuměli podkladovým systémům?

Myslím, že to klade větší odpovědnost na platformu, nikoli na uživatele. Pokud AI umožní více lidem stavět software, nemůžeme očekávat, že všichni se zároveň stanou experty na infrastrukturu.

Platforma musí převzít většinu podkladové složitosti, od zabezpečení a záloh až po monitorování, limity zdrojů a rozumná výchozí nastavení. Uživatelé by měli rozumět tomu, co se děje na vyšší úrovni, ale neměli by potřebovat hluboké znalosti DevOps jen k bezpečnému nasazení aplikace online.

U AI agentů jsme již viděli podobný vzorec. U produktů jako Managed OpenClaw nebyla výzvou pro mnoho uživatelů to, co agent dokáže, ale vše potřebné k jeho spolehlivému provozu: hosting, konfigurace, API klíče, zabezpečení a údržba. Odstranění této zátěže při nastavení učinilo technologii mnohem přístupnější.

Myslím, že infrastruktura bude čím dál tím více fungovat stejným způsobem. Uživatelé by se měli soustředit na to, co chtějí stavět, zatímco platforma bezpečně v pozadí řeší většinu operační složitosti.

Aby AI agent mohl spolehlivě provozovat infrastrukturu, kolik kontextu potřebuje o okolním prostředí, jako jsou závislosti, serverové zdroje, bezpečnostní zásady, přihlašovací údaje a předchozí změny konfigurace?

Agent potřebuje dostatek kontextu k pochopení nejen úkolu, ale i okolního prostředí.

Jednoduchá akce, jako změna DNS záznamu, restart serveru nebo nasazení nové verze, může ovlivnit jiné části systému. Proto by měl mít agent přístup ke strukturovaným informacím o zdrojích, které spravuje: co je nasazeno, na čem to závisí, jaké zdroje jsou k dispozici, jaká oprávnění agent má a co se předtím stalo.

Současně více kontextu neznamená neomezený přístup. Agent by měl získat pouze informace a oprávnění, které skutečně potřebuje k bezpečnému dokončení úkolu. Poskytnout agentovi nadměrný přístup jen proto, že více kontextu by jej mohlo učinit chytřejším, by byl špatný kompromis.

Kde by měla zůstávat lidská schválení povinná? Existují kategorie infrastrukturních akcí, o nichž se domníváte, že by je AI agenti měli provádět autonomně, a jiné, které by vždy měly vyžadovat explicitní lidské schválení?

Věřím, že AI agenti mohou fungovat převážně samostatně, pokud je systém od začátku řádně nastaven.

Místo toho, aby jeden agent dělal vše, mohou různí agenti mít různé odpovědnosti. Jeden může řešit kódování a nasazení, další testovat výsledek, třetí monitorovat systém a vyvolávat upozornění a další eskalovat problémy, když se něco pokazí.

V takovém nastavení nemusí člověk schvalovat každou jednotlivou akci. Jeho úlohou je dohlížet na celý systém agentů: definovat pravidla, nastavit správná oprávnění, sledovat, jak agenti spolupracují, a postupně systém vylepšovat.

Pro mě je tedy klíčová otázka spíše méně o tom, které konkrétní akce vždy vyžadují lidské schválení, a více o tom, zda byl celý systém navržen s vhodnými kontrolami, odpovědnostmi a cestami eskalace.

Jak vývojová prostředí čím dál více slouží jako rozhraní pro nasazování aplikací, správu domén, konfiguraci serverů a řízení externích služeb, očekáváte, že tradiční hranice mezi IDE, platformami DevOps a konzolami pro správu cloudu zmizí?

Očekávám, že hranice se výrazně rozmaznou, i když si nemyslím, že každé specializované rozhraní zmizí.

Dnes vývojáři často přecházejí mezi IDE, hostingovým panelem, panelem domén, terminálem a několika externími službami, jen aby dostali jednu aplikaci do produkce. AI agenti mohou propojit mnoho z těchto kroků a přenést je do prostředí, ve kterém vývojář již pracuje.

To neznamená, že řídicí panely nebo nástroje pro správu cloudu zmizí. Stále budou užitečné pro podrobnější konfiguraci a dohled. Ale pro mnoho každodenních úkolů už vývojáři možná nebudou muset přemýšlet, které rozhraní mají otevřít dál.

Zkušenost se stává spíše o úkolu, který chcete dokončit, a méně o tom, který nástroj jej tradičně vlastní.

AI agenti mohou potenciálně provádět změny infrastruktury mnohem rychleji než lidé, ale mohou také dělat chyby rychlostí stroje. Jak důležité se stanou funkce jako auditní záznamy, mechanismy rollbacku, hranice oprávnění a kontinuální monitorování, jak se vývoj s agenty vyvíjí?

Tyto funkce se stanou nezbytnými, jak agenti přebírají více operační práce.

AI může provádět změny infrastruktury mnohem rychleji než člověk, což je užitečné, když vše probíhá správně. Stejná rychlost však může také způsobit, že se chyba rozšíří mnohem rychleji. Proto uživatelé potřebují vědět, co se změnilo, k čemu měl agent přístup, a jak se zotavit, pokud se něco pokazí.

Auditní záznamy, hranice oprávnění, monitorování a rollbackové mechanismy jsou to, co činí takovou automatizaci důvěryhodnou.

Jakmile agenti získají větší schopnosti, myslím, že kvalita těchto bezpečnostních opatření bude mít stejný význam jako inteligence samotného agenta.

Do budoucna, myslíte si, že vítězné platformy pro vývoj AI budou ty s nejlepšími modely pro kódování, nebo že konkurenční výhoda bude čím dál tím více spočívat v poskytování agentům bezpečného přístupu k infrastruktuře, nástrojům, organizačnímu kontextu a produkčním systémům?

Kvalita modelu pro kódování bude i nadále důležitá, ale nemyslím si, že to samo o sobě bude stačit.

Jakmile jsou modely dobré v generování kódu, hlavnější otázkou se stává, co se stane dál. Dokáže agent nasadit aplikaci? Dokáže propojit správné služby, pochopit prostředí, provádět změny bezpečně a ověřit, že vše funguje?

Právě zde se stává přístup k infrastruktuře, nástroje, oprávnění a kontext mnohem důležitějšími.

Myslím, že nejsilnější platformy pro vývoj AI spojí kvalitní modely s bezpečným přístupem k systémům kolem kódu. Skutečná hodnota nespočívá jen v tom, že pomáháte někomu psát software rychleji, ale v tom, že ho pomáháte přejít od nápadu k fungujícímu produktu s menším počtem mezikroků.

Děkujeme za skvělý rozhovor, čtenáři, kteří se chtějí dozvědět více o různých nabídkách hostingu, by měli navštívit Hostinger.