
Sechzig Container auf einem Server
Eine Bare-Metal-Box führt Dutzende bis Hunderte von Hoody-Containern aus. KSM und BTRFS-Dedup machen die Marginalkosten nahezu null.
Slack lehnt ab. Drive braucht eine Folder-Share-Anfrage. E-Mail kappt bei 25 MB. Zwei curls – einer auf deinem Laptop, einer auf ihrem – schieben die Datei von Festplatte zu Festplatte. Die Pipe leitet die Bytes durch; nichts wird je auf einen Server hochgeladen.
GET und PUT auf denselben Pfad. Die Hoody-Pipe hält die Seite, die zuerst verbindet, bis zu fünf Minuten; sobald die andere Seite auftaucht, fließen die Bytes direkt durch. Auf dem Server wird nichts auf die Festplatte geschrieben.
# from your laptopcurl -T dump.sql \ https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday[INFO] Waiting for 1 receiver to connect…[INFO] Streaming to 1 receiver…[INFO] Transfer complete.
PUT (oder POST) mit einem Streaming-Body. Der Server gibt Statuszeilen zurück, während sich die Pipe aufbaut – nützlich als Live-Signal, dass die Gegenseite tatsächlich abgeholt hat.
# on their boxcurl \ https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday \ -o dump.sql# 4.2 GB · saved · done.
GET auf demselben Pfad blockiert, bis der Sender verbindet. Die Bytes, die der Sender schreibt, erscheinen als Response-Body – per -o in eine Datei pipen oder in den stdin eines beliebigen Programms, das liest.
Die Reihenfolge ist egal. Wenn du curl zuerst startest, blockiert dein Request, bis sie verbinden. Wenn sie zuerst curl starten, blockiert ihrer. So oder so – sobald beide Seiten verbunden sind, fließen die Bytes los.
Vom Slack-Ping bis zur Datei auf ihrer Festplatte – die vier Bewegungen, die die Pipe ausführt.
„kannst du mir den Prod-Dump von gestern schicken?“Die Datei ist 4 GB groß. Slack lehnt ab, das Shared Drive braucht ein Folder-Share-Ticket. Du greifst zu keinem von beiden.
curl -T dump.sql …/pipe/dump-yesterdayDein Terminal druckt „Waiting for 1 receiver to connect…“ und bleibt stehen. Du kopierst die URL in den Chat: „lass das laufen.“
curl …/pipe/dump-yesterday > dump.sqlDie Pipe etabliert sich in dem Moment, in dem sie verbinden. Bytes fließen von deiner Festplatte durch die Pipe in die Datei auf ihrer.
Übertragung abgeschlossen · 0 Bytes auf dem ServerDer serverseitige Festplattenverbrauch bleibt bei null. Der Pipe-Pfad vergisst, dass die Übertragung stattgefunden hat, sobald beide Seiten die Verbindung trennen.
Dieselbe Anzahl Befehle, die du für eine Drive-Round-Trip tippen würdest – minus Login, minus Upload-Balken, minus Link, minus Aufräumen.
Hoody Pipe ist eine Streaming-Vermittlung, kein Datei-Service. Die Datei existiert auf deiner Festplatte und auf ihrer. Dazwischen sind es nur Bytes in Bewegung mit dem Tempo, das eure beiden Netze halten – die Pipe leitet einfach weiter.
Pipe-Pfade brauchen im öffentlichen Deployment keine Auth. Sie sind adressierbare URLs, die auf eine einzelne Übertragung beschränkt sind; sobald beide Seiten getrennt sind, ist der Pfad weg. Nichts, wofür sich der Empfänger anmelden müsste.
Die Übertragung landet nie auf der Festplatte des Servers. Nichts aufzuräumen, nichts, was leaken könnte, nichts, was ablaufen müsste. Die Bytes sind auf deinem Laptop; dann auch auf ihrem; der Pfad vergisst, dass er je existiert hat.
Zwei curls. Kein Login. Kein Upload-Balken. Fertig.
„Schick mir die Datei“ hieß früher: ein Tab, ein Sign-in, ein Upload, ein Link, ein Paste, ein Download. Heute heißt es: tipp curl, klebe die URL ein, lass curl laufen. Die schnellste Version davon, die du je tippen wirst.
Die meisten Tools, mit denen wir früher eine 4-GB-Datei verschickt haben, sind Überbleibsel aus einer Zeit, in der wir keine Bytes zwischen zwei Terminals über HTTP streamen konnten. Die Pipe macht sie alle überflüssig.
Zwei curls. Die Datei ist auf ihrer Box. Es wurde nie etwas hochgeladen.