Tekoälyllä tehdyn sovelluksen hostaus: Lovablesta tai Boltista palvelimellenne

Missä sovelluksenne toimii nyt

Lovable, Bolt ja Replit julkaisevat sovelluksen omalle infrastruktuurilleen yhdellä napsautuksella. Näin niiden dokumentaatio kertoo lokakuussa 2026:

v0 julkaisee Vercel-projektiin ja tuottaa Next.js-sovelluksen (React, TypeScript, Tailwind CSS); koodin voi viedä tai synkronoida GitHubiin kumpaankin suuntaan. Cursor on tietokoneellenne asennettu editori ja ohjelmointiagentti: koodi on jo siellä, ja hostauksen saatte valita täysin vapaasti.

Nämä sisäänrakennetut hostaukset on suunniteltu nopeaan julkaisuun. Sekä Lovablessa että Replitissä verkossa oleva versio on tilannevedos, joka uusitaan jokaisella julkaisulla, ja kustannus seuraa alustan käyttöä (Lovablessa krediitit kattavat backendin toiminnan ja tekoälyn; Replitin Starter-tilaukseen sisältyy yksi julkaistu sovellus, joka vanhenee 30 päivän kuluttua ja julkaistaan uudelleen). Omalle palvelimelle siirrytään, kun halutaan oma verkkotunnus ja data omaan hallintaan, varatut resurssit, pysyvät taustatehtävät tai vaatimustenmukaisuus.

Koodin ja datan noutaminen

Varmin tapa on liittää projekti GitHub-repositorioon: jokainen muutos tallentuu sinne committina koko historian kanssa. Lovablessa synkronointi toimii kumpaankin suuntaan: voitte jatkaa rakentamista Lovablessa, kun palvelimenne tarjoilee sovellusta.

1. Lovable: liittäkää projekti GitHubiin, GitLabiin tai Bitbucketiin, tai ladatkaa koodin .zip-arkisto (maksullinen tilaus).
2. Bolt: yhdistäkää GitHub, tai napsauttakaa projektin nimeä vasemmassa yläkulmassa ja sitten ”Download”.
3. Replit: kolmen pisteen valikko tiedostopuun yläosassa ja sitten ”Download as zip”; tai Git-työkalu GitHub-tiliinne liitettynä automaattisella synkronoinnilla.
4. v0: yhdistäkää GitHub projektin valikosta (”Settings” ja sitten ”GitHub”), tai viekää koodi.

Koodi ei sisällä tietokannan sisältöä eikä käyttäjienne lähettämiä tiedostoja. Lovablessa tietokanta viedään projektista .backup-tiedostoksi, joka palautetaan komennolla pg_restore, ja tallennustilan tiedostot ladataan erikseen. Boltissa tietokannan voi liittää omaan Supabase-tiliinne (Pro- ja Teams-tilaukset).

Mistä sovelluksenne koostuu

Avatkaa tiedosto package.json: se kertoo, minkä varaan sovellus rakentuu, ja siten sen, mitä palvelimenne pitää ajaa.

Vitessä jokainen muuttuja, jonka nimi alkaa VITE_, sisällytetään käännösvaiheessa selaimelle lähetettävään koodiin: jokainen kävijä voi lukea sen, ja sen arvon muuttaminen vaatii uuden käännöksen. Tämä on tarkoituksellista Supabasen julkiselle avaimelle (sb_publishable_… tai vanha anon), joka on tehty selainta varten ja jota rivitason tietoturvasäännöt (RLS) rajaavat. Salainen avain (sb_secret_… tai vanha service_role) ohittaa nämä säännöt: se pysyy palvelimella ilman VITE_-etuliitettä.

VITE_SUPABASE_URL=https://xxxx.supabase.co
VITE_SUPABASE_PUBLISHABLE_KEY=sb_publishable_xxxx
VITE_SUPABASE_PROJECT_ID=xxxx

Ottakaa RLS käyttöön jokaisessa taulussa ennen julkaisua: sen säännöt suojaavat datanne, kun julkinen avain kulkee selaimessa.

Sovellus omalle palvelimellenne vaihe vaiheelta

Linux-VPS:llä julkaisu etenee aina samassa järjestyksessä. Lovable suosittelee Node.js 22:ta sovellustensa kääntämiseen ja ajamiseen.

1. Käännös: kloonatkaa repositorio palvelimelle ja ajakaa npm install ja npm run build. Vite-sovellus tuottaa staattiset tiedostot hakemistoon dist/; TanStack Start -sovellus käännetään komennolla NITRO_PRESET=node-server npm run build ja käynnistetään komennolla node .output/server/index.mjs porttiin 3000; Next.js-sovellus käynnistetään komennolla npm run start.
2. Prosessi: palvelimen kanssa toimivan sovelluksen käynnistää systemd-palvelu koneen käynnistyessä, ja se käynnistää sovelluksen uudelleen, jos se pysähtyy.
3. Verkkopalvelin: Nginx tai Caddy ottaa kävijät vastaan. Vite-sovellukselle se palauttaa index.html-tiedoston jokaiseen tuntemattomaan osoitteeseen, muuten päivitetty sivu vastaa 404; palvelimen kanssa toimivalle sovellukselle se välittää pyynnöt Node.js-prosessille.
4. Verkkotunnus: DNS-tietue A (ja IPv6:lle AAAA) osoittaa palvelimeen.
5. HTTPS: maksuton Let's Encrypt -varmenne. Caddy hankkii ja uusii sen itse; Nginxin kanssa sen hoitaa Certbot.
6. Salaisuudet: ympäristötiedostossa, jota vain sovelluksen käyttäjä voi lukea, Git-repositorion ulkopuolella.
7. Tietokanta: pitäkää backend palveluntarjoajallaan tai asentakaa se palvelimellenne. Supabase-sovellus tarvitsee PostgreSQL-tietokantansa lisäksi tunnistautumisen, tallennustilan, reaaliaikaominaisuudet ja funktiot: itse hostattu Supabase kokoaa ne yhteen.
8. Uudelleenohjausosoitteet: lisätkää verkkotunnuksenne tunnistautumisen sallittuihin URL-osoitteisiin, sekä Googlella tai GitHubissa, jos backendin osoite muuttuu.
9. Varmuuskopiot: tietokanta ja tiedostot joka yö palvelimen ulkopuolelle kopioituina, ja aika ajoin koepalautus.

app.votre-domaine.com {
	reverse_proxy 127.0.0.1:3000
}

server {
    server_name app.votre-domaine.com;
    root /var/www/app/dist;

    location / {
        try_files $uri $uri/ /index.html;
    }
}

Mitä tarvitaan, jotta sovellus pysyy toiminnassa

Verkossa oleva sovellus elää: sen riippuvuudet saavat korjauksia, sen tietokanta kasvaa, sen liikenne muuttuu. Sen nopeana ja turvallisena pitäminen on rutiini:

Tämä rutiini on järjestelmäasiantuntijan työtä, ja sen voi ulkoistaa. Hallinnoidussa VPS:ssä (esimerkiksi Managed VPS) palveluntarjoaja pitää palvelimen ajan tasalla, valvoo sitä yötä päivää ja toimii odottamatta yhteydenottoanne. Se seuraa myös sovellustanne proaktiivisesti (virheet, hitaus, raskaat kyselyt, levytila) ja suosittelee teille korjauksen: toteutatte sen omalla tekoälyavustajallanne, samaan tapaan kuin rakensitte sovelluksen, ja koodinne ohjat pysyvät teillä.