Tau – Open-Source-PaaS als Alternative zu Vercel / Netlify / Cloudflare

 (github.com/taubyte)
6 Punkte von GN⁺ 2024-07-13 | 2 Kommentare | Auf WhatsApp teilen
  • Open Source Git-native CDN-PaaS: serverlos, Webhosting, Pub/Sub-Messaging, Key-Value-DB, Objektspeicher, CDN & Edge, ..
  • Als Go-Single-Binary ohne Abhängigkeiten deploybar. Plattformübergreifend
  • Git-native: Umgebungen und Infrastrukturkonfigurationen wie prod/dev usw. werden ausschließlich Git-basiert verwaltet (Branches)
  • Lokales Coding = globale Produktion
  • Mit integrierter Auto-Discovery läuft es mit minimaler Konfiguration und tauscht in der Cloud dynamisch Assets, Routen und Service-Informationen zwischen Nodes aus
    • Verwendet libp2p zum Aufbau eines Overlay-P2P-Netzwerks zwischen Nodes
    • Bietet automatische Node- und Protokoll-Erkennung, Routing, NAT-Traversal und Circuit-Relay-Funktionen
  • Speichert und durchsucht Daten mithilfe des Konzepts der inhaltsadressierten Speicherung von IPFS
    • Inhalte werden in Chunks aufgeteilt und dann in einem DAG gespeichert, wodurch Duplikate entfernt werden; parallele Downloads von mehreren Peers sind möglich, und eine Verifizierung über CID ist möglich
  • Unterstützt derzeit WebAssembly; Unterstützung für Container und virtuelle Maschinen ist in Arbeit
    • Code, Binärdateien, Images usw. werden nach denselben Prinzipien wie Storage gespeichert und abgerufen
  • Über das Plug-in-System orbit erweiterbar (als Beispiel wird ollama-cloud bereitgestellt, das LLM-Funktionen zur Cloud hinzufügt)

Zusammenfassung von GN⁺

  • tau ist ein Framework, mit dem kleine Teams große Cloud-Computing-Plattformen aufbauen und betreiben können
  • Durch den Git-nativen Ansatz werden Infrastrukturänderungen vereinfacht
  • Bietet automatisierte Networking- und Storage-Lösungen und verbessert so die Developer Experience
  • Unterstützt WebAssembly und plant künftig Unterstützung für Container und virtuelle Maschinen
  • tau ermöglicht es Entwicklern, ohne Infrastrukturgrenzen lokal globale Produktionsumgebungen aufzubauen

Verwandte Beiträge

2 Kommentare

 
xguru 2024-07-14

Ich finde Hosting für Go Single-Binaries immer interessant und schaue mir so etwas deshalb an.
Das Auto-Discovery-Konzept wirkt spannend, aber ich verstehe nicht so richtig, was genau es eigentlich machen soll.
 
GN⁺ 2024-07-13
Hacker-News-Kommentare

  • Skepsis gegenüber einer Self-hosted Platform as a Service

    • Der Kern eines Plattformdienstes besteht darin, den Aufwand des Self-Hostings zu vermeiden
    • Externe Dienste und Self-Hosting haben jeweils Vor- und Nachteile
    • Es ist nicht klar, worauf dieser Dienst eigentlich abzielt
    • Wenn es um CDN-Software oder den Versuch ginge, Code-Snippets wie bei Lambda auszuführen, wäre das interessant
    • Die GitHub-Dokumentation erklärt nur die Bereitstellungsmethode, aber nicht das Wesen des Dienstes
    • Ich würde gerne wissen, welche Funktionen es im Vergleich zu CloudFlare bietet

  • Zweifel an der Kritik an Kubernetes

    • Die meisten Probleme lassen sich durch die Nutzung verwalteter Dienste lösen
    • Mit verwalteten Diensten wie DOKS, EKS, AKS und GKE gibt es keine Probleme

  • Hinweis auf die Unklarheit der Dokumentation

    • Die Dokumentation ist sehr vage und enthält viel Überflüssiges
    • Der Abschnitt "Why One Binary" ist besonders schwach
    • Es wirkt wie Inhalt für Administratoren oder Recruiter

  • Interessante Ideen für eine PaaS

    • Es gibt interessante Ideen wie automatische Netzwerkerkennung mit p2p-Technik, automatisches Load Balancing, verteilten Storage und WebAssembly-native
    • Es gibt Zweifel, wie gut das in realen Umgebungen funktioniert
    • Wenn es gut funktioniert, könnte es Produktions-Apps demokratisieren
    • Es stellt sich die Frage, wie damit über ein Enterprise-Angebot Geld verdient werden soll

  • Vergleich von Coolify und Tau

    • Konkurrenz zwischen Coolify und Tau ist gut für die Nutzer
    • Coolify scheint mehr Funktionen zu bieten

  • Keine Alternative zu Cloudflare

    • Es sollte nicht als Cloudflare-Alternative bezeichnet werden

  • Problem mangelnder Dokumentation

    • Es gibt kaum Dokumentation, daher ist es schwer zu verstehen
    • Auch die mit Web3 verbundene Historie wirkt merkwürdig
    • Vorschläge für den Erfolg:
      • Dokumentation ist nötig
      • Beispiele sind nötig
      • Es ist gut, Git als Source of Truth für Konfiguration/Zustand zu verwenden
      • Der Datenbankteil muss erklärt werden
      • Es gibt viele unklare Protokollnamen
      • Die Konzeptteile der Dokumentation machen es schwer, die Bedeutung zu erfassen
      • Es braucht eine Roadmap, Planung und Versionierung

  • Frage zu IPFS

    • Jemand arbeitet in Go an einer Message Queue und denkt über Auto-Scaling nach
    • Es besteht Interesse an Erfahrungen mit der Nutzung von IPFS

  • Vergleich zwischen Community- und Enterprise-Angebot

    • Ein Link zum Vergleich zwischen Community- und Enterprise-Angebot wurde geteilt
    • Es stellt sich die Frage, wer dieses Projekt vorantreibt

  • Zweifel am Reiz von Serverless

    • Der Reiz von Serverless besteht darin, nur für die tatsächliche Nutzung zu zahlen
    • Wenn man Serverless über Tau hostet, ist es nicht mehr wirklich Serverless
    • Es stellt sich die Frage, warum man Tau-Serverless nutzen sollte