La startup que se salta el yak-shave
Auth, uploads y notificaciones funcionan el día uno. El equipo construye el producto, no la plomería debajo.
Identidad, notificaciones, dispositivos, storage, observabilidad. Todo producto los necesita; ninguno se diferencia por ellos. Link Loom Cloud los corre como servicios backbone gestionados que tu runtime consume por el mismo grafo de dependencias.
Todo producto serio termina reconstruyendo los mismos cinco sistemas: quién es este usuario, avísale que algo pasó, recuerda su dispositivo, guarda este archivo, muéstrame qué hizo el sistema. Ninguno es tu producto. Todos pueden hundirlo.
Cloud Services son esos sistemas, gestionados, y expuestos como llega todo en Link Loom: por el grafo de dependencias. Tu código le pide a deps el storage o las notificaciones push; que eso resuelva a un adapter local o al servicio gestionado en cloud es configuración, no código.
Como cada servicio comparte las convenciones del runtime — logs con namespace, operaciones atribuibles, ciclos de vida consistentes — la observabilidad deja de ser arqueología por producto. Una firma operacional, desde tu worker más pequeño hasta la plataforma entera.
// el mismo grafo carga todos los servicios backbone
const { storage, pushNotification, console } = dependencies;
await storage.client.upload({
file: reportBuffer,
path: 'reports/2026-07/summary.pdf',
});
console.success('Reporte guardado', {
namespace: '[Billing]::[Reports]',
}); Auth, uploads y notificaciones funcionan el día uno. El equipo construye el producto, no la plomería debajo.
El storage escribe a /tmp localmente y a un bucket en producción. El código de aplicación es idéntico — el adapter es config.
Un pago falla. Los logs con namespace del API, el worker y el servicio de notificaciones se alinean en una sola historia.