[ Per le Imprese ]
Infrastruttura enterprise, gestita da chi l'ha costruita.
Hosting, database, CDN, auth, ricerca e storage su un solo stack e un solo contratto, in Europa.
- azienda svizzera · data residency UE
- il nostro cloud, il vostro, o il vostro datacenter
Con chi stareste lavorando
Piccoli per scelta, e svizzeri.
JAMflow è il ramo piattaforma di MooCloud, azienda svizzera con sede a Bellinzona che fa infrastruttura di produzione dal 2019. Non siamo un rivenditore e non siamo un fornitore da duecento persone, ed è esattamente il punto: chi prende in carico il vostro incidente, quasi sempre, è una delle persone che hanno configurato il vostro stack.
Quello che non facciamo è raccontarvi di essere più grandi di così. Dove questo modello non funziona, questa pagina lo dice — prima della sesta settimana di valutazione, non dopo.
Perché consolidare
Le integrazioni sono già fatte, e non restano da mantenere a voi.
Sei fornitori non sono un problema perché sono sei fatture. Sono un problema per tutto quello che, in mezzo, deve continuare ad andare d'accordo — e ogni incidente comincia dal capire di chi sia il problema. Ecco il conto che conta.
Fornitori separati
setup tipico
6–10servizi che devono mettersi d'accordo fra loro
L'auth deve andare d'accordo con la CDN, la CDN con il database, il database con l'indice di ricerca. Ognuna di quelle giunzioni l'ha scritta il vostro team e ora la mantiene.
JAMflow
un solo ambiente
1fornitore, e le giunzioni arrivano già d'accordo
Un contratto, una fattura, un punto di escalation.
Il rischio di concentrazione è un'obiezione legittima, e preferiamo rispondere invece di discuterla: quello che gestiamo per voi è un progetto Nuxt normale su Nitro, che gira ovunque giri Nitro, e i servizi sono integrati fra loro ma non impacchettati — potete prenderne due e lasciare il resto.
Per cosa è pensato questo modello
Funziona meglio come collaborazione: il vostro team conosce il dominio, noi conosciamo la piattaforma, e si lavora nello stesso repository. E una sola piattaforma sotto non vuol dire un solo framework sopra — Nuxt e Vue dove il front end porta il prodotto, Elysia, Go o Python dietro, React, Svelte o Solid dove è già quello che scrivono i vostri. Microservizi, git, code review: il modo normale di lavorare, non uno su misura.
Dove non siamo la risposta giusta
Quando volete commissionare un progetto e riceverlo finito, senza nessuno dalla vostra parte con cui parlare lungo la strada. È un modo legittimo di comprare software; non è il modo in cui lo costruiamo noi. Quando il lavoro è machine learning a basso livello, o Rust, o Java — quelle persone non le abbiamo, e preferiamo dirvelo invece di darle in subappalto di nascosto. E quando quello che vi serve davvero sono persone sulla vostra piattaforma, non una piattaforma con un team dietro. La vostra dimensione non è mai il motivo: lo stesso stack regge un sito di dieci pagine e un gruppo multi-brand, e con la scala cambiano il contratto, lo SLA e dove viene installato.
Tutto lo stack, un argomento alla volta
Quasi ogni valutazione si decide su uno di questi sei. Partite dal vostro — ognuno ha il suo link, così potete mandare a un collega direttamente la risposta invece dell'inizio della pagina.
Stesso stack, stessa console. Accendete quello che serve al progetto.
Serverless, multi-region, calda già alla prima richiesta
Le vostre applicazioni girano su un'infrastruttura che scala da sola, senza server da dimensionare o aggiornare. Picchi assorbiti senza che nessuno intervenga, ridondanza inclusa, deploy senza downtime.
- Scaling senza cold start
- L'infrastruttura scala sul traffico reale, non su un piano comprato in anticipo. Un evento, un lancio, una campagna: si adatta senza che nessuno faccia niente.
- Servita da vicino al visitatore
- Le richieste vengono servite dalla location edge più vicina al visitatore — oltre 119 punti di presenza in 77 paesi — con compute di origine in Europa, Stati Uniti e Asia Pacifico.
- Deploy senza downtime
- Le nuove versioni entrano in servizio senza interruzioni. Se qualcosa va storto, il sistema torna alla precedente.
- Failover che non dovete comprare
- Il failover fa parte dell'ambiente, non è un livello a cui si fa upgrade: se cade un nodo o una zona, il traffico si sposta senza svegliare nessuno.
Nessun server da gestire, nessun picco da prevedere.
Dove gira
Il nostro cloud, il vostro, o il vostro datacenter
Non tutte le organizzazioni possono mettere tutto in un cloud pubblico. Dove la data residency, un parco macchine interno già esistente o una policy di sicurezza richiedono controllo diretto, la stessa piattaforma gira su ambienti dedicati o on-premise.
- Cloud gestito
- Nessuna infrastruttura da far girare. Scaling, backup e aggiornamenti di sicurezza sono nostri; il vostro team fa prodotto.
- Private cloud
- Un ambiente interamente dedicato alla vostra organizzazione, su un cloud provider che scegliete voi. Isolamento completo, niente condiviso con altri clienti.
- Ibrido
- Frontend globale e veloce sul cloud, dati sensibili dalla vostra parte. Per i vincoli di compliance che vogliono comunque le prestazioni dell'edge.
- On-premise
- Dati e applicazione restano dentro la vostra infrastruttura, per le policy di sicurezza che richiedono controllo diretto dell'ambiente.
Quanto costa
La piattaforma è a listino. La parte enterprise è lo SLA.
Il compute è misurato a CHF 0.01 per RU-ora, storage ed egress al GB — le stesse tariffe pubblicate che paga ogni cliente, che facciate girare un prodotto o quaranta. Sull'infrastruttura non c'è nessun moltiplicatore enterprise. Quello che si quota a parte è la parte che è davvero su misura: gli impegni sui tempi di risposta, l'onboarding, e qualsiasi deployment che non sia il nostro cloud.
Vedi il listino completo →- Compute · 1 RU = 0,25 vCPU + 512 MiB
- CHF 0.01 / RU·h
- Storage
- CHF 0.10 / GB
- Egress, UE e Nord America
- CHF 0.02 / GB
- SLA, onboarding, deployment fuori dal nostro cloud
- quotati dopo l'analisi
Come si esce
Potete andarvene. L'uscita è un redeploy, non un rewrite.
Quello che vi resta in mano è un progetto Nuxt normale su Nitro, nel vostro git, con le regole edge e la pipeline versionate accanto al codice. Qualsiasi team Nuxt può prenderlo in mano, e gira ovunque giri Nitro — anche da qualche parte che non siamo noi.
Esce tutto: il codice dal vostro git, il database come dump Postgres, i file dall'object storage — tutto in formati standard, nessuno dei quali è nostro. Preferiamo essere il fornitore con cui restate perché andarsene è facile, piuttosto che quello con cui restate perché non lo è.
Quello che resta da chiedere
Le domande a cui questa pagina non ha già risposto — quelle che arrivano quando la valutazione tecnica è finita.
Chiedeteci qualcosa che qui non c'è →Come funziona il contratto enterprise?
Un contratto scritto sulle vostre condizioni — SLA, volumi, modello di deployment e modello di fatturazione definiti insieme prima di partire. Non c'è un piano a catalogo obbligatorio e non c'è un accordo separato per servizio: un contratto e una fattura per tutto lo stack.
Posso usare solo alcuni servizi senza adottare tutto lo stack?
Sì. Ogni componente funziona in modo indipendente. Potete partire da hosting e CDN, aggiungere auth o AI search sopra un'applicazione che avete già, e consolidare il resto dopo — o mai. Non c'è nessun piano obbligatorio.
Siete certificati ISO 27001?
Lavoriamo secondo la ISO 27001, e l'infrastruttura sotto di noi è certificata: i datacenter secondo ISO/IEC 27001:2022, e bunny.net, che fa girare la rete edge, secondo ISO 27001. L'unico pezzo che oggi non abbiamo è il certificato a nostro nome — e se il vostro processo lo richiede lo prendiamo, con l'impegno e la data scritti nel contratto. La pratica c'è già; quello che manca è l'audit.
Offrite SLA formali, e con quali numeri?
Sì, scritti in contratto per severità dell'incidente. Le nostre soglie standard sono un'ora per un servizio giù, quattro ore per un degrado significativo e 24 ore per un problema non bloccante, con aggiornamenti a cadenza fissa fino alla chiusura. La copertura arriva fino al 24/7 e i livelli sono più di uno: capiamo insieme quale serve davvero al prodotto, e finisce in contratto insieme alle soglie.
E se JAMflow smettesse di fare questo mestiere?
Il vostro prodotto continua a girare, e non perché ve lo promettiamo. Quello che mettiamo in produzione è un'applicazione Nuxt standard su Nitro, nel vostro repository git, su Postgres — non c'è nessun runtime proprietario che esista solo qui, quindi può riprenderlo in mano qualsiasi team Nuxt competente: il nostro, il vostro, o l'agenzia che ingaggerete dopo. E gira ovunque giri Nitro. Una chiusura ordinata l'abbiamo già fatta: quando abbiamo chiuso l'hosting Cloudron nel 2025 l'abbiamo annunciato a maggio, è diventato effettivo il 1° luglio, e ogni cliente è stato ricostruito su JAMflow oppure passato al provider che ha rilevato la piattaforma.
Avete un progetto enterprise, o state valutando un fornitore di infrastruttura?
Analizziamo il vostro stack attuale e vi scriviamo quali parti vale la pena consolidare, con costi e tempi accanto. Resta vostro, che lavoriate con noi o no.