Termini e condizioni generali
Versione: settembre 2026, in vigore dal 1 novembre 2026
Traduzione di cortesia: fa fede la versione tedesca. Avviso completo in fondo alla pagina.
1. Ambito di applicazione
I presenti termini e condizioni generali si applicano all’utilizzo dei servizi di kubehz, gestiti da Lanisce, razvoj programske opreme, d.o.o. (di seguito “Fornitore”).
L’offerta si rivolge esclusivamente a imprenditori, ossia a persone fisiche o giuridiche che agiscono nell’esercizio della propria attività commerciale o professionale autonoma (B2B), e non ai consumatori. Con la registrazione l’utente conferma di agire nell’esercizio di un’attività commerciale o professionale autonoma.
2. Descrizione dei servizi
Il Fornitore eroga i seguenti servizi:
- Monitoraggio Self-Hosted: accesso alla dashboard per il monitoraggio di cluster Kubernetes gestiti in proprio su infrastruttura Hetzner
- Control Plane Gestito (Hosted): control plane Kubernetes gestito (etcd, apiserver, scheduler, controller-manager) sull’infrastruttura del Fornitore
- Spaces (control plane condiviso): namespace su un control plane che il Fornitore gestisce e condivide tra clienti, con nodi worker forniti e posseduti dal cliente
- Strumenti CLI: lok8s (CLI open source per la fornitura e la gestione dei cluster)
3. Infrastruttura di terzi (Hetzner)
- I worker node e l’infrastruttura sottostante sono eseguiti su Hetzner Cloud, gestita da Hetzner Online GmbH (“Hetzner”)
- Il cliente è l’unico responsabile del proprio account Hetzner, delle proprie credenziali API, della fatturazione con Hetzner e del rispetto delle condizioni contrattuali e delle politiche di utilizzo di Hetzner
- Il Fornitore agisce esclusivamente come fornitore del control plane gestito e degli strumenti correlati
- Hetzner è un terzo indipendente; il Fornitore non ha alcun controllo su prestazioni, disponibilità, sicurezza o politiche di Hetzner
- Guasti, interruzioni e altre questioni sul lato Hetzner sono disciplinati esclusivamente dal rapporto contrattuale tra il cliente e Hetzner
- Il cliente deve mantenere per tutta la durata del contratto un account Hetzner attivo e conforme e sostiene tutti i costi dovuti a Hetzner
4. Esclusione di garanzie
Nella misura consentita dalla legge, il servizio viene fornito senza alcuna garanzia (“così com’è” / “come disponibile”). Sono escluse in particolare tutte le dichiarazioni e garanzie, espresse o implicite, relative a commerciabilità, idoneità per uno scopo specifico, assenza di vizi giuridici e non violazione di diritti di terzi. Restano impregiudicati i diritti inderogabili di legge del cliente.
5. Registrazione
- Per l’utilizzo è necessaria la registrazione con un indirizzo e-mail valido
- L’utente è responsabile della sicurezza delle proprie credenziali di accesso
- Un account utente non è trasferibile
6. Uso consentito
La presente sezione si applica all’utilizzo del servizio, inclusi i control plane gestiti (Hosted) eseguiti sull’infrastruttura del Fornitore. I worker node nell’account Hetzner del cliente sono soggetti alle politiche di utilizzo di Hetzner (vedi sezione 3).
È vietato in particolare:
- contenuti o attività illeciti
- la violazione di diritti di terzi
- attacchi a terzi o all’infrastruttura del Fornitore (ad es. attacchi DoS, port scanning abusivo, diffusione di malware, phishing)
- l’invio di spam
- il crypto-mining non autorizzato sull’infrastruttura del Fornitore (control plane gestiti); i workload sui worker node propri del cliente restano affare del cliente
- i tentativi di aggirare quote, isolamento dei tenant o limiti di sicurezza
- la rivendita del servizio senza previo accordo con il Fornitore
In caso di violazioni, il Fornitore può sospendere o cessare le risorse interessate o l’account (vedi sezione 13), nei casi gravi con effetto immediato. Restano impregiudicati gli obblighi di segnalazione previsti dalla legge.
7. Prezzi e pagamento
7.1 Free / Community
- Gratuito, nessun dato di pagamento richiesto
- Fino a 2 cluster registrati
- Supporto della community tramite GitHub Discussions
7.2 Supporter (paga-quello-che-vuoi)
- Contributo minimo: 5 EUR/mese
- Contributo consigliato: 10 EUR/mese
- Disdetta possibile in qualsiasi momento
7.3 Hosted
I control plane hosted, i loro componenti aggiuntivi e gli Spaces vengono fatturati per ogni ora iniziata di esistenza. A tale misurazione si applicano le quattro regole seguenti:
- Ogni ora iniziata è fatturata per intero. La fatturazione decorre dal momento in cui la risorsa viene creata. Una risorsa che esiste per una frazione di ora è fatturata per l’intera ora; un control plane o uno Space che esistono per dieci minuti sono quindi fatturati per un’ora.
- L’evento fatturabile è l’esistenza, non l’attività. Una risorsa è fatturata finché esiste nell’account del cliente, indipendentemente dal suo stato operativo. Solo la rimozione della risorsa pone fine all’addebito: la sua eliminazione oppure, per un’unità che il cliente può spegnere (come un control plane proprio in uno Space), la sua disattivazione.
- Per ogni unità si applica un tetto mensile. Gli importi orari maturati da una singola unità in un mese di calendario non superano il prezzo mensile pubblicato per quella unità. Il prezzo mensile pubblicato è la tariffa oraria dell’unità moltiplicata per 730 ore e costituisce un massimo: un mese di calendario di 31 giorni non viene fatturato oltre tale prezzo mensile.
- I componenti aggiuntivi si fatturano a parte. Un componente aggiuntivo o una risorsa che continui a esistere dopo l’eliminazione di un’altra risorsa continua a maturare i propri importi orari fino alla propria eliminazione.
In deroga alla regola 2, un nodo statico (un nodo worker che il cliente porta e registra su un cluster hosted) è fatturato solo per le ore in cui risulta Ready; un nodo nello stato NotReady non è fatturato.
La fatturazione resta mensile. Non esistono piani fissi; le forme indicate nella pagina dei prezzi sono esempi di calcolo.
Un control plane hosted è prezzato in base a tre unità:
- Control plane (un API server, il datastore, i backup pianificati e i primi 2 GB di stato): 0,016 EUR/ora
- Ogni API server aggiuntivo (il cliente ne imposta da uno a tre): 0,008 EUR/ora
- Storage di stato oltre 2 GB, arrotondato per eccesso al GB intero ogni ora: 0,0005 EUR/ora per GB
Il cliente imposta sul cluster il numero di API server e un limite di storage di stato e può modificare entrambi in qualsiasi momento; i limiti in sé sono gratuiti. Il limite di stato può crescere automaticamente, a passi definiti dal cliente, fino a un massimo definito dal cliente. Poiché il contatore conta i byte conservati e il datastore non accetta dati oltre il limite, quel massimo è il tetto del costo dello stato.
- enterprise (personalizzato): concordato individualmente
- Componenti aggiuntivi: fatturati allo stesso modo, da 0 a 0,018 EUR/ora ciascuno (i backup sono inclusi in ogni control plane hosted, non sono un componente aggiuntivo separato); l’opzione datastore kine è un credito di 0,002 EUR/ora
- I worker node sono eseguiti esclusivamente sull’account Hetzner del cliente (i costi sono a carico del cliente direttamente presso Hetzner) e sono soggetti alle condizioni contrattuali di Hetzner (vedi sezione 3)
Per orientarsi: il prezzo mensile di un’unità è la sua tariffa oraria moltiplicata per 730 ore; ai sensi della regola 3 di cui sopra tale importo è anche il massimo che l’unità può costare in un mese di calendario. I prezzi di listino correnti e canonici sono pubblicati nella pagina dei prezzi; gli importi sopra riportati riflettono il listino all’ultimo aggiornamento di questo documento.
Fase di lancio. Fino al 1 novembre 2026 non viene addebitato nulla per l’uso ai sensi della presente sezione. L’uso precedente a tale data viene misurato e mostrato nella dashboard, così il cliente vede quanto sarebbe costato il mese, ma non viene mai fatturato. Il primo mese addebitato è il primo mese di calendario intero che termina dopo tale data, ed è fatturato alla sua chiusura. Un pagamento che il cliente sceglie di effettuare in questo periodo, ad esempio un contributo Supporter, è addebitato e fatturato come di consueto. Il Fornitore può spostare la data solo in avanti, mai in anticipo, e comunica lo spostamento con il preavviso della sezione 17. Dieci giorni prima della data il Fornitore invia a ogni cliente che gestisce un control plane hosted un promemoria via e-mail con il costo mensile previsto in base all’uso di quel cliente in quel momento.
7.4 Modifiche dei prezzi
I prezzi attuali sono prezzi di lancio (beta). Le modifiche dei prezzi vengono comunicate con almeno 30 giorni di anticipo.
7.5 Codici regalo
Il Fornitore può emettere codici regalo monouso. Un codice porta un numero di giorni del livello Supporter, si riscatta nella dashboard e non muove denaro: un riscatto non è mai fatturato e non addebita mai nulla al cliente. Un codice scade 12 mesi dopo l’emissione. Un cliente può riscattare al massimo 2 codici per anno mobile e può detenere al massimo 92 giorni di tempo regalo alla volta; un riscatto oltre uno di questi limiti è rifiutato senza consumare il codice. Un contributo annuale pari o superiore all’importo indicato in fase di pagamento produce inoltre codici regalo per il cliente che contribuisce.
7.6 Contributi
Un contributo è un pagamento volontario per il servizio gratuito di dashboard, una tantum o annuale, di un importo scelto dal cliente, non inferiore al minimo indicato in fase di pagamento. Non è un pagamento differito per alcunché e nulla è dovuto se non viene effettuato. Un contributo è fatturato come ogni altro pagamento, vi si applica l’IVA e non modifica il livello dell’account.
7.7 Rimborsi
Il Fornitore può rimborsare per intero una fattura pagata, sul mezzo di pagamento con cui è stata pagata. Un rimborso è registrato sulla fattura e nella cronologia dei pagamenti del cliente. I rimborsi parziali non sono previsti.
8. Avviso beta
kubehz si trova nella fase beta. L’intestazione riporta un badge beta su ogni pagina; si applicano le limitazioni seguenti.
- Il servizio viene fornito “così com’è” e “come disponibile”, senza garanzie di alcun tipo (vedi sezione 4)
- Il Fornitore non rilascia alcuna dichiarazione riguardo a prestazioni, disponibilità, compatibilità, integrità dei dati, sicurezza o idoneità per uno scopo specifico
- Le funzionalità possono essere modificate o rimosse in qualsiasi momento senza preavviso
- Durante la fase beta non si applicano SLA, garanzie di disponibilità o impegni di supporto
- La partecipazione alla fase beta avviene interamente a proprio rischio; il cliente riconosce che i servizi in beta possono comportare rischi maggiori di instabilità, perdita di dati e problemi di sicurezza
- Il Fornitore raccomanda vivamente di utilizzare il servizio solo per ambienti non di produzione e di test e di mantenere backup autonomi e indipendenti di tutti i dati e le configurazioni
9. Disponibilità
- Nessuno SLA. Il Fornitore si adopera per garantire un’elevata disponibilità, ma non offre alcuna garanzia, nemmeno per i tempi di inattività causati da Hetzner (vedi sezione 3).
- I lavori di manutenzione programmati vengono comunicati per quanto possibile in anticipo.
- L’offerta gratuita (Free Tier) non è garantita come disponibile in modo permanente. In caso di interruzione, viene data una comunicazione con 90 giorni di anticipo.
10. Forza maggiore
Nessuna delle parti risponde di ritardi o inadempimenti nell’esecuzione dei propri obblighi, ad eccezione degli obblighi di pagamento, nella misura in cui siano dovuti a eventi al di fuori del suo ragionevole controllo. Vi rientrano in particolare catastrofi naturali, guerra, terrorismo, conflitti di lavoro, interruzioni di corrente o di rete al di fuori della propria sfera di influenza, provvedimenti delle autorità nonché interruzioni su larga scala di internet o dei fornitori cloud.
Gli obblighi interessati sono sospesi per la durata dell’evento. Ciascuna parte informa l’altra senza ingiustificato ritardo dell’inizio e della fine di tale evento. Se la forza maggiore perdura per oltre 30 giorni, ciascuna parte può recedere dai servizi interessati.
11. Proprietà dei dati
- Il cliente è e rimane proprietario di tutti i dati del cluster
- Il Fornitore non ha alcun diritto sui dati del cliente
- Per i cluster Hosted: i dati del control plane (etcd) appartengono al cliente
- Il Fornitore non ha accesso ai dati sui worker node nell’account Hetzner del cliente né ai backup gestiti dal cliente e non ne è responsabile; essi restano di esclusiva responsabilità del cliente (vedi sezione 3)
- Alla cessazione del contratto: cancellazione completa dei dati, prevista entro 14 giorni, al più tardi entro 30 giorni
Per i servizi Hosted si applica inoltre l’accordo sul trattamento dei dati (DPA) ai sensi dell’art. 28 GDPR.
11a. Cancellazione dell’account, ripristino ed esportazione dei dati
- Il cliente può cancellare l’account nella dashboard. La cancellazione avvia una finestra di 14 giorni in cui l’account è congelato (nessuna nuova risorsa) ma resta integro
- Entro tale finestra il titolare dell’account può annullare la cancellazione nella dashboard. L’account torna normale, compresi i cluster self-hosted che la cancellazione aveva scollegato. Dopo la finestra i dati sono cancellati e l’account non è più ripristinabile
- La cancellazione è rifiutata finché il cliente gestisce ancora control plane hosted; questi vengono rimossi prima. I cluster self-hosted registrati non la bloccano: vengono scollegati e le loro credenziali di agente revocate, e il cliente continua a gestirli
- Il titolare dell’account può scaricare in qualsiasi momento i dati dell’account come un unico file strutturato, senza doverli richiedere. I segreti che la piattaforma conserva come hash o cifrati, ad esempio gli hash dei token e le credenziali memorizzate, non fanno parte di quel file; vengono cancellati insieme all’account
12. Limitazione di responsabilità
Nella misura massima consentita dalla legge:
- Il servizio viene fornito “così com’è” (vedi sezioni 4 e 8)
- Il Fornitore risponde illimitatamente solo per dolo e colpa grave
- In caso di colpa lieve, il Fornitore risponde solo per la violazione di obblighi contrattuali essenziali (obblighi cardinali), ossia obblighi il cui adempimento rende possibile la corretta esecuzione del contratto e sul cui rispetto il cliente può regolarmente fare affidamento; in tali casi la responsabilità è limitata al danno tipico e prevedibile del contratto
- La responsabilità per la perdita di dati è limitata al tipico onere di ripristino che sarebbe sussistito in presenza di un regolare e adeguato backup dei dati da parte del cliente
- È esclusa la responsabilità per danni indiretti, incidentali, speciali, consequenziali o punitivi (inclusi il mancato guadagno, la perdita di dati e l’interruzione dell’attività), anche qualora il Fornitore sia stato avvisato della possibilità di tali danni
- La responsabilità complessiva del Fornitore è limitata agli importi effettivamente pagati dal cliente al Fornitore nei 12 mesi precedenti l’evento che ha dato origine alla pretesa, e comunque non a meno di 60 EUR; per gli utenti dell’offerta gratuita (Free / Community) il limite è di 60 EUR
- Restano impregiudicate la responsabilità ai sensi della normativa inderogabile sulla responsabilità per danno da prodotti e la responsabilità per lesioni colpose alla vita, al corpo o alla salute
Poiché il servizio si trova nella fase beta e si basa su un’infrastruttura di terzi (Hetzner), il Fornitore non risponde in particolare di tempi di inattività, riduzioni delle prestazioni o perdite di dati causati, in tutto o in parte, da Hetzner Cloud, da problemi di rete o dalla configurazione di Kubernetes o dei worker node propria del cliente.
13. Disdetta
- Il cliente può recedere in qualsiasi momento
- Il Fornitore può recedere con un preavviso di 90 giorni
- In caso di violazione dei presenti termini e condizioni: è possibile la disdetta senza preavviso
- Dopo la disdetta: cancellazione dei dati conformemente all’informativa sulla privacy; cancellazione completa prevista entro 14 giorni, al più tardi entro 30 giorni (vedi sezione 11)
- I dati e i backup sui worker node nell’account Hetzner del cliente restano di esclusiva responsabilità del cliente
14. Cluster gestiti — inattività
La seguente disciplina si applica esclusivamente ai cluster gestiti di clienti senza un abbonamento a pagamento attivo (Free/Community). I cluster gestiti dei clienti paganti non vengono né sospesi né eliminati per inattività.
| Condizione | Misura |
|---|---|
| 14 giorni di inattività | Avviso via e-mail |
| 21 giorni di inattività | Cluster sospeso (pod del CP arrestati) |
| 30 giorni di sospensione senza reazione | Cluster eliminato |
Un cluster sospeso riprende automaticamente al successivo utilizzo attivo (ad es. recupero delle credenziali di accesso, un’operazione sul cluster o sui worker). Il passaggio a un abbonamento a pagamento esclude il cluster da questa disciplina; un cluster già sospeso resta in tal caso sospeso fino al successivo utilizzo attivo, ma non viene eliminato.
Il mancato pagamento da parte di clienti paganti è disciplinato separatamente: dopo un pagamento non riuscito segue un periodo di tolleranza con notifica; successivamente l’account può essere sospeso (i cluster non vengono eliminati per questo). A pagamento avvenuto, la sospensione viene revocata automaticamente.
I worker node nell’account Hetzner del cliente non sono interessati da queste misure; restano sotto la responsabilità del cliente e continuano a essere fatturati da Hetzner direttamente al cliente.
14a. Cluster gestiti — ciclo di vita delle versioni Kubernetes
kubehz offre un insieme curato di versioni Kubernetes per i control plane gestiti. Scegliete voi la versione del vostro cluster e quando aggiornarla (sempre in avanti, una versione minor per passo, eseguito nella finestra di manutenzione del cluster).
Ogni versione minor di Kubernetes raggiunge il proprio end-of-life (EOL) upstream, dopo il quale non riceve più patch di sicurezza. I cluster gestiti che eseguono una versione Kubernetes oltre la data EOL pubblicata verranno aggiornati da kubehz alla minor successiva supportata, previo avviso via e-mail 30, 14 e 7 giorni prima della scadenza. Questi avvisi, e la conferma finale dell’aggiornamento eseguito, sono essenziali per il servizio e non possono essere disattivati. L’aggiornamento forzato è il passo minimo (esattamente una versione minor) ed è eseguito nella finestra di manutenzione del cluster.
I control plane condivisi (Spaces) sono versionati da kubehz secondo una politica di flotta (una minor dietro la release supportata più recente; le patch dopo un periodo di stabilizzazione). Gli aggiornamenti sono annunciati in anticipo ai clienti interessati e confermati al termine. Le macchine dei clienti (i «nodi») non vengono mai modificate da kubehz; un nodo il cui kubelet cade fuori dallo skew di versioni supportato continua a funzionare, viene contrassegnato nella dashboard e vi viene chiesto di aggiornarlo.
15. Manleva
Il cliente manleva, difende e tiene indenne il Fornitore da qualsiasi pretesa, perdita e responsabilità (incluse le ragionevoli spese di difesa legale) derivante da:
- l’utilizzo del servizio da parte del cliente,
- la violazione dei presenti termini e condizioni da parte del cliente,
- l’utilizzo dei servizi Hetzner da parte del cliente o la violazione delle condizioni di Hetzner, oppure
- pretese di terzi (incluse le pretese per violazione di diritti di proprietà intellettuale) derivanti da contenuti o workload eseguiti dal cliente (ad es. sui worker node).
16. Legge applicabile e foro competente
- Si applica il diritto sloveno, con esclusione della Convenzione delle Nazioni Unite sui contratti di vendita internazionale di merci
- Foro competente: Lubiana, Slovenia
17. Modifiche dei presenti termini e condizioni
Il Fornitore si riserva il diritto di modificare i presenti termini e condizioni. Le modifiche vengono comunicate via e-mail con almeno 30 giorni di anticipo rispetto alla loro entrata in vigore. Se il cliente non si oppone entro 30 giorni, i nuovi termini e condizioni si considerano accettati.
18. Disposizioni finali
- Clausola salvatoria: Qualora singole disposizioni dei presenti termini e condizioni siano o divengano invalide o inapplicabili, la validità delle restanti disposizioni resta impregiudicata. La disposizione invalida o inapplicabile è sostituita dalla regola valida che più si avvicina allo scopo economico perseguito.
- Forma testuale: Non esistono accordi verbali accessori. Le modifiche e integrazioni dei presenti termini e condizioni richiedono la forma testuale; ciò vale anche per la rinuncia a questo requisito di forma testuale.
- Cessione: Il cliente può trasferire diritti e obblighi derivanti dal contratto solo con il previo consenso del Fornitore. Il Fornitore può cedere il contratto a società collegate o a successori legali.
Questi termini e condizioni sono una traduzione fornita per comodità. Fa fede la versione tedesca. Per domande, contatta contact@kubehz.io.