Journal Auto-héberger ses IA : Matériel et optimisation de l'inférence

24
5
juil.
2026

Introduction

Camarades, prolétaires numériques, pingouins, unissez-vous ! Contre la rente des IA propriétaires, armons nos GPU ! Approprions-nous les moyens de production de l'intelligence !

Hem, bref, je pose mon mégaphone, et je rentre dans le vif du sujet.

Ce journal est essentiellement un approfondissement de mon mon précédent journal sur le sujet de l'autohébergement d'IA.

En prérequis, il faut avoir une familiarité avec :

DarkMoon : un moteur libre de pentest autonome avec agents IA, MCP et outillage conteneurisé

Posté par  . Édité par Benoît Sibaud. Modéré par Benoît Sibaud. Licence CC By‑SA.
14
20
juin
2026
Sécurité

DarkMoon est un projet libre de cybersécurité publié sous licence GNU GPLv3. Il propose un moteur de test d’intrusion automatisé, lancé en conteneur Docker, qui orchestre des outils de sécurité existants, des agents spécialisés et un modèle de langage configurable.

Concrètement, l’utilisateur donne une cible autorisée. DarkMoon lance des étapes de reconnaissance, identifie des technologies exposées, choisit certains outils ou agents selon le contexte, puis produit des journaux et un rapport de pentest en Markdown.

Logo DarkMoon

Le projet est récent. Le premier commit visible sur GitHub date de novembre 2025, le dépôt a été rendu public en mai 2026, et une première release a été publiée récemment. Au moment de la rédaction, les mainteneurs indiquent un peu plus de 500 clonages du dépôt et environ 1300 téléchargements des images Docker. Ces éléments donnent un premier signal d’usage, sans en faire pour autant un outil éprouvé en production.

Journal Auto-héberger ses IA

56
18
mai
2026

Introduction

Si on en croit les décideurs pressés sur LinkedIn, l'IA, c'est la nouvelle révolution technologique, la nouvelle ruée vers l'or, et j'en passe. Bientôt, plus besoin d'ingénieurs logiciels !
Et si on en croit mes recommandations Youtube, l'IA, c'est la dernière arnaque à la mode, une bulle économique sans précédent en train de gonfler, et un désastre écologique ¯\(ツ)/¯.
Dans tous les cas, dans les métiers de l'informatique, le sujet est devenu difficile à éviter.

Pour ma (…)

Maintenant : monitorer toute sa stack Docker depuis un seul conteneur

Posté par  (site web personnel) . Édité par Xavier Teyssier et Pierre Jarillon. Modéré par bobble bubble. Licence CC By‑SA.
13
17
mar.
2026
Technologie

Maintenant est un logiciel libre de monitoring d'infrastructure, conçu pour les administrateurs et développeurs qui font tourner des conteneurs Docker ou Kubernetes. Il se déploie sous la forme d'un unique conteneur qui auto-découvre et surveille l'ensemble d'une stack sans configuration préalable.

Le projet est publié sous licence AGPL-3.0. Le code source complet est disponible sur GitHub, y compris les fonctionnalités de l'édition Pro.

Le problème

Quand on auto-héberge une vingtaine (ou une quarantaine) de conteneurs sur un VPS, le monitoring finit souvent en une collection d'outils déconnectés : Uptime Kuma pour les checks HTTP, Healthchecks.io pour les tâches cron, un script bash pour les certificats SSL, Portainer ouvert dans un onglet pour voir si les conteneurs tournent, et un docker pull manuel de temps en temps pour vérifier les mises à jour. Cinq outils, zéro communication entre eux, aucune vue d'ensemble.

Maintenant regroupe tout ça dans un seul processus.

Journal Docker swarm et Makefiles pour sa prod perso

Posté par  (site web personnel) . Licence CC By‑SA.
Étiquettes :
14
5
mar.
2026

Épisode 2 du feuilleton où je baragouine sur ma prod.
Dans le journal précédent, on parlait de Docker Swarm et de CI/CD.

J'aime bien Arch, y compris sur des serveurs. On a des paquets très récents; et grâce au rolling release, on s'évite de trop gros changement d'un coup (pensez juste à vous abonnez à la mailing list pour être prévenu des trucs qui cassent). Arch Linux is one of the best distro for home servers, change my (…)

Forum Linux.redhat Question création container (Docker, Podman)

4
4
mar.
2026

Bonjour tous,

j'ai une question à poser aux connaisseurs (ce n'est pas mon cas) de Docker ou Podman.

j'ai un serveur Centos 6 sur lequel tourne une application dont la version ne peut être installée sur un OS plus récent.

Vous semble-t-il possible de "containériser" cette application pour la faire tourner sur un OS plus récent du genre Almalinux 9 ou 10 ?

Si par hasard la réponse est positive, quels sont les problèmes auxquels je peux être confronté ?

(…)

Journal Docker swarm et CI, les contextes à la rescousse

Posté par  (site web personnel) . Licence CC By‑SA.
16
3
mar.
2026

Plop,

Solution simple à un problème qui m'a souvent cassé les gonades et dont je suis resté longtemps sans réponse : comment redéployer une stack docker swarm ?

Contexte

Docker est un truc muche permettant de faire tourner des applications dans des containers.

Docker Swarm permet de faire des groupes afin de facilement répartir les containers sur plusieurs serveurs.

Une stack est un groupe cohérent de containers destinés à travailler ensemble.

Exemple

Exemple de stack :

services:
  webapp
(…)

Forum Linux.debian/ubuntu [Docker] Mise en oeuvre de frigate

Posté par  . Licence CC By‑SA.
1
1
déc.
2025

Bonjour à tous,

J'essaie de déployer frigate avec docker que j'utilise très rarement.
J'utilise un rpi 5 avec google coral TPU en format le plus long barette NVMe M.2.

Dans l'introduction, ils conseillent de mettre ceci dans le fichier docker-compose.yml.
https://docs.frigate.video/frigate/installation#docker

Je fais un clone du projet via la commande suivante.
git clone https://github.com/blakeblackshear/frigate -b v0.16.2

J'entre dans le dossier et je regarde le fichier docker-compose.yml.
A ma surprise, ce n'est pas le même que celui-cité dans le premier lien (…)