Installer
Tilføj en app, når en funktion kræver det – ikke før.
Vælg produkt
WebhotelWebsites og WordPress på en plan med fast prisCloudUdrul apps, API’er og databaser fra Git eller DockerAI BuilderOpret og ændr sites og apps med AIFøj til ethvert projekt
Domæner og e-mailDatabaserAdministreret WordPressAgentdriftMigreringUdviklere
Alt om AIUdviklereMCP til AI-assistenterDokumentationSikkerhedStatusHostingsurge
PriserLog indApp Store
Apps med ét klik. Kun når du beder om det.
Hostingsurges App Store skal tilføje databaser, CMS, søgning, automatisering og AI-værktøjer til et eksisterende projekt – gennemgået før de vises og kun installeret, når du beder om det. Den er under udvikling og ikke lanceret endnu.
Allerede i dag: skabeloner med ét klik udruller selvhostede apps som n8n, Ghost, Grafana og Nextcloud eller WordPress og WooCommerce som et selvstændigt projekt. Åbn skabelonerne
Grupperet efter, hvad de gør
Kategorierne dækker det, et projekt typisk har brug for som det næste. Intet installeres på forhånd: En app dukker først op i et projekt, når du beder om den.
CMSDatabaserAutomatiseringAIAnalyseSøgningUdviklerværktøjerForretningsværktøjerLagringOvervågningAndet
Et kurateret katalog, ikke en container-losseplads
Hvert element er en app-post med et Hostingsurge-navn og en fast kontrakt: hvad den giver dig, hvilken kategori den hører til, hvor risikabel den er, og hvor meget den understøttes. Motoren bagved forbliver usynlig.
| App | Hvad den giver dig | Kategori |
|---|---|---|
| Backend | App-backend: konti, database og lagring | Udviklerværktøjer |
| PostgreSQL | Relationel database til krævende arbejdsbelastninger | Databaser |
| MySQL / MariaDB | Relationel database til klassiske webapps | Databaser |
| Cache | Cache i hukommelsen, der gør gentagne læsninger hurtige | Databaser |
| WordPress | Administreret WordPress med Hostingsurge Connector | CMS |
| Headless CMS | Struktureret redaktionelt indhold leveret via et API | CMS |
| Analyse | Privatlivsvenlig indsigt i trafikken på dit site | Analyse |
| Søgning | Hurtig, tastefejlstolerant søgning i indhold og produkter | Søgning |
| Vektordatabase | Lagring af embeddings til AI-funktioner og hentning af data | AI |
| Automatisering | Visuelle workflows mellem dine apps og tjenester | Automatisering |
| AI-workflows | Kæder og agentflows oven på dine egne modeller og data | AI |
| Interne værktøjer | Adminpaneler og dashboards oven på dine data | Forretningsværktøjer |
| AI-agent | Et privat, afgrænset agentmiljø til dine automatiseringer | AI |
| Formularer | Formularer med lagring, notifikationer og spamhåndtering | Forretningsværktøjer |
| Git | Repositories til dine projekter – normalt internt | Udviklerværktøjer |
| Custom Docker | Medbring dit eget container-image (premium- og udviklerfunktion) | Udviklerværktøjer |
Alt præsenteres under Hostingsurge-navne og kører på branchestandard-motorer. Hvilken motor der ligger bag et element, er ikke en del af kundegrænsefladen: Du administrerer aldrig et leverandørpanel, et kontrolplan til udrulning eller containerbegreber.
Hvert element gennemgås, før det vises
Kataloget har én regel: Intet dukker op i App Store, før det har bestået gennemgang og har en komplet kontrakt. Hver post registrerer:
- Upstream-projekt, licens og appversion
- Skabelonversion og opgraderingsstrategi
- Risikoniveau og supportniveau
- Minimumsressourcer og standardgrænser for ressourcer
- Persistente stier og backupstrategi
- Sundhedstjek, synlighed for kunder og tilgængelighed under brandet
Livscyklus – fra kladde til godkendt. Indtil godkendelsen er en app usynlig for kunder:
KladdeLicensgennemgangSikkerhedsgennemgangGodkendtUdfasetBlokeret
Under udvikling. App Store er specificeret, ikke leveret: kataloget med disse felter, reglen om at kun godkendte apps er synlige, og installer/opdater/genstart/backup/logs/afinstaller via udrulningsleverandøren er arbejdsopgave C3 i platformens statusdokument. Ingen app kan endnu tilføjes til et eksisterende projekt, og intet installeres uden en udtrykkelig anmodning fra kunden. Skabeloner med ét klik, der udruller en app som et selvstændigt projekt, findes allerede i dag.
Hvad du kan gøre med en installeret app
Når en app er i et projekt, opfører den sig som resten af platformen: samme kontrolpanel, samme begreber, intet leverandørpanel nogen steder. Pr. installeret app:
Opdatering tilgængelig
Tjenesten fortæller dig, at en nyere version er klar, i stedet for at opdatere sig selv.
Genstart
Genstart efter en ændring, fra samme sted hvor du læser logs.
Backup
Tag en backup før et risikabelt trin, med en gendannelse i baghånden.
Logs
Læs tjenestens egne logs som ren tekst, uden jump host.
Åbn
Brug appen, som den er tænkt – ingen leverandørkonto påkrævet.
Afinstaller
Fjern appen og dens ressourcer igen. Intet bliver hængende som forældreløst.
Opdateringer styres, de masseudrulles ikke
Den installerede skabelonversion spores pr. tjeneste, og en opdateringsscanner rapporterer, hvad der er ændret upstream. En nyere version skubbes aldrig ud på alle tjenester på én gang.
Opdateringer tilgængelige
Der findes en nyere skabelonversion til en tjeneste, du kører. Du bestemmer, hvornår den anvendes.
Sikkerhedsopdatering
En vigtig rettelse, markeret som højeste prioritet – stadig via en udrulning, aldrig et blindt skift.
Inkompatibel opdatering
En ændring, der kræver opmærksomhed, før den anvendes – gennemgået sammen med dig i stedet for udrullet i det stille.
Styringsprincipper
- Upstream-supportKun gennemgåede apps
- Generisk backend-appTilbydes ikke – Backend er oplevelsen
- SupabaseKun import og kompatibilitet
- Headless CMSNår indholdet er struktureret
- Statiske sitesIntet CMS påtvunget
Udrulningspolitik
- Canary-opdatering først, derefter trinvis udrulning
- Rollback tilgængelig, når en udrulning ikke opfører sig korrekt
- Ingen masseopgradering af kundetjenester uden politik
- Skabelonversioner spores pr. tjeneste, ikke pr. platform
At starte en containerskabelon er ikke det samme som at understøtte en upstream-app. En app tilbydes, fordi den er gennemgået og understøttet – aldrig blot fordi den kan startes.
Spørgsmål om App Store
Sådan fungerer kataloget – inklusive det, der ikke er tilgængeligt endnu.
Installeres noget automatisk?
Nej. Intet installeres på forhånd i et projekt, og intet tilføjes uden en udtrykkelig anmodning. Et projekt får den infrastruktur og de apps, som en funktion faktisk har brug for.
Hvad sker der, når en upstream-version har en sikkerhedsrettelse?
Opdateringsscanneren rapporterer den for de tjenester, der bruger versionen. Udrulninger sker med canary først og derefter i trin, med rollback tilgængelig – en kundetjeneste masseopgraderes aldrig uden politik.
Skal jeg forstå Docker eller containere?
Nej. Du arbejder med appnavne, ressourcer og knapper: Installer, Opdater, Genstart, Backup, Logs, Åbn, Afinstaller. Kontrolplanet til udrulning, leverandørpanelerne og containerbegreberne bliver hos os.
Kan jeg køre mit eget container-image?
Custom Docker er en premium- og udviklerfunktion i kataloget. Den gennemgår samme kontrol som alt andet og er ikke en vej uden om platformens isolationsregler.
Hvorfor tager nogle apps længere tid om at dukke op?
Fordi de gennemgås først: Licensgennemgang og sikkerhedsgennemgang sker, før en app når status som godkendt, og kun godkendte apps med tilgængelighed under brandet er synlige for kunder.
Er App Store i drift i dag?
Nej. Det er under udvikling at tilføje apps til et eksisterende projekt. Det, der virker i dag, er skabeloner med ét klik: n8n, Ghost, Grafana, WordPress, WooCommerce og andre apps udrulles som et selvstændigt projekt fra Nyt projekt → Skabeloner i dashboardet. Kataloget, gennemgangsfelterne, livscyklussen og handlingerne pr. app på denne side beskriver, hvordan App Store bygges.
Tilføj det, projektet har brug for. Intet mere.
App Store er bygget, så et projekt får den infrastruktur og de apps, som en funktion faktisk kræver – installeret efter anmodning, gennemgået før de vises og mulige at fjerne igen.