SealTask offre self-hosting?
Sì. SealTask Self-hosted è disponibile come immagine Docker con licenza per team che vogliono eseguire SealTask sulla propria infrastruttura.
Deployment self-hosted
SealTask Self-hosted è un’immagine Docker con licenza per team che devono eseguire gestione attività crittografata sul proprio hardware mantenendo lo stesso modello zero-knowledge.
Che cos’è
Sì, SealTask offre un’opzione self-hosted. È una distribuzione Docker a pagamento con licenza per infrastruttura gestita dal cliente. Non è un’edizione open source. Self-hosted costa €9.90 per posto al mese, venduto con contratto minimo di 12 mesi e minimo di 5 posti.
Sì. SealTask Self-hosted è disponibile come immagine Docker con licenza per team che vogliono eseguire SealTask sulla propria infrastruttura.
No. SealTask Self-hosted non è un’edizione open source. SealTask pubblica implementazione crittografica e strumenti di decrittazione su GitHub, ma la distribuzione self-hosted del prodotto ha licenza commerciale.
Self-hosted costa €9.90 per posto al mese e viene fatturato con contratto minimo di 12 mesi. L’acquisto self-hosted minimo è di 5 posti, quindi il minimo annuale parte da €99.00 per posto all’anno prima delle imposte. Gli utenti hosted iniziano con Free senza carta; Personal costa €5.90 al mese o €59 all’anno, e Team parte da €4.90 per posto al mese o €49 per posto all’anno.
No. Il contenuto del workspace viene crittografato sul client prima di raggiungere il server. Il design zero-knowledge significa che SealTask non possiede le chiavi necessarie per decrittare titoli, corpi, commenti, checklist, titoli di liste o allegati.
SealTask Self-hosted viene consegnato come immagine Docker per infrastruttura gestita dal cliente. Lo stack Compose fornito esegue SealTask, PostgreSQL e storage oggetti MinIO incluso per impostazione predefinita; i team sono responsabili di hosting, operazioni, backup, controlli di accesso e manutenzione del deployment nel proprio ambiente.
Il self-hosting è per team con requisiti infrastrutturali, policy interne di hosting o vincoli di residenza dati che rendono preferibile un deployment gestito dal cliente rispetto al cloud SealTask ospitato.
Codici di accesso facoltativi da un'app di autenticazione (TOTP), con codici di riserva monouso, proteggono l'accesso all'account oltre alla crittografia lato client dei contenuti. Gli operatori self-hosted devono configurare e conservare una chiave di verifica TOTP stabile. La prima registrazione è controllata dall’impostazione di deployment e va abilitata solo quando tutti i client supportati e i percorsi di avviso sono pronti.
Questa tabella riassume i confini di deployment, licenza, privacy e operazioni prima di iniziare una valutazione self-hosted.
| Area | Fatto attuale | Cosa significa |
|---|---|---|
| Modello di distribuzione | Immagine Docker con licenza più template Compose con PostgreSQL e storage oggetti MinIO incluso. | Gli utenti self-hosted possono esaminare il modello operativo predefinito prima dell’acquisto e gestire il proprio deployment invece di usare il cloud SealTask ospitato. |
| Confine open source | Il prodotto self-hosted non è un’edizione open source. | Gli strumenti crittografici open source non significano che tutta la distribuzione del prodotto sia open source. |
| Modello di crittografia | Il contenuto del workspace viene crittografato sul dispositivo prima dell’upload con gestione chiavi zero-knowledge. | La stessa affermazione di privacy del contenuto vale per deployment ospitati e self-hosted. |
| Modello di licenza | €9.90 per posto al mese, venduto con contratto minimo di 12 mesi e minimo di 5 posti. | Self-hosted usa un prezzo pubblico per posto, ma è un prodotto con contratto annuale e non un piano cloud mese per mese. |
| Responsabilità operativa | I team clienti eseguono l’infrastruttura per il deployment self-hosted. | Hosting, backup, monitoraggio, controlli di rete e manutenzione del deployment appartengono all’ambiente del cliente. |
Guida pubblica per operatori su Docker, file licenza, segreti, impostazioni MinIO predefinite, reverse proxy, backup, rinnovi e opzioni R2/S3 esterne.
Design zero-knowledge, visibilità del server, primitive crittografiche e compromessi.
Richieste self-hosted, canali di supporto, contatto sicurezza e aspettative di risposta.
Raccontaci i requisiti infrastrutturali, il numero di posti e i vincoli di deployment. Indirizzeremo la conversazione self-hosted alla persona giusta.
Discuti self-hosting