Grundkoncept

Fyra saker att förstå innan du går på djupet: organisationer, projekt, environments och deployments. De är nästlade så här:

Organization
└── Project
    └── Environment (production, staging, ...)
        └── Deployment (a single build of your code)

Organisation

En organisation innehåller projekt, fakturering och medlemmar. Var och en har sin egen prenumeration, sina egna projekt och sitt eget team — bjud in medlemmar och tilldela dem roller. När du registrerar dig skapas din första organisation automatiskt. Du kan skapa eller gå med i fler när som helst.

Du kan tillhöra många organisationer. Använd organisationsväxlaren i dashboardens sidhuvud för att flytta mellan dem.

Roller inom en organisation: Owner, Admin, Member. Se Roller och behörigheter.

Projekt

Ett projekt är en enskild distribuerbar enhet. Ett projekt = ett repo (eller arkiv) = en plan.

Varje projekt har:

  • Ett ramverk (Next.js eller Nuxt)
  • En plan (Dev, Launch, Grow, Scale, Enterprise)
  • Ett eller flera environments
  • En standardkälla (GitHub-repo eller arkiv)

Environment

Ett environment är ett långlivat runtime-mål i ditt projekt. Du namnger dem hur du vill — production, staging, preview, eller något annat.

Varje environment har:

  • Sin egen URL (anpassad domän eller *.velumi.dev)
  • Sina egna environment-variabler
  • Sin egen deployment-historik
  • Sin egen källa (eller så ärver det från projektets standardkälla)
  • En plats (region där det körs) — kommer snart

Environment-status återspeglar om trafik serveras — inte om den senaste deploymenten lyckades:

| Status | Betydelse | |--------|---------|| | Active | Live och serverar trafik | | Pending | Håller på att ställas in | | Deploying | En deployment pågår | | Failed | Senaste operationen misslyckades | | Stopped | Avsiktligt stoppad, serverar inte trafik |

En misslyckad ny build tar inte ner ett körande environment; den föregående deploymenten fortsätter servera tills en ny lyckas.

Deployment

En deployment är en enda build av din kod, skapad vid varje deploy-trigger.

Deployment-livscykel:

| Status | Betydelse | |--------|---------|| | Pending | I kö, väntar på att byggas | | Building | Build körs — loggar strömmas | | Built | Build lyckades, förbereder att deploya | | Deploying | Ersätter den körande deploymenten | | Ready | Live och serverar trafik | | Failed | Build eller deploy misslyckades — den föregående deploymenten fortsätter servera | | Superseded | En nyare deployment ersatte denna |

Du kan rulla tillbaka till vilken tidigare lyckad deployment som helst på några sekunder.

Hur de passar ihop

En typisk setup:

  • Organisation: "Acme Agency"
  • Projekt: "Acme Marketing Site" (plan: Grow)
  • Environments:
    • production → anpassad domän, main-gren
    • staging*.velumi.dev URL, staging-gren
  • Deployments: triggas manuellt per environment. Automatiska deploys vid push kommer snart.

Faktureringsmodell i ett stycke

Planer är per projekt, inte per organisation. En organisation kan innehålla många projekt, var och en på sin egen plan. Bandbredd är det enda användningsmåttet — det finns ingen avgift för builds, förfrågningar, funktionsanrop eller platser. Ett utgiftstak på varje betald plan begränsar överförbrukningskostnader. Se Planer för nivåer.

© 2026 Velumi. Alla rättigheter förbehållna.