Installera
Lägg till en app när en funktion kräver det — inte tidigare.
App store
Databaser, CMS, sök, automatisering och AI-verktyg för ett projekt — tillagda från App Store, granskade innan de visas och installerade bara på din begäran.
Under utveckling — App Store är tidig åtkomst. Ingen app går att installera idag, och inget installeras utan en uttrycklig begäran från dig.
Kategorierna täcker det ett projekt oftast behöver härnäst. Inget installeras i förväg: en app dyker upp i ett projekt först när du ber om den.
Varje post är ett app-objekt med ett Hostingsurge-namn och ett fast kontrakt: vad den ger dig, vilken kategori den hör till, hur riskabel den är och hur mycket den stöds. Motorn bakom förblir osynlig.
| App | Vad den ger dig | Kategori |
|---|---|---|
| Backend | App-backend: konton, databas och lagring | Utvecklarverktyg |
| PostgreSQL | Relationsdatabas för tunga arbetslaster | Databaser |
| MySQL / MariaDB | Relationsdatabas för klassiska webbappar | Databaser |
| Cache | Cache i minnet som gör upprepade läsningar snabba | Databaser |
| WordPress | Hanterad WordPress med Hostingsurge Connector | CMS |
| Headless CMS | Strukturerat redaktionellt innehåll via ett API | CMS |
| Analys | Integritetsvänlig trafikinsikt för din sajt | Analys |
| Sök | Snabb, feltolerant sökning i innehåll och produkter | Sök |
| Vektordatabas | Lagring av embeddings för AI-funktioner och hämtning | AI |
| Automatisering | Visuella flöden mellan dina appar och tjänster | Automatisering |
| AI-flöden | Kedjor och agentflöden över dina egna modeller och data | AI |
| Interna verktyg | Adminpaneler och dashboards ovanpå dina data | Affärsverktyg |
| AI-agent | En privat, avgränsad agent-miljö för dina automatiseringar | AI |
| Formulär | Formulär med lagring, aviseringar och spamhantering | Affärsverktyg |
| Git | Repositorier för dina projekt — normalt internt | Utvecklarverktyg |
| Custom Docker | Ta med din egen containerbild (premium och utvecklarfunktion) | Utvecklarverktyg |
Allt presenteras under Hostingsurge-namn och körs på branschstandard-motorer. Vilken motor som ligger bakom en post ingår inte i kundgränssnittet: du hanterar aldrig en leverantörspanel, en driftsättningspanel eller containervillkor.
Katalogen har en regel: inget dyker upp i App Store förrän det passerat granskning och bär ett komplett kontrakt. Varje post registrerar:
Livscykel — från utkast till godkänd. Fram till godkännandet är appen osynlig för kunder:
Under utveckling. App Store är specificerat, inte levererat: katalogen med de här fälten, regeln att bara godkända appar visas och installera/uppdatera/starta om/backup/loggar/avinstallera via deployment-leverantören är arbetsuppgift C3 i plattformens statusdokument. Ingen app går att installera idag, och inget installeras utan en uttrycklig kundbegäran.
När en app finns i ett projekt beter den sig som resten av plattformen: samma kontrollpanel, samma begrepp, ingen leverantörspanel någonstans. Per installerad app:
Lägg till en app när en funktion kräver det — inte tidigare.
Tjänsten säger till när en nyare version är klar i stället för att uppdatera sig själv.
Starta om efter en ändring, från samma plats där du läser loggarna.
Ta en backup före ett riskfyllt steg, med återställning bakom.
Läs tjänstens egna loggar som klartext, utan hoppvärd.
Nå appen så som den är tänkt att användas — inget leverantörskonto krävs.
Ta bort appen och dess resurser igen. Inget blir kvar som föräldralöst.
Den installerade mallversionen följs per tjänst, och en uppdateringsskanner rapporterar vad som ändrats uppströms. En nyare version trycks aldrig ut på alla tjänster samtidigt.
En nyare mallversion finns för en tjänst du kör. Du bestämmer när den tillämpas.
En fix som spelar roll, flaggad som högsta prioritet — fortfarande via utrullning, aldrig ett blint byte.
En ändring som kräver uppmärksamhet innan den tillämpas, granskad med dig i stället för utrullad i tysthet.
Policy för utrullning
Att starta en containermall är inte samma sak som att stödja en app uppströms. En app erbjuds för att den granskats och stöds — aldrig bara för att den går att starta.
Hur katalogen beter sig — inklusive vad som inte finns än.
Nej. Inget installeras i förväg i ett projekt, och inget läggs till utan en uttrycklig begäran. Ett projekt får den infrastruktur och de appar som en funktion faktiskt behöver.
Uppdateringsskannern rapporterar den för de tjänster som använder den. Utrullningar sker med canary först och sedan i steg, med återställning tillgänglig — en kundtjänst massuppgraderas aldrig utan policy.
Nej. Du arbetar med appnamn, resurser och knappar: Installera, Uppdatera, Starta om, Backup, Loggar, Öppna, Avinstallera. Driftsättningspanelen, leverantörspanelerna och containervillkoren stannar hos oss.
Custom Docker är en premium- och utvecklarfunktion i katalogen. Den går genom samma granskning som allt annat, och den är inte en väg runt plattformens isoleringsregler.
För att de granskas först: licensgranskning och säkerhetsgranskning sker innan en app når godkänt läge, och bara godkända appar med varumärkestillgänglighet visas för kunder.
Nej. Det är under utveckling och ingen app går att installera ännu. Katalogen, granskningsfälten, livscykeln och åtgärderna per app på den här sidan beskriver hur det byggs.
App Store är byggt så att ett projekt får den infrastruktur och de appar som en funktion faktiskt kräver — installerade på begäran, granskade innan de visas och möjliga att ta bort igen.