[ Für Unternehmen ]
Enterprise-Infrastruktur, betrieben von denen, die sie gebaut haben.
Hosting, Datenbank, CDN, Auth, Suche und Storage auf einem Stack und einem Vertrag, in Europa.
- Schweizer Unternehmen · EU-Datenstandort
- unsere Cloud, Ihre Cloud oder Ihr Rechenzentrum
Mit wem Sie es zu tun hätten
Klein aus Überzeugung — und aus der Schweiz.
JAMflow ist der Plattformzweig von MooCloud, einem Schweizer Unternehmen in Bellinzona, das seit 2019 Produktionsinfrastruktur betreibt. Wir sind kein Reseller und kein Anbieter mit zweihundert Leuten — genau das ist der Punkt: Wer Ihren Vorfall übernimmt, ist in aller Regel eine der Personen, die Ihren Stack konfiguriert haben.
Was wir nicht tun: Ihnen erzählen, wir wären grösser. Wo dieses Modell nicht passt, sagt es diese Seite — vor Woche sechs Ihrer Evaluation, nicht danach.
Warum überhaupt konsolidieren
Die Integrationen sind schon gebaut — und Sie müssen sie nicht am Leben halten.
Sechs Anbieter sind kein Problem, weil es sechs Rechnungen sind. Sie sind ein Problem wegen allem, was dazwischen dauernd zusammenpassen muss — und jeder Vorfall beginnt damit, herauszufinden, wessen Problem es ist. Hier ist die Zahl, auf die es ankommt.
Getrennte Anbieter
typisches Setup
6–10Dienste, die sich miteinander einig sein müssen
Auth muss mit dem CDN zusammenpassen, das CDN mit der Datenbank, die Datenbank mit dem Suchindex. Jede dieser Nahtstellen hat Ihr Team geschrieben und pflegt sie jetzt.
JAMflow
eine Umgebung
1Anbieter, und die Nahtstellen kommen fertig abgestimmt
Ein Vertrag, eine Rechnung, ein Eskalationspunkt.
Konzentrationsrisiko ist ein berechtigter Einwand, und wir beantworten ihn lieber, als mit ihm zu streiten: Was wir für Sie betreiben, ist ein ganz normales Nuxt-Projekt auf Nitro, das überall läuft, wo Nitro läuft — und die Dienste sind miteinander integriert, aber nicht gebündelt. Sie können zwei davon nehmen und den Rest lassen.
Wofür dieses Modell gebaut ist
Am besten funktioniert es als Zusammenarbeit: Ihr Team kennt die Domäne, wir kennen die Plattform, und beide arbeiten im selben Repository. Und eine Plattform darunter heisst nicht ein Framework darüber — Nuxt und Vue, wo das Frontend das Produkt trägt, Elysia, Go oder Python dahinter, React, Svelte oder Solid, wo Ihre Leute das ohnehin schreiben. Microservices, Git, Code Review: die normale Arbeitsweise, keine eigens erfundene.
Wo wir die falsche Antwort sind
Wenn Sie ein Projekt beauftragen und fertig zurückbekommen wollen, ohne jemanden auf Ihrer Seite, mit dem man unterwegs spricht. Das ist eine legitime Art, Software zu kaufen; es ist nicht die Art, wie wir sie bauen. Wenn die Arbeit Low-Level-Machine-Learning ist, oder Rust, oder Java — diese Leute haben wir nicht, und wir sagen es Ihnen lieber, als sie still weiterzuvergeben. Und wenn Sie in Wirklichkeit Leute für Ihre eigene Plattform brauchen und nicht eine Plattform mit einem Team dahinter. Ihre Grösse ist nie der Grund: Derselbe Stack trägt eine Zehn-Seiten-Site und eine Multi-Brand-Gruppe, und mit der Grösse ändern sich der Vertrag, das SLA und der Ort, an dem es läuft.
Der ganze Stack, ein Thema nach dem anderen
Fast jede Evaluation entscheidet sich an einem dieser sechs. Beginnen Sie bei Ihrem — jedes hat seinen eigenen Link, damit Sie einer Kollegin direkt die Antwort schicken können statt den Seitenanfang.
Gleicher Stack, gleiche Konsole. Sie schalten ein, was das Projekt braucht.
Serverless, Multi-Region, warm schon bei der ersten Anfrage
Ihre Anwendungen laufen auf einer Infrastruktur, die von selbst skaliert, ohne Server zu dimensionieren oder zu aktualisieren. Spitzen ohne Eingriff, Redundanz inklusive, Deploys ohne Downtime.
- Skalierung ohne Cold Start
- Die Infrastruktur skaliert auf echtem Traffic, nicht auf einem vorab gekauften Plan. Ein Event, ein Launch, eine Kampagne: Sie passt sich an, ohne dass jemand etwas tut.
- Ausgeliefert nah am Besucher
- Anfragen werden vom Edge-Standort beantwortet, der dem Besucher am nächsten liegt — über 119 Points of Presence in 77 Ländern — mit Origin-Compute in Europa, den USA und Asien-Pazifik.
- Deploys ohne Downtime
- Neue Versionen gehen live, ohne den Dienst zu unterbrechen. Geht etwas schief, kehrt das System zur vorherigen zurück.
- Failover, das Sie nicht kaufen müssen
- Failover gehört zur Umgebung, es ist keine Stufe, auf die man upgradet: Fällt ein Knoten oder eine Zone aus, wird umgeleitet, ohne dass jemand geweckt wird.
Kein Server zu verwalten, keine Spitze vorherzusagen.
Wo es läuft
Unsere Cloud, Ihre Cloud oder Ihr Rechenzentrum
Nicht jede Organisation kann alles in eine Public Cloud legen. Wo Datenstandort, ein bestehender interner Bestand oder eine Sicherheitsrichtlinie direkte Kontrolle verlangen, läuft dieselbe Plattform auf dedizierten oder On-Premise-Umgebungen.
- Managed Cloud
- Keine Infrastruktur zu betreiben. Skalierung, Backups und Sicherheitsupdates sind unsere Sache; Ihr Team liefert Produkt.
- Private Cloud
- Eine Umgebung, die vollständig Ihrer Organisation gehört, bei einem Cloud-Provider Ihrer Wahl. Vollständige Isolation, nichts mit anderen Kunden geteilt.
- Hybrid
- Ein schnelles globales Frontend in der Cloud, sensible Daten auf Ihrer Seite. Für Compliance-Vorgaben, die trotzdem Edge-Performance wollen.
- On-Premise
- Daten und Anwendung bleiben in Ihrer Infrastruktur, für Sicherheitsrichtlinien, die direkte Kontrolle über die Umgebung verlangen.
Was es kostet
Die Plattform steht in der Preisliste. Der Enterprise-Teil ist das SLA.
Compute wird mit CHF 0.01 pro RU-Stunde abgerechnet, Storage und Egress pro GB — dieselben veröffentlichten Tarife, die jeder Kunde zahlt, ob Sie ein Produkt betreiben oder vierzig. Auf die Infrastruktur kommt kein Enterprise-Aufschlag. Separat kalkuliert wird der Teil, der wirklich massgeschneidert ist: die zugesagten Reaktionszeiten, das Onboarding und jedes Deployment, das nicht unsere Cloud ist.
Zur vollständigen Preisliste →- Compute · 1 RU = 0,25 vCPU + 512 MiB
- CHF 0.01 / RU·h
- Storage
- CHF 0.10 / GB
- Egress, EU und Nordamerika
- CHF 0.02 / GB
- SLA, Onboarding, Deployment ausserhalb unserer Cloud
- nach der Analyse kalkuliert
Wie Sie wieder rauskommen
Sie können gehen. Der Ausstieg ist ein Redeploy, kein Rewrite.
Was Sie in der Hand halten, ist ein ganz normales Nuxt-Projekt auf Nitro, in Ihrem Git, mit den Edge-Regeln und der Pipeline versioniert neben dem Code. Jedes Nuxt-Team kann es übernehmen, und es läuft überall, wo Nitro läuft — auch irgendwo, das nicht wir sind.
Es kommt alles heraus: der Code aus Ihrem Git, die Datenbank als Postgres-Dump, die Dateien aus dem Object Storage — alles in Standardformaten, keines davon unseres. Wir sind lieber der Anbieter, bei dem Sie bleiben, weil Gehen leicht ist, als der, bei dem Sie bleiben, weil es das nicht ist.
Was noch zu fragen bleibt
Die Fragen, die diese Seite noch nicht beantwortet hat — die, die kommen, wenn die technische Evaluation durch ist.
Fragen Sie uns etwas, das hier nicht steht →Wie funktioniert der Enterprise-Vertrag?
Ein Vertrag nach Ihren Bedingungen — SLA, Volumen, Deployment-Modell und Abrechnungsmodell vor dem Start gemeinsam definiert. Es gibt keinen verpflichtenden Katalogplan und keine separate Vereinbarung pro Dienst: ein Vertrag und eine Rechnung für den ganzen Stack.
Kann ich nur einzelne Dienste nutzen, ohne den ganzen Stack zu übernehmen?
Ja. Jede Komponente funktioniert eigenständig. Sie können mit Hosting und CDN anfangen, Auth oder KI-Suche auf eine bestehende Anwendung setzen und den Rest später konsolidieren — oder nie. Es gibt keinen Pflichtplan.
Sind Sie ISO 27001 zertifiziert?
Wir arbeiten nach ISO 27001, und die Infrastruktur darunter ist danach zertifiziert: die Rechenzentren nach ISO/IEC 27001:2022 und bunny.net, das das Edge-Netz betreibt, nach ISO 27001. Das Einzige, was uns heute fehlt, ist das Zertifikat auf unseren eigenen Namen — und wenn Ihr Prozess es verlangt, holen wir es, mit Zusage und Termin im Vertrag. Die Praxis steht bereits; was fehlt, ist das Audit.
Bieten Sie formale SLAs an, und mit welchen Zahlen?
Ja, im Vertrag festgehalten und nach Schweregrad gestaffelt. Unsere Standardschwellen sind eine Stunde bei ausgefallenem Dienst, vier Stunden bei erheblicher Beeinträchtigung und 24 Stunden bei nicht blockierenden Problemen, mit Updates in festem Takt bis zum Abschluss. Die Abdeckung reicht bis 24/7 und es gibt mehr als eine Stufe: Wir klären, welche das Produkt wirklich braucht, und sie steht mit den Schwellen im Vertrag.
Was, wenn JAMflow das nicht mehr macht?
Ihr Produkt läuft weiter, und nicht weil wir es versprechen. Was wir ausliefern, ist eine normale Nuxt-Anwendung auf Nitro, in Ihrem Git-Repository, auf Postgres — es gibt keine proprietäre Runtime, die es nur hier gibt, also kann jedes kompetente Nuxt-Team sie übernehmen: unseres, Ihres oder die Agentur, die Sie als Nächstes beauftragen. Und sie läuft überall, wo Nitro läuft. Einen Geschäftsbereich haben wir schon einmal geordnet stillgelegt: Als wir unser Cloudron-Hosting 2025 eingestellt haben, kündigten wir es im Mai an, zum 1. Juli wurde es wirksam, und jeder Kunde wurde entweder auf JAMflow neu gebaut oder an den Anbieter übergeben, der die Plattform übernommen hat.
Haben Sie ein Enterprise-Projekt oder evaluieren Sie einen Infrastruktur-Anbieter?
Wir sehen Ihren aktuellen Stack durch und schreiben auf, welche Teile sich zu konsolidieren lohnen, mit Kosten und Aufwand daneben. Das gehört Ihnen, ob Sie mit uns arbeiten oder nicht.