Jak exportovat aplikaci postavenou s AI a provozovat ji na vlastním serveru

Chcete-li vlastním serverem provozovat aplikaci postavenou s AI, dostaňte kód ven (stažením nebo synchronizací do GitHub repozitáře, který vlastníte), znovu vytvořte její tajné klíče jako proměnné prostředí, přesuňte nebo znovu vytvořte databázi a nasaďte ji na hosting, který odpovídá tomu, čím aplikace je: statický hosting pro prostý frontend, nebo platformu, která spouští servery či kontejnery pro cokoli s backendem. Kód bývá nejsnazší částí. Práce je v datech, tajných klíčích a službách, které za vás nástroj tiše provozoval.

Proč vůbec exportovat

Existují dobré důvody, proč si kód vzít s sebou, a některé méně dobré.

Dobré důvody:

• Vlastnictví a pojistka. Kopie kódu ve vlastním repozitáři vás chrání, pokud nástroj změní ceny, funkce nebo podmínky.
• Předání vývojářům. Vývojový tým bude chtít kód v Gitu, v jeho obvyklých nástrojích a s jeho procesem revizí.
• Konkrétní požadavky. Rezidence dat, konkrétní cloudový poskytovatel, firemní bezpečnostní politiky nebo infrastruktura, kterou nástroj nenabízí.
• Škála nebo náklady v takové velikosti, kdy se vlastní infrastruktura opravdu vyplatí.

Méně dobré důvody: stěhovat malou aplikaci s hrstkou uživatelů kvůli úspoře malé měsíční částky. Vlastní hosting přesune práci na vás – aktualizace, zálohy, monitoring, bezpečnostní záplaty. Může to být správný kompromis; jen ho dělejte vědomě.

Rozumný střední postup: stavějte a hostujte tam, kde jste, ale synchronizujte se do svého GitHub repozitáře od začátku. Získáte pojistku bez provozní práce. Pokud je Git pro vás nový, přečtěte si co je GitHub.

Co export obsahuje a co ne

Před spoléháním na export ho otevřete a zkontrolujte. Obvykle:

Tajné klíče se vynechávají záměrně – archiv, který můžete poslat e-mailem nebo commitnout, by neměl obsahovat živé klíče. Závislosti se vynechávají, protože se znovu sestaví ze zamykacího souboru.

Krok 1: Dostaňte kód ven

Dvě běžné cesty:

• Stáhněte archiv projektu. Rychlé a vhodné pro jednorázové přestěhování nebo zálohu.
• Synchronizujte s GitHubem. Lepší pro cokoli průběžného: úplná historie, snadné klonování kamkoli a většina hostingů nasazuje přímo z GitHub repozitáře při každém pushi.

V obou případech naklonujte nebo rozbalte projekt na počítači (nebo v cloudovém vývojovém prostředí) a hledejte README. Pokud žádné není, požádejte AI v nástroji, ať ho napíše, než odejdete:

Napiš README pro spuštění tohoto projektu mimo tuto platformu: použitý stack, požadované verze běhového prostředí, příkazy pro instalaci a sestavení, startovací příkaz a port, každou proměnnou prostředí, kterou kód čte (názvy a účel, bez hodnot), a jak se spouštějí migrace databáze.

Tohle jedno zadání ušetří hodiny, protože donutí zapsat implicitní části nastavení.

Krok 2: Nejdřív to spusťte lokálně

Před nasazením kamkoli ověřte, že aplikace běží sama o sobě:

1. Nainstalujte běhové prostředí, které README uvádí – Node.js, Python, Java, .NET – ve shodné verzi.
2. Nainstalujte závislosti (npm install, pnpm install, pip install -r requirements.txt nebo ekvivalent).
3. Vytvořte lokální soubor .env s proměnnými prostředí, pokud možno s testovacími klíči. Ať není v Gitu. Co jsou proměnné prostředí a tajné klíče vysvětluje tuto myšlenku.
4. Připojte databázi – lokální Postgres nebo bezplatnou vývojovou databázi od spravovaného poskytovatele.
5. Spusťte migrace, pak aplikaci spusťte a proklikejte hlavní postupy.

Cokoli se tu rozbije, rozbije se i na hostingu, a na vlastním počítači se to ladí mnohem snáz. Časté překvapení: pevně zadaná URL náhledu z nástroje, chybějící proměnná prostředí, kterou nástroj vkládal automaticky, nebo služba (úložiště souborů, změna velikosti obrázků), která existovala jen na platformě.

Krok 3: Přesuňte data

Pokud má aplikace skutečné uživatele, data jsou důležitější než kód.

