# Docker · Veille technologique

[Source canonique](<https://sebastien.rigaux.be/veille/tags/docker>)

Construction et exécution d’applications en conteneurs, images et environnements Compose.

## [Kiri, un runtime de conteneurs compatible Docker pour trois OS](<https://sebastien.rigaux.be/veille/liens/kiri-un-runtime-de-conteneurs-compatible-docker-pour-trois-os>)

Kiri remplace Docker Desktop et OrbStack par un runtime de conteneurs léger pour macOS, Windows et Linux, compatible avec la CLI Docker, Compose et buildx. Le dépôt détaille aussi une interface native et la prise en charge de clusters Kubernetes et de machines Linux.

Son architecture repose sur une VM Linux et un agent Rust qui lance les conteneurs via `clone3`, sans runc, shim ni dockerd. Le projet publie des benchmarks comparant les temps de démarrage à ceux de Docker Desktop et OrbStack, ainsi que la méthode pour les reproduire.

2026-11-06 · [Markdown](<https://sebastien.rigaux.be/veille/liens/kiri-un-runtime-de-conteneurs-compatible-docker-pour-trois-os.md>) · [Ressource originale](<https://github.com/libracoder/kiri>)

## [Zerobyte automatise les sauvegardes Restic en self-hosting](<https://sebastien.rigaux.be/veille/liens/zerobyte-automatise-les-sauvegardes-restic-en-self-hosting>)

Zerobyte centralise la planification, la gestion et le suivi de sauvegardes chiffrées avec Restic, depuis une interface web. Il prend en charge des sources NFS, SMB, WebDAV, SFTP ou des répertoires locaux, et plusieurs destinations dont S3, GCS, Azure et rclone.

Le déploiement Docker Compose peut être allégé si seuls des dossiers déjà montés sont sauvegardés : retirer `SYS_ADMIN` et le périphérique FUSE réduit les capacités accordées au conteneur, mais empêche le montage direct des partages distants.

2026-11-03 · [Markdown](<https://sebastien.rigaux.be/veille/liens/zerobyte-automatise-les-sauvegardes-restic-en-self-hosting.md>) · [Ressource originale](<https://github.com/nicotsx/zerobyte>)

## [BillionMail : héberger sa plateforme d’e-mailing et ses campagnes](<https://sebastien.rigaux.be/veille/liens/billionmail-heberger-sa-plateforme-de-mailing-et-ses-campagnes>)

BillionMail regroupe serveur mail, newsletters et marketing par e-mail dans une solution open source à auto-héberger. Le dépôt présente un parcours de configuration qui relie domaine et vérification DNS, puis création et envoi de campagnes, avec gestion de listes et de tags.

Le projet s’appuie sur Docker et propose aussi une installation via aaPanel. Il intègre RoundCube pour le webmail, des outils d’analyse des envois et une licence AGPLv3 ; l’exploitation du service reste donc à la charge de l’équipe qui l’héberge.

2026-10-31 · [Markdown](<https://sebastien.rigaux.be/veille/liens/billionmail-heberger-sa-plateforme-de-mailing-et-ses-campagnes.md>) · [Ressource originale](<https://github.com/Billionmail/BillionMail?fbclid=IwZnRzaAVSfsRleHRuA2FlbQIxMQBwZG9mBWZkaWQWURXNcp56FMhsSBMENWsMwQT7qCd6y3NydGMGYXBwX2lkCjY2Mjg1NjgzNzkAAR_MI9RcqU99pGd4uxK2p9-mnrPt77hPr6xfWTGamacb-oeBIqlbmf9PZ_hfIA_aem__boTMF88wTbUjGAZtHUMgQ>)

## [Auto-héberger Cal.diy : installation et limites à connaître](<https://sebastien.rigaux.be/veille/liens/auto-heberger-cal-diy-installation-et-limites-a-connaitre>)

Cal.diy est la version communautaire open source de Cal.com, et cette documentation couvre son installation, les migrations de base de données, les mises à niveau, Docker et les intégrations. Le projet recommande explicitement un usage personnel et non productif ; le guide aide donc à évaluer les exigences avant un déploiement autonome.

2026-10-04 · [Markdown](<https://sebastien.rigaux.be/veille/liens/auto-heberger-cal-diy-installation-et-limites-a-connaitre.md>) · [Ressource originale](<https://www.cal.diy/>)

## [OpenShip : déployer des applications sur sa propre infrastructure](<https://sebastien.rigaux.be/veille/liens/openship-deployer-des-applications-sur-sa-propre-infrastructure>)

OpenShip se présente comme une plateforme de déploiement auto-hébergée pour plusieurs stacks applicatives. Son dépôt montre comment elle orchestre les builds et services à partir d’une infrastructure contrôlée par l’équipe.

2026-07-26 · [Markdown](<https://sebastien.rigaux.be/veille/liens/openship-deployer-des-applications-sur-sa-propre-infrastructure.md>) · [Ressource originale](<https://github.com/oblien/openship>)

## [Exegol : préparer des environnements de test offensif en conteneur](<https://sebastien.rigaux.be/veille/liens/exegol-preparer-des-environnements-de-test-offensif-en-conteneur>)

Exegol fournit des environnements conteneurisés préconfigurés pour les équipes de sécurité offensive. Cette approche permet de retrouver un environnement de test cohérent sans installer chaque outil sur la machine hôte.

2026-02-25 · [Markdown](<https://sebastien.rigaux.be/veille/liens/exegol-preparer-des-environnements-de-test-offensif-en-conteneur.md>) · [Ressource originale](<https://exegol.com/>)

## [Six petits services Docker pour les tâches quotidiennes](<https://sebastien.rigaux.be/veille/liens/six-petits-services-docker-pour-les-taches-quotidiennes>)

Cette sélection présente notamment Dozzle, Stirling PDF, Excalidraw et Linkwarden. Elle illustre comment des services ciblés peuvent couvrir logs, documents, schémas et sauvegarde de liens.

2026-01-03 · [Markdown](<https://sebastien.rigaux.be/veille/liens/six-petits-services-docker-pour-les-taches-quotidiennes.md>) · [Ressource originale](<https://www.xda-developers.com/tiny-docker-containers-that-save-hours-every-week/>)

## [Chatwoot : déployer la plateforme et construire des intégrations](<https://sebastien.rigaux.be/veille/liens/chatwoot-deployer-la-plateforme-et-construire-des-integrations>)

La documentation développeur distingue installation, contribution et intégration par API. Elle oriente notamment vers les déploiements Docker ou Kubernetes et la référence REST.

2025-12-10 · [Markdown](<https://sebastien.rigaux.be/veille/liens/chatwoot-deployer-la-plateforme-et-construire-des-integrations.md>) · [Ressource originale](<https://developers.chatwoot.com/introduction>)

## [Coolify : déployer applications, bases et services sur son infrastructure](<https://sebastien.rigaux.be/veille/liens/coolify-deployer-applications-bases-et-services-sur-son-infrastructure>)

La documentation Coolify couvre l’installation et les premiers déploiements d’applications et de bases de données. Des guides par framework et des templates de services facilitent la prise en main.

2025-10-01 · [Markdown](<https://sebastien.rigaux.be/veille/liens/coolify-deployer-applications-bases-et-services-sur-son-infrastructure.md>) · [Ressource originale](<https://coolify.io/docs>)

## [Mailpit : capturer et tester les emails en développement](<https://sebastien.rigaux.be/veille/liens/mailpit-capturer-et-tester-les-emails-en-developpement>)

Mailpit fournit un serveur SMTP local, une interface de lecture et une API pour les tests automatisés. Son image Docker permet d’inspecter les messages sans les envoyer à de vrais destinataires.

2025-06-07 · [Markdown](<https://sebastien.rigaux.be/veille/liens/mailpit-capturer-et-tester-les-emails-en-developpement.md>) · [Ressource originale](<https://hub.docker.com/r/axllent/mailpit>)

## [DevPod : des environnements de développement portables](<https://sebastien.rigaux.be/veille/liens/devpod-des-environnements-de-developpement-portables>)

DevPod utilise devcontainer.json pour créer un environnement sur Docker local, une machine distante ou Kubernetes. Le même descriptif peut ainsi accompagner le projet sur plusieurs infrastructures.

2024-12-26 · [Markdown](<https://sebastien.rigaux.be/veille/liens/devpod-des-environnements-de-developpement-portables.md>) · [Ressource originale](<https://github.com/loft-sh/devpod>)

## [SlimToolkit : réduire le contenu des images de conteneurs](<https://sebastien.rigaux.be/veille/liens/slimtoolkit-reduire-le-contenu-des-images-de-conteneurs>)

SlimToolkit analyse et optimise les images de conteneurs pour retirer des éléments inutiles. Le dépôt documente un outillage destiné à réduire leur taille et leur surface d’exposition.

2024-12-14 · [Markdown](<https://sebastien.rigaux.be/veille/liens/slimtoolkit-reduire-le-contenu-des-images-de-conteneurs.md>) · [Ressource originale](<https://github.com/slimtoolkit/slim>)

## [OrbStack : exécuter conteneurs Docker et machines Linux sur macOS](<https://sebastien.rigaux.be/veille/liens/orbstack-executer-conteneurs-docker-et-machines-linux-sur-macos>)

OrbStack propose un environnement macOS pour les conteneurs Docker et les machines Linux. Il met l’accent sur l’intégration CLI, le partage de fichiers et l’accès SSH pour le développement local.

2024-10-10 · [Markdown](<https://sebastien.rigaux.be/veille/liens/orbstack-executer-conteneurs-docker-et-machines-linux-sur-macos.md>) · [Ressource originale](<https://orbstack.dev/>)

## [Déployer Next.js en production avec un serveur standalone](<https://sebastien.rigaux.be/veille/liens/deployer-next-js-en-production-avec-un-serveur-standalone>)

Le guide utilise la sortie standalone de Next.js pour construire une image Docker et déployer l’application sur son propre serveur. Il détaille une option d’hébergement indépendante du runtime Vercel.

2024-09-13 · [Markdown](<https://sebastien.rigaux.be/veille/liens/deployer-next-js-en-production-avec-un-serveur-standalone.md>) · [Ressource originale](<https://saybackend.com/blog/2024-sep-nextjs-deploy-any-server/>)

## [Tester une application .NET avec de vrais services Docker](<https://sebastien.rigaux.be/veille/liens/tester-une-application-net-avec-de-vrais-services-docker>)

Le guide présente Testcontainers pour démarrer et gérer les dépendances conteneurisées de tests .NET. Cette approche rapproche les tests d’intégration des services réellement utilisés par l’application.

2023-09-09 · [Markdown](<https://sebastien.rigaux.be/veille/liens/tester-une-application-net-avec-de-vrais-services-docker.md>) · [Ressource originale](<https://code-maze.com/csharp-testing-using-testcontainers-for-net-and-docker/>)
