Worklist propose-t-il l’auto-hébergement ?
Oui. Worklist Self-hosted est disponible sous forme d’image Docker sous licence pour les équipes qui veulent exécuter Worklist sur leur propre infrastructure.
Déploiement self-hosted
Worklist Self-hosted est une image Docker sous licence pour les équipes qui doivent exécuter une gestion des tâches chiffrée sur leur propre matériel tout en conservant le même modèle de chiffrement zero-knowledge.
Ce que c’est
Oui, Worklist propose une option auto-hébergée. Il s’agit d’une distribution Docker payante sous licence pour infrastructure exploitée par le client. Ce n’est pas une édition open source. Self-hosted coûte $11.99 par siège et par mois, vendu avec un contrat minimum de 12 mois et un minimum de 5 sièges.
Oui. Worklist Self-hosted est disponible sous forme d’image Docker sous licence pour les équipes qui veulent exécuter Worklist sur leur propre infrastructure.
Non. Worklist Self-hosted n’est pas une édition open source. Worklist publie l’implémentation cryptographique et les outils de déchiffrement sur GitHub, mais la distribution produit self-hosted est sous licence commerciale.
Self-hosted coûte $11.99 par siège et par mois, facturé sur un contrat minimum de 12 mois. L’achat self-hosted minimum est de 5 sièges; le minimum annuel commence donc à $143.88 par siège et par an avant taxes. Pour les offres hébergées, Personal coûte $6.90 par mois ou $59 par an, et Team commence à $8.50 par siège et par mois ou $85 par siège et par an, avec 14 jours d’essai sans carte bancaire.
Non. Le contenu de l’espace de travail est chiffré côté client avant d’atteindre le serveur. La conception zero-knowledge signifie que Worklist ne détient pas les clés nécessaires pour déchiffrer les titres de tâches, corps, commentaires, checklists, titres de listes ou pièces jointes.
Worklist Self-hosted est livré sous forme d’image Docker pour infrastructure exploitée par le client. Le stack Compose fourni exécute par défaut Worklist, PostgreSQL et le stockage objet MinIO inclus ; les équipes sont responsables de l’hébergement, de l’exploitation, des sauvegardes, des contrôles d’accès et de la maintenance du déploiement dans leur propre environnement.
L’auto-hébergement s’adresse aux équipes ayant des exigences d’infrastructure, des politiques d’hébergement internes ou des contraintes de résidence des données qui rendent un déploiement exploité par le client préférable au cloud Worklist hébergé.
Ce tableau résume les limites de déploiement, de licence, de confidentialité et d’exploitation avant de lancer une évaluation self-hosted.
| Sujet | Fait actuel | Ce que cela signifie |
|---|---|---|
| Modèle de distribution | Image Docker sous licence plus modèle Compose avec PostgreSQL et stockage objet MinIO inclus. | Les utilisateurs self-hosted peuvent examiner le modèle d’exploitation par défaut avant l’achat et exploiter leur propre déploiement au lieu d’utiliser le cloud Worklist hébergé. |
| Limite open source | Le produit self-hosted n’est pas une édition open source. | Les outils cryptographiques open source ne signifient pas que toute la distribution produit est open source. |
| Modèle de chiffrement | Le contenu de l’espace de travail est chiffré sur l’appareil avant l’envoi avec une gestion de clés zero-knowledge. | La même promesse de confidentialité du contenu s’applique aux modèles hébergé et self-hosted. |
| Modèle de licence | $11.99 par siège et par mois, vendu avec un contrat minimum de 12 mois et un minimum de 5 sièges. | Self-hosted a un prix public par siège, mais c’est un produit sous contrat annuel plutôt qu’une offre cloud mensuelle. |
| Responsabilité opérationnelle | Les équipes clientes exploitent l’infrastructure du déploiement self-hosted. | Hébergement, sauvegardes, supervision, contrôles réseau et maintenance du déploiement relèvent de l’environnement client. |
Guide public opérateur couvrant Docker, fichiers de licence, secrets, valeurs par défaut MinIO, proxy inverse, sauvegardes, renouvellements et options R2/S3 externes.
Conception zero-knowledge, visibilité serveur, primitives cryptographiques et compromis.
Demandes self-hosted, canaux de support, contact sécurité et attentes de réponse.
Parlez-nous de vos exigences d’infrastructure, du nombre de sièges et des contraintes de déploiement. Nous orienterons la discussion self-hosted vers la bonne personne.
Discuter auto-hébergement