• Exportujte databázi. Pro Postgres vytvoří pg_dump soubor, který lze obnovit pomocí pg_restore nebo psql do nové databáze. Pokud nemáte přímý přístup, požádejte AI nástroje, ať ho spustí a vysvětlí, co vytvořilo.
• Přesuňte nahrané soubory. Pokud uživatelé nahráli obrázky nebo dokumenty, jsou uložené v objektovém úložišti odděleném od databáze. Zkopírujte je do nového úložiště (například bucketu kompatibilního s S3) a aktualizujte uložené URL, pokud obsahují starý host.
• Naplánujte přepnutí. U živé aplikace je jednoduchý postup krátké údržbové okno: zastavte zápisy, udělejte finální export, obnovte ho na novém hostu, přepněte DNS a znovu otevřete. Každý krok si nejdřív zapište.
• Otestujte obnovu do pracovní databáze dřív, než provedete ostré přestěhování.

Pokud je Postgres pro vás neznámý, co je Postgres pokrývá základy.

Krok 4: Vyberte, kde to bude běžet

Hosting přizpůsobte tomu, čím aplikace je. Názvy níže jsou příklady známých poskytovatelů v každé kategorii k září 2026, nejde o žebříček; aktuální funkce a ceny ověřte na jejich webech.

Budete také potřebovat:

• Spravovanou databázi – mnoho hostingů aplikací nabízí Postgres a specializované služby jako Neon nebo Supabase ho poskytují samostatně. Spravovaná databáze se vyplatí: zálohy a aktualizace dělá někdo jiný.
• Objektové úložiště pro nahrávání souborů, pokud je aplikace má.
• Odesílání e-mailů, platby a AI poskytovatele – obvykle stačí nastavit stejné API klíče na novém hostu.

Učciво k kompromisům: platformové hostingy (první čtyři řádky) se nastavují a spravují rychleji, ale máte menší kontrolu a náklady mohou s provozem růst. Virtuální server bývá při stálém zatížení levnější a plně pod vaší kontrolou, ale patchování, TLS, zálohy, monitoring a obnovu máte na starosti vy. Pokud nikdo z týmu tuto práci nechce, zvolte platformu. Základy toho, co hosting obnáší, najdete v co je webový hosting.

Krok 5: Nasaďte a přepněte

1. Připojte repozitář k hostingu, nebo nahrajte kontejnerový obraz.
2. Nastavte proměnné prostředí v administraci hostingu – každou z README, s živými hodnotami.
3. Nastavte příkazy pro sestavení a spuštění a port. Mnoho hostingů předává port v proměnné prostředí PORT; aplikace by na něm měla naslouchat a na všech rozhraních (0.0.0.0), ne jen na localhost.
4. Spusťte migrace nad novou databází.
5. Otestujte na dočasné URL hostingu, než sáhnete na DNS.
6. Aktualizujte externí služby, které ukazují na starou URL: webhooky plateb, přesměrovací URL pro OAuth přihlášení, odkazy v e-mailech, povolené originy.
7. Přesuňte doménu změnou DNS záznamů na nový hosting. Jak připojit vlastní doménu vysvětluje záznamy.
8. Nechte starou verzi krátce běžet, dokud si nebudete jisti, a pak ji vypněte.

Krok 6 je ten, na který se nejčastěji zapomíná: přihlášení a platby, které se po přesunu tiše rozbijí, obvykle vedou k callback URL, která stále ukazuje na starý host.

Krok 6: Převezměte provoz

Když aplikaci provozujete sami, všechno, co za vás zvládal nástroj, je vaše. Minimálně: automatické zálohy databáze s ověřenou obnovou, sledování chyb, upozornění na dostupnost, aktualizace závislostí a seznam toho, kdo má přístup ke kterému účtu. Jak dostat prototyp s AI do produkce prochází tento seznam podrobněji.

Kontrolní seznam exportu

• Kód v repozitáři, který vlastníte, s README pokrývajícím spuštění, sestavení a proměnné prostředí
• Aplikace běží lokálně z čistého klonu
• Databáze exportována a obnova otestována; nahrané soubory zkopírovány
• Hosting zvolen podle tvaru aplikace, plus spravovaná databáze a úložiště
• Všechny proměnné prostředí nastaveny s živými hodnotami na novém hostu
• Webhooky, OAuth přesměrování a odkazy v e-mailech aktualizovány
• DNS přepnuto, stará verze krátce ponechána, pak odstraněna
• Zálohy, monitoring a seznam přístupů na místě

Export z Mythex

V Mythex vlastníte kód, který postavíte. Na tarifu Pro můžete projekt stáhnout jako archiv z Project settings → Export, nebo připojit GitHub a pushovat a pullovat do svého vlastního repozitáře; bezplatné tarify mohou kód jen číst, bez exportu a synchronizace. Tajné klíče a node_modules se z exportů vynechávají, takže tajné klíče na novém hostu znovu vytvořte. Dokumentace popisuje kroky v export a spuštění jinde a GitHub, export a import. Hostovat můžete dál na Mythex a synchronizaci s GitHubem používat jen jako vlastní kopii a cestu k předání; pokud se přestěhujete, až bude nový host živý, aplikaci v Mythex zrušte z publikace.

Otázky