Tau - une PaaS open source capable de remplacer Vercel / Netlify / Cloudflare

• PaaS CDN Git-native open source : serverless, hébergement web, messagerie Pub/Sub, base de données clé-valeur, stockage d’objets, CDN & Edge, ...
• Déployable en binaire unique Go, sans dépendances. Multiplateforme
• Git-native : la configuration des environnements et de l’infrastructure, comme prod/dev, est gérée uniquement sur une base Git (branches)
• Codage en local = production globale
• Fonctionne avec une configuration minimale grâce à l’auto-discovery intégré, et échange dynamiquement dans le cloud les informations sur les ressources, les routes et les services entre nœuds
  • Utilise libp2p pour construire un réseau P2P overlay entre les nœuds
  • Fournit la découverte automatique des nœuds et des protocoles, le routage, la traversée NAT et les circuit relays
• Stocke et récupère les données en utilisant le concept d’adressage de contenu d’IPFS
  • Les contenus sont découpés en chunks puis stockés dans un DAG, ce qui permet la déduplication, le téléchargement parallèle depuis plusieurs pairs et la vérification via CID
• Prend actuellement en charge WebAssembly, avec le support des conteneurs et des machines virtuelles en cours de développement
  • Le code, les binaires, les images, etc. sont stockés et récupérés selon les mêmes principes que le stockage
• Extensible via le système de plugins orbit (avec par exemple ollama-cloud, qui ajoute des fonctionnalités LLM au cloud)

Récapitulatif de GN⁺

• tau est un framework qui permet à de petites équipes de construire et de maintenir de grandes plateformes de cloud computing
• Il adopte une approche Git-native pour simplifier les changements d’infrastructure
• Il améliore l’expérience développeur grâce à des solutions automatisées de réseau et de stockage
• Il prend en charge WebAssembly et prévoit à l’avenir le support des conteneurs et des machines virtuelles
• tau permet aux développeurs de bâtir localement un environnement de production global sans contraintes d’infrastructure

[xguru]

L’hébergement Go en binaire unique m’intéresse toujours, donc j’y jette un œil.
Le concept d’auto-discovery a l’air intéressant, mais… je ne comprends pas très bien ce que ça cherche à faire.

[GN⁺]

Avis Hacker News

• Remise en question du self-hosted platform as a service

  • Le cœur d’un service de plateforme est d’éviter les tracas de l’auto-hébergement
  • Les services externes et l’auto-hébergement ont chacun leurs avantages et leurs inconvénients
  • Il n’est pas clair ce que ce service cherche à accomplir
  • Si c’est une tentative de logiciel de CDN ou d’exécution de snippets de code comme Lambda, ce serait intéressant
  • La documentation GitHub explique seulement comment déployer, sans décrire la nature du service
  • J’aimerais savoir quelles fonctionnalités il propose par rapport à CloudFlare

• Doutes sur la critique de Kubernetes

  • La plupart des problèmes sont résolus en utilisant un service managé
  • Avec des services managés comme DOKS, EKS, AKS ou GKE, il n’y a pas vraiment de problème

• Critique du flou de la documentation

  • La documentation est très vague et contient beaucoup d’éléments inutiles
  • La section "Why One Binary" est particulièrement faible
  • On dirait un contenu destiné aux administrateurs ou aux recruteurs

• Idées intéressantes de PaaS

  • Il y a des idées intéressantes comme la découverte automatique du réseau via des technologies p2p, l’équilibrage de charge automatique, le stockage distribué, le Webassembly-native, etc.
  • Des doutes subsistent sur le bon fonctionnement réel de tout cela en production
  • Si cela fonctionne bien, cela pourrait démocratiser les applications de production
  • Je me demande comment ils comptent générer des revenus avec une offre entreprise

• Comparaison entre Coolify et Tau

  • La concurrence entre Coolify et Tau est bénéfique pour les utilisateurs
  • Coolify semble offrir davantage de fonctionnalités

• Ce n’est pas une alternative à Cloudflare

  • Il ne faudrait pas le présenter comme une alternative à Cloudflare

• Problème de manque de documentation

  • Il y a si peu de documentation que c’est difficile à comprendre
  • Même son historique lié au Web3 paraît étrange
  • Suggestions pour réussir :
    • Il faut de la documentation
    • Il faut des exemples
    • Utiliser Git comme source de vérité pour la configuration et l’état est une bonne idée
    • Il faut expliquer la partie base de données
    • Il y a trop de noms de protocoles obscurs
    • La partie conceptuelle de la documentation est difficile à interpréter
    • Il faut une roadmap, un plan et un versioning

• Question sur IPFS

  • Je travaille sur une file de messages en Go et je réfléchis à l’auto-scaling
  • Je suis curieux d’avoir des retours d’expérience sur l’utilisation d’IPFS

• Comparaison entre l’offre communautaire et l’offre entreprise

  • Partage d’un lien de comparaison entre l’offre communautaire et l’offre entreprise
  • Je me demande qui pilote ce projet

• Doutes sur l’attrait du serverless

  • L’intérêt du serverless est de ne payer que pour ce qu’on utilise
  • Si on héberge du serverless via Tau, ce n’est plus vraiment du serverless
  • Je me demande quelle serait la raison d’utiliser le serverless de Tau