
1 つのサーバーで 60 のコンテナ
1 つのベアメタルボックスで数十から数百の Hoody コンテナを実行。KSM と BTRFS のデデュプでマージナルコストはほぼゼロ。
1 つの ffmpeg を curl にパイプ。DM した相手はクリックできる URL を受け取る。パイプ自体が埋め込み HTML 動画として再生する。Zoom 共有なし、Loom アップロードなし、許可ダイアログなし、カレンダー招待なし。
$ ffmpeg -f x11grab -i :0 \
-c:v libvpx -f webm - \
| curl -T - https://pipe.containers.hoody.com/api/v1/pipe/screen?n=5送信側は X11 ディスプレイを webm にエンコードし、curl にパイプ。curl は n=5 で pipe パスにストリームを PUT。受信側は ?video を付けて同じパスを開く。パイプ自体が、到着するストリームを再生する埋め込み HTML 動画プレーヤーを返す。
ffmpeg -f x11grab -i :0 -c:v libvpx -f webm が X11 ディスプレイを読み、webm ストリームを stdout に書き込む。
curl -T - が stdin を /api/v1/pipe/screen?n=5 に PUT。パイプは同じパスに受信側が接続するまで待つ。
受信側 URL を ?video 付きでチャットにドロップ。アプリなし、アカウントなし、インストールなし。彼らがクリック。
パイプは埋め込み MSE 動画要素を持つ HTML ページを返す。最大 5 視聴者が同じライブストリームを見る。
n=5 がオーディエンスをキャップ。パイプは送信側が接続するまで最大 5 分間受信側を保持する。Content-Type のようなヘッダーは転送される。すべては HTTPS 経由 — ブラウザがすでに話すプロトコル以上に変わったものはない。
あなたが使ったすべての画面共有ツールは、儀式を追加することで機能を買う。パイプと URL バージョンは、URL 自体がインターフェース全体なので儀式をスキップする。
同じ pipe-and-?video の仕組みは、画面で何をしたかったかによって 3 つの異なる読み方ができる。
投資家がデモは本物かと尋ねる。来週の火曜日に 30 分のスロットを予約しない。今ストリーミングし、URL を貼り付け、彼らがクリックするのを見守る。
n=5 はエンジニアリングチャンネル全体が同じインシデント対応画面を一度に視聴できることを意味する。ブリッジなし、ホスト権限なし、プレゼンターなし。
どこかのサーバーに録画はない。パイプは純粋にストリーミング — バイトは通過し、何も書かれない。ctrl-C で URL は死ぬ。
会議、アプリ、カレンダー招待なしの画面共有。
すべてのチームが蓄積する画面共有ツールのラインナップ。それぞれが会議、アカウント、または録画を前提とする。パイプ URL はそれらをどれも前提としない。
次に誰かが「見せてくれる?」と尋ねたら、URL を送ろう。