Sesenta contenedores en un servidor
Un servidor bare-metal ejecuta decenas a cientos de contenedores Hoody. KSM y dedup BTRFS hacen que el costo marginal sea casi cero.
Containers·Snapshots
TipoDesbloqueadoEtapaVictoria rápidaDificultadSimpleTrabajoCompartir streamParaEquipos de desarrolloParaFundadores solitariosServiciosPipePor qué HoodyHTTP nativo
TipoDesbloqueadoEtapaVictoria rápidaDificultadSimpleTrabajoCompartir streamParaEquipos de desarrolloParaFundadores solitariosServiciosPipePor qué HoodyHTTP nativo
use-cases / fastest-send-me-that-file / hero
PIPE · SHARE STREAMS · TRANSFERENCIA DE ARCHIVOS
El 'pásame ese archivo' más rápido que jamás hayas tecleado
Slack lo rechaza. Drive necesita una solicitud para compartir carpeta. El email se topa con un límite de 25 MB. Dos curls — uno en tu portátil, otro en el suyo — mueven el archivo de disco a disco. El pipe enruta los bytes; nada se sube nunca a un servidor.
la forma antigua8 min 14 sec
- 01Abrir Dropbox en una pestaña nueva
- 02Iniciar sesión (y prompt 2FA)
- 03Click en subir, elegir el archivo de 4 GB
- 04Esperar la barra de progreso de subida
- 05Botón derecho en el archivo, copiar enlace de compartir
- 06Pegar el enlace de vuelta en el chat
seis pestañas · tres logins · un enlace de compartir
la forma nueva12 sec
01 · EMISORcurl -T file.zip https://pipe.../api/v1/pipe/dump-yesterday
02 · RECEPTORcurl https://pipe.../api/v1/pipe/dump-yesterday > file.zip
sin subida · sin enlace · sin pestaña de descargalos bytes viajan disco a disco
use-cases / fastest-send-me-that-file / flow
Una ruta de pipe. Dos curls. Sin archivo intermedio.
GET y PUT a la misma ruta. El Hoody Pipe retiene al lado que conecte primero hasta cinco minutos; cuando aparece el otro lado, los bytes fluyen directos. Nada se escribe en disco en el servidor.
pipe.containers.hoody.com/dump-yesterday
PUT · EMISORtú
Empuja el archivo desde curl
# 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 (o POST) con un cuerpo en streaming. El servidor imprime líneas de estado mientras el pipe se establece — útil como señal en vivo de que el otro lado realmente lo ha cogido.
GET · RECEPTORellos
Tira del archivo directamente al disco
# on their boxcurl \ https://pipe.containers.hoody.com/api/v1/pipe/dump-yesterday \ -o dump.sql# 4.2 GB · saved · done.
GET sobre la misma ruta se bloquea hasta que el emisor conecte. Los bytes que el emisor escribe aparecen como cuerpo de la respuesta — redirige a un archivo con -o, o a stdin de cualquier programa que lea.
n=1 · transferencia 1-a-1 por defectoel pipe espera hasta 5 minutos0 bytes almacenados en el servidor
El orden no importa. Si tú haces curl primero, la petición se bloquea hasta que conecten. Si ellos hacen curl primero, la suya se bloquea. En cualquier caso, en cuanto ambos lados están conectados, los bytes empiezan a moverse.
use-cases / fastest-send-me-that-file / steps
Cómo se ve en tiempo real
Desde el ping en Slack hasta el archivo aterrizando en su disco — los cuatro movimientos que el pipe hace que sucedan.
Ping en Slack → archivo en su máquinaCUATRO PASOS · UN PIPE
10:14 · PING01
El compañero pide el archivo
“¿me puedes mandar el dump de prod de ayer?”El archivo pesa 4 GB. Slack lo rechaza, el drive compartido necesita un ticket de carpeta-compartida. Dejas de buscar cualquiera de los dos.
10:14 · PUT02
Tú haces curl -T del archivo
curl -T dump.sql …/pipe/dump-yesterdayTu terminal imprime “Waiting for 1 receiver to connect…” y se queda ahí. Pegas la URL en el chat: “ejecuta esto”.
10:15 · GET03
Ellos hacen curl a la URL
curl …/pipe/dump-yesterday > dump.sqlEl pipe se establece en cuanto conectan. Los bytes empiezan a fluir desde tu disco a través del pipe al archivo en el suyo.
10:15 · LISTO04
Archivo en su máquina, nada queda atrás
Transfer complete · 0 bytes en el servidorEl uso de disco en el servidor se mantiene en cero. La ruta de pipe olvida que la transferencia ocurrió en cuanto ambos lados se desconectan.
use-cases / fastest-send-me-that-file / reasons
Por qué un curl le gana a un share
El mismo número de comandos que tecleos para una ida-y-vuelta de Drive — menos el login, menos la barra de subida, menos el enlace, menos la limpieza.
SIN SUBIDA
No hay barra de progreso que mirar
Hoody Pipe es un intermediario en streaming, no un servicio de archivos. El archivo existe en tu disco y en el suyo. En el medio, son solo bytes en vuelo a la velocidad que aguanten vuestras dos redes — el pipe simplemente reenvía.
SIN LOGIN
Sin cuenta, sin compartir carpeta, sin ticket de IT
Las rutas de pipe no requieren auth en el despliegue público. Son URLs direccionables limitadas a una sola transferencia; en cuanto ambos lados desconectan, la ruta desaparece. Nada para lo que el receptor tenga que registrarse.
SIN RESIDUO
El servidor almacena cero bytes — siempre
La transferencia nunca aterriza en disco en el servidor. Nada que limpiar, nada que filtrar, nada que expirar. Los bytes están en tu portátil; luego están también en el suyo; la ruta olvida que existió.
use-cases / fastest-send-me-that-file / punchline
Dos curls. Sin login. Sin barra de subida. Listo.
“Pásame ese archivo” solía significar una pestaña, un sign-in, una subida, un enlace, un pegado, una descarga. Ahora significa: teclea curl, pega la URL, ejecuta curl. La versión más rápida de esto que jamás teclearás.
- sin subida
- sin enlace que compartir
- sin login en ningún lado
use-cases / fastest-send-me-that-file / replaces
Lo que esto reemplaza
La mayoría de las herramientas que usábamos para mandar un archivo de 4 GB son restos de cuando no podíamos hacer streaming de bytes entre dos terminales por HTTP. El pipe las hace todas innecesarias.
- DropboxSign-in, compartir manual, esperar a que sincronice
- Google DriveTicket de permiso de carpeta vía IT
- Subidas de archivo en SlackTope duro de tamaño, luego “por favor usa un enlace real”
- WeTransferEmail gates, páginas de anuncios, ventanas de retención misteriosas
- AirDrop (entre redes)Solo en la misma Wi-Fi, falla en cuanto estás en remoto
- Firefox SendLo cerraron, no volvió
- Servidores de archivos a medidaCaja autoalojada, bucket, y un cron olvidado para hacerlos expirar
use-cases / fastest-send-me-that-file / cta
Dos curls. El archivo está en su máquina. Nada se subió jamás.
use-cases / fastest-send-me-that-file / related
Lee los otros
