Soixante conteneurs sur un seul serveur
Une seule machine bare-metal fait tourner des dizaines à des centaines de conteneurs Hoody. La déduplication KSM et BTRFS rend le coût marginal quasi nul.
Un ffmpeg pipe dans curl. Celui à qui vous envoyez le DM reçoit une URL cliquable. Le pipe lui-même la lit comme une vidéo HTML embarquée. Pas de partage Zoom, pas d'upload Loom, pas de dialogue de permission, pas d'invitation calendrier.
$ ffmpeg -f x11grab -i :0 \
-c:v libvpx -f webm - \
| curl -T - https://pipe.containers.hoody.com/api/v1/pipe/screen?n=5Le sender encode son display X11 en webm et le pipe dans curl. curl PUT le stream vers un chemin pipe avec n=5. Le receiver ouvre le même chemin avec ?video en suffixe. Le pipe lui-même renvoie un player vidéo HTML embarqué qui lit le stream à mesure qu'il arrive.
ffmpeg -f x11grab -i :0 -c:v libvpx -f webm lit votre display X11 et écrit un stream webm sur stdout.
curl -T - PUT stdin vers /api/v1/pipe/screen?n=5. Le pipe attend que les receivers se connectent sur le même chemin.
vous déposez l'URL receiver avec ?video dans le chat. Pas d'app, pas de compte, pas d'install. Ils cliquent.
Le pipe renvoie une page HTML avec un élément vidéo MSE embarqué. Jusqu'à cinq viewers regardent le même stream live.
n=5 plafonne l'audience. Le pipe garde les receivers jusqu'à cinq minutes en attendant le sender. Les headers comme Content-Type sont forwardés. Tout passe en HTTPS — rien de plus exotique que le protocole que votre navigateur parle déjà.
Chaque outil de partage d'écran que vous avez utilisé achète ses fonctionnalités en ajoutant des rituels. La version pipe-et-URL saute les rituels parce que l'URL elle-même est l'interface entière.
Le même mécanisme pipe-et-?video se lit de trois façons selon ce que vous vouliez faire de l'écran.
Un investisseur demande si la démo est réelle. vous ne réservez pas un créneau de 30 minutes pour mardi prochain. vous streamez maintenant, collez l'URL, regardez-les cliquer.
n=5 veut dire que tout le canal engineering peut regarder le même écran d'incident-response en même temps. Pas de bridge, pas de privilèges host, pas de présentateur.
Il n'y a pas d'enregistrement sur un serveur quelque part. Le pipe est purement streaming — les bytes passent, rien n'est écrit. ctrl-C et l'URL meurt.
Partage d'écran sans la réunion, l'app ou l'invitation calendrier.
La liste des outils de partage d'écran que chaque équipe accumule. Chacun suppose une réunion, un compte ou un enregistrement. L'URL pipe ne suppose aucun des trois.
La prochaine fois que quelqu'un demande « vous pouvez me montrer ? », envoyez une URL.