Comment déployer un projet sans devenir fou à cause des configs YAML

Vous connaissez ce sentiment : écrire le code prend quelques heures, mais configurer l'environnement de déploiement s'étire sur deux jours ? D'abord vous vous battez avec le Dockerfile, puis vous essayez de vous souvenir comment router les certificats SSL via Let's Encrypt, et à la fin vous découvrez que la base de données ne peut somehow pas voir le backend sur le réseau partagé. Il y a ce sentiment que la barrière d'entrée pour « juste déployer un projet perso » est devenue déraisonnablement haute.

Je suis récemment tombé sur Openship. C'est une plateforme open-source qui essaie de ramener les époque où le déploiement était simple, tout en gardant toute la puissance des conteneurs modernes. Essentiellement, c'est votre PaaS personnel (Platform as a Service) que vous pouvez installer sur n'importe quel serveur pas cher.

Qu'est-ce que c'est exactement

Openship est un outil pour ceux qui en ont marre de configurer manuellement les pipelines CI/CD. Vous lui donnez un lien vers un dépôt, et il comprend ce qu'il y a dedans : Node.js, Go, Python ou le bon vieux PHP. Le système construit, empaquète dans un conteneur et lance.

Contrairement à Vercel ou Heroku, Openship est entièrement auto-hébergé. Cela signifie que vous ne payez pas pour les « ressources de la plateforme » — vous utilisez la puissance de votre propre matériel. Et vous pouvez tout gérer de trois manières : via une application desktop, un panneau web ou la CLI familière.

Ce qui rend Openship intéressant

Ce qui m'a convaincu, c'est que les développeurs n'ont pas simplement créé un autre « wrapper Docker » — ils ont regroupé au même endroit tout ce que vous devez normalement configurer séparément.

D'abord, il y a un serveur mail intégré. Si vous avez déjà essayé de configurer SMTP avec les bons enregistrements DKIM et SPF pour que vos emails ne finissent pas dans les spams, vous savez à quel point c'est une galère. Avec Openship, ça fonctionne out of the box.

Deuxièmement, la gestion des domaines. La plateforme émet automatiquement les certificats SSL et surveille leur renouvellement. Vous n'avez pas besoin de vous connecter à la console du serveur pour ajouter un nouveau sous-domaine.

Troisièmement, la gestion des bases de données. Postgres, MongoDB ou Redis se mettent en place en quelques clics. Il y a un système de sauvegarde programmée intégré avec une restauration en un clic. Pour les petits projets sans admin dédié, c'est un vrai sauveur.

Comment ça looks en pratique

L'installation prend moins d'une minute. Si vous avez un serveur propre sous Ubuntu ou une autre distribution Linux, lancez simplement cette commande dans la console :

npm i -g openship
openship up

Après cela, le serveur s'active. Pour déployer votre projet, allez dans son dossier sur votre machine locale et tapez :

openship init
openship deploy

La plateforme détecte automatiquement comment construire votre application. S'il y a un package.json à la racine, elle lancera une build Node.js. S'il y a un docker-compose.yml, Openship le récupérera simplement « tel quel ». C'est pratique quand vous avez déjà des configurations de conteneurs complexes et que vous ne voulez pas les réécrire pour un nouvel outil.

Alors où est le piège

Le projet est actuellement en développement actif. Si vous consultez la documentation, elle indique honnêtement : « Work in progress. » Certaines fonctionnalités avancées, comme un éditeur visuel de pipeline CI/CD ou des paramètres complexes de réseau privé entre serveurs, ne sont pas encore disponibles — elles sont sur la roadmap.

Autre point : Openship installe pas mal de dépendances via CLI, donc ça fonctionne mieux dans un environnement Docker. Heureusement, le dépôt propose un docker-compose.yml prêt à l'emploi pour déployer rapidement toute l'infrastructure.

Qui devrait essayer

Je recommanderais Openship à deux catégories de personnes. La première est les développeurs solo qui ont accumulé 5-10 petits projets sur différentes stacks. Les garder tous sur un seul serveur sans se perdre dans les configs Nginx est un vrai défi. Openship transforme cela en une liste organisée dans une belle interface.

La deuxième catégorie est les petites équipes qui ont besoin d'un serveur de staging. La possibilité de créer rapidement un environnement de prévisualisation pour chaque branche Git sans configurer de complexes GitHub Actions est un très beau bonus.

Pour les clusters enterprise massifs, l'outil est encore un peu tôt, mais en remplacement de scripts de déploiement personnalisés sur des projets de taille moyenne, il semble très solide. La licence Apache 2.0 permet de l'utiliser dans des produits commerciaux sans craindre une facture d'abonnement demain.

Globalement, si vous en avez marre de l'enfer du YAML et voulez juste « pusher et oublier », Openship est un excellent candidat pour un projet de week-end pour remettre de l'ordre dans vos projets.