Installieren
Füge eine App hinzu, wenn eine Funktion sie braucht – nicht vorher.
Produkt wählen
WebhostingWebsites und WordPress in einem Tarif mit FestpreisCloudApps, APIs und Datenbanken aus Git oder Docker deployenAI BuilderWebsites und Apps mit KI erstellen und ändernZu jedem Projekt hinzufügen
Domains & E-MailDatenbankenManaged WordPressAgent-LaufzeitenMigrationenEntwickler
Alles zu KIEntwicklerMCP für KI-AssistentenDokumentationSicherheitStatusHostingsurge
PreiseAnmeldenApp Store
Apps mit einem Klick. Nur wenn du es willst.
Der App Store von Hostingsurge soll Datenbanken, CMS, Suche, Automatisierung und KI-Tools zu einem bestehenden Projekt hinzufügen – vorher geprüft und nur auf deine Anfrage installiert. Er ist in Entwicklung und noch nicht verfügbar.
Schon heute verfügbar: Ein-Klick-Vorlagen deployen selbst gehostete Apps wie n8n, Ghost, Grafana und Nextcloud oder WordPress und WooCommerce als eigenes Projekt. Zu den Vorlagen
Nach Einsatzzweck gruppiert
Die Kategorien decken ab, was ein Projekt meist als Nächstes braucht. Nichts wird vorab installiert: Eine App erscheint erst in einem Projekt, wenn du sie anforderst.
CMSDatenbankenAutomatisierungKIAnalyticsSucheEntwicklertoolsBusiness-ToolsSpeicherMonitoringSonstiges
Ein kuratierter Katalog, keine Container-Halde
Jeder Eintrag ist eine App mit einem Hostingsurge-Namen und einem festen Vertrag: was sie dir bringt, zu welcher Kategorie sie gehört, wie riskant sie ist und wie weit sie unterstützt wird. Die Engine dahinter bleibt unsichtbar.
| App | Was sie dir bringt | Kategorie |
|---|---|---|
| Backend | App-Backend: Konten, Datenbank und Speicher | Entwicklertools |
| PostgreSQL | Relationale Datenbank für anspruchsvolle Workloads | Datenbanken |
| MySQL / MariaDB | Relationale Datenbank für klassische Web-Apps | Datenbanken |
| Cache | In-Memory-Cache, der wiederholte Lesezugriffe beschleunigt | Datenbanken |
| WordPress | Verwaltetes WordPress mit dem Hostingsurge Connector | CMS |
| Headless CMS | Strukturierte redaktionelle Inhalte, ausgeliefert über eine API | CMS |
| Analytics | Datenschutzfreundliche Traffic-Einblicke für deine Website | Analytics |
| Suche | Schnelle, tippfehlertolerante Suche in Inhalten und Produkten | Suche |
| Vektordatenbank | Speicher für Embeddings für KI-Funktionen und Retrieval | KI |
| Automatisierung | Visuelle Workflows zwischen deinen Apps und Diensten | Automatisierung |
| KI-Workflows | Chains und Agenten-Flows über deine eigenen Modelle und Daten | KI |
| Interne Tools | Admin-Panels und Dashboards auf Basis deiner Daten | Business-Tools |
| KI-Agent | Eine private, abgegrenzte Agenten-Laufzeitumgebung für deine Automatisierungen | KI |
| Formulare | Formulare mit Speicherung, Benachrichtigungen und Spam-Abwehr | Business-Tools |
| Git | Repositorys für deine Projekte – normalerweise intern | Entwicklertools |
| Custom Docker | Bring dein eigenes Container-Image mit (Premium- und Entwicklerfunktion) | Entwicklertools |
Alles erscheint unter Hostingsurge-Namen und läuft auf branchenüblichen Engines. Welche Engine hinter einem Eintrag steckt, ist nicht Teil der Kundenoberfläche: Du verwaltest nie ein Anbieter-Dashboard oder eine Deployment-Steuerungsebene und hast nie mit Container-Begriffen zu tun.
Jeder Eintrag wird vor der Aufnahme geprüft
Für den Katalog gilt eine Regel: Nichts erscheint im App Store, bevor es die Prüfung bestanden hat und einen vollständigen Vertrag mitbringt. Jeder Eintrag hält fest:
- Upstream-Projekt, Lizenz und App-Version
- Vorlagenversion und Upgrade-Strategie
- Risikostufe und Support-Level
- Mindestressourcen und Standard-Ressourcenlimits
- Persistente Pfade und Backup-Strategie
- Health-Check, Sichtbarkeit für Kunden und Markenverfügbarkeit
Lebenszyklus – vom Entwurf bis zur Freigabe. Bis zur Freigabe bleibt eine App für Kunden unsichtbar:
EntwurfLizenzprüfungSicherheitsprüfungFreigegebenVeraltetGesperrt
In Entwicklung. Der App Store ist spezifiziert, aber noch nicht ausgeliefert: Der Katalog mit diesen Feldern, die Regel, dass nur freigegebene Apps sichtbar sind, sowie Installieren/Aktualisieren/Neu starten/Backup/Logs/Deinstallieren über den Deployment-Anbieter sind Arbeitspaket C3 im Statusdokument der Plattform. Noch lässt sich keine App zu einem bestehenden Projekt hinzufügen, und ohne ausdrückliche Kundenanfrage wird nichts installiert. Ein-Klick-Vorlagen, die eine App als eigenes Projekt deployen, gibt es schon heute.
Was du mit einer installierten App tun kannst
Sobald eine App in einem Projekt ist, verhält sie sich wie der Rest der Plattform: dasselbe Dashboard, dieselben Konzepte, nirgends ein Anbieter-Panel. Pro installierter App:
Update verfügbar
Der Dienst meldet dir, dass eine neuere Version bereitsteht, statt sich selbst zu aktualisieren.
Neu starten
Starte nach einer Änderung neu – an derselben Stelle, an der du die Logs liest.
Backup
Erstelle vor einem riskanten Schritt ein Backup, mit einer Wiederherstellung als Rückhalt.
Logs
Lies die eigenen Logs des Dienstes als Klartext, ganz ohne Jump-Host.
Öffnen
Nutze die App so, wie sie gedacht ist – ganz ohne Anbieterkonto.
Deinstallieren
Entferne die App samt ihren Ressourcen wieder. Nichts bleibt verwaist zurück.
Updates werden gesteuert, nicht massenhaft ausgerollt
Die installierte Vorlagenversion wird pro Dienst erfasst, und ein Update-Scanner meldet, was sich upstream geändert hat. Eine neuere Version wird nie auf alle Dienste gleichzeitig ausgerollt.
Updates verfügbar
Für einen Dienst, den du betreibst, gibt es eine neuere Vorlagenversion. Du entscheidest, wann sie eingespielt wird.
Sicherheitsupdate
Ein wichtiger Fix, mit höchster Priorität markiert – trotzdem über einen Rollout, nie per Blindtausch.
Breaking Update
Eine Änderung, die vor dem Einspielen Aufmerksamkeit braucht – gemeinsam mit dir geprüft statt stillschweigend ausgerollt.
Governance-Grundsätze
- Upstream-SupportNur geprüfte Apps
- Generische Backend-AppNicht im Angebot – Backend ist das Erlebnis
- SupabaseNur Import und Kompatibilität
- Headless CMSWenn Inhalte strukturiert sind
- Statische WebsitesKein CMS aufgezwungen
Rollout-Richtlinie
- Zuerst ein Canary-Update, dann ein schrittweiser Rollout
- Rollback möglich, wenn sich ein Rollout nicht wie erwartet verhält
- Keine Massen-Upgrades von Kundendiensten ohne Richtlinie
- Vorlagenversionen pro Dienst erfasst, nicht pro Plattform
Eine Container-Vorlage zu starten ist nicht dasselbe, wie eine Upstream-App zu unterstützen. Eine App wird angeboten, weil sie geprüft wurde und unterstützt wird – niemals nur, weil sie sich starten lässt.
Fragen zum App Store
Wie sich der Katalog verhält – auch das, was noch nicht verfügbar ist.
Wird etwas automatisch installiert?
Nein. In einem Projekt wird nichts vorab installiert, und nichts wird ohne ausdrückliche Anfrage hinzugefügt. Ein Projekt bekommt die Infrastruktur und die Apps, die eine Funktion tatsächlich braucht.
Was passiert, wenn ein Upstream-Release einen Sicherheitsfix enthält?
Der Update-Scanner meldet ihn für die Dienste, die das Release nutzen. Rollouts laufen zuerst als Canary und dann in Stufen, mit Rollback-Möglichkeit – ein Kundendienst wird nie ohne Richtlinie massenhaft aktualisiert.
Muss ich Docker oder Container verstehen?
Nein. Du arbeitest mit App-Namen, Ressourcen und Buttons: Installieren, Aktualisieren, Neu starten, Backup, Logs, Öffnen, Deinstallieren. Die Deployment-Steuerungsebene, Anbieter-Dashboards und Container-Begriffe bleiben auf unserer Seite.
Kann ich mein eigenes Container-Image betreiben?
Custom Docker ist eine Premium- und Entwicklerfunktion im Katalog. Sie durchläuft dieselbe Prüfung wie alles andere und ist kein Weg, die Isolationsregeln der Plattform zu umgehen.
Warum dauert es bei manchen Apps länger, bis sie erscheinen?
Weil sie zuerst geprüft werden: Lizenzprüfung und Sicherheitsprüfung finden statt, bevor eine App den Status „Freigegeben“ erreicht, und nur freigegebene Apps mit Markenverfügbarkeit sind für Kunden sichtbar.
Ist der App Store heute schon live?
Nein. Apps zu einem bestehenden Projekt hinzuzufügen, ist in Entwicklung. Heute funktionieren Ein-Klick-Vorlagen: n8n, Ghost, Grafana, WordPress, WooCommerce und andere Apps werden als eigenes Projekt deployt, über Neues Projekt → Vorlagen im Dashboard. Katalog, Prüffelder, Lebenszyklus und die Aktionen pro App auf dieser Seite beschreiben, wie der App Store gebaut wird.
Füge hinzu, was das Projekt braucht. Nicht mehr.
Der App Store ist so gebaut, dass ein Projekt die Infrastruktur und die Apps bekommt, die eine Funktion tatsächlich erfordert – auf Anfrage installiert, vor der Aufnahme geprüft und wieder entfernbar.