Files
2026-06-09 18:40:21 +02:00

4.8 KiB


title: ZaneOps created: 2026-06-07 updated: 2026-06-07 type: app tags: [catalogue, static-site, paas, deployment, zaneops, docker-swarm, caddy, platform] confidence: high contested: false sources: [https://selfh.st/apps/?tag=Static-Site, https://zaneops.dev/installation/, https://github.com/zane-ops/zane-ops]

🚀 ZaneOps

La plateforme self-hosted de déploiement type PaaS pour publier des apps, bases de données et sites statiques, avec UX soignée, SSL automatique et workflow proche de Heroku / Render / Railway.

📋 Informations Générales

Champ Valeur
Site web zaneops.dev
GitHub zane-ops/zane-ops
Licence AGPL-3.0
Langage Python, TypeScript
Étoiles GitHub 1.3k
Dernière MAJ 2026-06-02
Catégorie [[cat-static-site

📝 Description

ZaneOps n'est pas un générateur de site statique au sens strict. C'est une plateforme de déploiement self-hosted qui permet d'héberger et gérer des sites statiques, des applications web, des bases de données et d'autres services. Il reste donc pertinent ici parce que selfh.st le classe explicitement dans la catégorie Static Site.

Le projet se présente comme une alternative open source à Heroku, Railway ou Render. La documentation met en avant un onboarding rapide, des déploiements multi-environnements, des previews, du blue/green deployment, des certificats SSL automatiques et une interface d'administration moderne.

Sous le capot, ZaneOps s'appuie notamment sur Docker Swarm pour l'orchestration et Caddy pour l'exposition réseau et le HTTPS.

Cas d'usage principaux :

  • héberger plusieurs sites statiques depuis Git ;
  • centraliser le déploiement d'apps et services sur un VPS ;
  • disposer d'un mini-PaaS self-hosted avec logs, métriques et dashboard.

🚀 Installation

Option recommandée : installation officielle sur serveur Unix

Pour ZaneOps, l'installation officielle est plus réaliste qu'un simple Compose, car la plateforme pilote elle-même l'infrastructure et repose sur Docker Swarm.

curl -fsSL https://cdn.zaneops.dev/install.sh | sudo bash

Installation manuelle résumée

docker swarm init --advertise-addr <MANAGER_IP>
mkdir -p /var/www/zaneops
cd /var/www/zaneops
curl https://cdn.zaneops.dev/makefile > Makefile
make setup
make deploy

Prérequis minimaux documentés

  • 2 CPU
  • 2 Go de RAM
  • au moins 30 Go de disque libre
  • Docker >= 27.0.3
  • make, curl, jq, openssl

⚙️ Configuration Initiale

  1. Initialiser Docker Swarm sur le serveur.
  2. Lancer l'installation via le script officiel ou la procédure manuelle.
  3. Relire le fichier .env généré, en particulier :
    • ROOT_DOMAIN
    • ZANE_APP_DOMAIN
    • DJANGO_SECRET_KEY
    • MODE
  4. Déployer la stack avec make deploy.
  5. Créer le premier utilisateur via l'interface web ou make create-user.
  6. Connecter vos dépôts Git puis créer un service de type site statique ou application.

Pour un simple site statique, ZaneOps agit surtout comme plateforme de publication et d'exploitation, pas comme moteur de génération.

🔄 Alternatives

Open Source

  • Coolify — PaaS self-hosted populaire pour apps et sites
  • Dokploy — Plateforme de déploiement sur Docker
  • CapRover — Alternative simple à Heroku en auto-hébergement
  • Dokku — PaaS minimaliste orienté Git push
  • Appwrite Sites / OpenPanel / Plane alternatives selon le besoin exact

Propriétaires

  • Heroku
  • Railway
  • Render
  • Vercel
  • Netlify

🔐 Sécurité

  • ⚠️ ZaneOps expose une surface d'administration plus large qu'un simple site statique
  • Utiliser HTTPS en production et éviter MODE=http hors labo local
  • Générer une clé secrète forte pour DJANGO_SECRET_KEY
  • Restreindre l'accès au dashboard avec un domaine dédié et un filtrage réseau si possible
  • Surveiller les permissions des intégrations Git et des webhooks
  • ⚠️ Les logs, terminaux intégrés et previews peuvent exposer des données sensibles si la plateforme est mal cloisonnée
  • Sauvegarder les fichiers .env, volumes et données associées avant toute mise à jour majeure

📚 Ressources

Pages Liées