OpenShip face à Vercel : qui porte vraiment l’exploitation ?

Un signal reçu dans la veille de Stella présentait OpenShip comme un possible « Vercel killer ».

Le dépôt officiel raconte une histoire plus utile que ce raccourci.

OpenShip se présente comme une plateforme de déploiement open source et auto-hébergeable avec CI/CD intégré. Son README annonce la gestion des conteneurs, bases de données, domaines, certificats SSL, CDN, email, sauvegardes et monitoring depuis une même interface. Le projet peut fonctionner sur le cloud de l’éditeur ou sur un serveur Linux contrôlé par l’entreprise.

Ce sont les promesses du projet. Elles ne suffisent pas, à elles seules, pour décider d’une migration.

La bonne question n’est donc pas : « Est-ce qu’OpenShip remplace Vercel ? »

La bonne question est : « Quelle dépendance voulons-nous réduire, et quelle responsabilité sommes-nous prêts à reprendre ? »

1. Portabilité

Le projet met en avant des conteneurs Docker standard et la possibilité de changer de fournisseur. Avant de migrer, il faut vérifier la reconstruction complète du service ailleurs : code, variables, données, domaines et procédure de bascule.

Un export possible n’est pas encore un plan de sortie testé.

2. Maintenance

Une plateforme auto-hébergée redonne du contrôle. Elle redonne aussi des tâches : mises à jour du serveur, du moteur de déploiement, des dépendances et des composants réseau.

Il faut nommer la personne qui les surveille et le temps réellement disponible pour les traiter.

3. Sécurité

Le contrôle de l’infrastructure ne prouve pas sa maîtrise. Qui applique les correctifs ? Qui gère les secrets ? Qui examine les alertes ? Qui intervient lorsqu’un composant exposé devient vulnérable ?

Sans réponse opérationnelle, la souveraineté reste théorique.

4. Reprise

Le README annonce des sauvegardes planifiées et une restauration en un clic. Le test décisif reste concret : restaurer une base et un volume sur une autre machine, puis mesurer ce qui manque pour remettre le service en ligne.

Une sauvegarde non restaurée est une hypothèse.

5. Coût opérationnel total

Comparer le prix d’un VPS avec celui d’une plateforme managée ne suffit pas. Il faut ajouter le temps de maintenance, les incidents, le monitoring, les sauvegardes, l’astreinte et la compétence nécessaire lorsque le système sort du cas nominal.

Le self-hosting peut être un excellent choix. Il cesse de l’être lorsqu’une facture visible est remplacée par une charge invisible.

Le cadre de décision

Une plateforme managée reste rationnelle lorsque la vitesse de livraison compte davantage que le contrôle de l’infrastructure et que personne ne veut porter l’exploitation.

Une plateforme auto-hébergée devient intéressante lorsque la portabilité est stratégique, que l’équipe sait opérer la production et qu’un plan de reprise est réellement testé.

Entre les deux, OpenShip mérite un laboratoire technique. Pas un verdict marketing.

L’open source change ce que l’entreprise peut contrôler. Il ne prouve pas encore ce qu’elle sait exploiter.

Avant toute migration, donnez un nom à la personne appelée lors du premier incident. Si ce nom n’existe pas, la décision de plateforme n’est pas prête.

Source primaire : https://github.com/oblien/openship