oblien/openship : ce que le README permet réellement d'évaluer

Ce qu'Openship vous demande de décider en premier

Openship est une plateforme de déploiement open source, auto-hébergeable, avec CI/CD intégré. Le README commence par une décision unique : comment vous exécutez le plan de contrôle lui-même. Ce choix détermine où vos applications s'exécutent et si vous avez besoin d'un serveur toujours actif. Le README présente trois options : une application de bureau pour une utilisation solo sur une machine, un serveur auto-hébergé pour les équipes et le push-to-deploy, ou l'Openship Cloud hébergé pour des sandboxes gérés. Tout le reste du flux de travail est identique après cette décision. Lecture ciblée 1 de oblien/openship : ce passage est rattaché à OpenShip.

Dans oblien/openship, le repère OpenShip donne une limite de lecture précise pour la section 1. Le README décrit OpenShip comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère Docker permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère éditorial 1.

Dans oblien/openship, le repère port donne une limite de lecture précise pour la section 4. Le README décrit port comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère database permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère de comparaison 1.

Trois façons d'exécuter le plan de contrôle

L'application de bureau exécute le plan de contrôle localement sur votre machine uniquement lorsque l'application est ouverte, sans surface publique et sans connexion requise. Elle pilote des serveurs via SSH et déploie sur eux ou sur Openship Cloud. Pour une instance toujours active, la CLI installe un serveur auto-hébergé avec un assistant qui crée le premier administrateur, configure votre domaine et installe un service de démarrage. Sur Linux avec Docker, il fonctionne en mode Compose, démarrant Postgres, Redis, une API, un tableau de bord et un edge OpenResty sur les ports 80 et 443. Sans Docker, le mode bare exécute un processus unique avec une base de données intégrée qui déploie des applications vers des serveurs distants. Openship Cloud est la troisième option, offrant des sandboxes gérés sans configuration. Lecture ciblée 2 de oblien/openship : ce passage est rattaché à Docker.

Dans oblien/openship, le repère Docker donne une limite de lecture précise pour la section 2. Le README décrit Docker comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère compose permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère éditorial 2.

Dans oblien/openship, le repère database donne une limite de lecture précise pour la section 5. Le README décrit database comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère environment permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère de comparaison 2.

Le pipeline de déploiement, de la détection au push-to-deploy

Le pipeline prend une source, qui peut être un dépôt GitHub, un dossier local ou un artefact préconstruit. Il détecte la pile en lisant package.json, la configuration du framework, les fichiers de verrouillage et tout docker-compose.yml ou openship.json. L'étape de build s'exécute sur le serveur cible ou localement, produisant une image Docker ou une version bare, avec la configuration résolue figée dans un instantané. L'application s'exécute ensuite en tant que conteneur publié uniquement sur loopback, ou en tant que processus hôte supervisé. L'edge OpenResty crée un vhost de proxy inverse vers le domaine et émet un certificat Let's Encrypt via HTTP-01. Un webhook GitHub réexécute le pipeline à chaque push sur la branche suivie, reconstruisant uniquement les services réellement modifiés dans un monorepo. Le README note que le push-to-deploy et les domaines publics nécessitent un serveur toujours actif ou Cloud, car une instance de bureau n'a pas de point de terminaison public. Lecture ciblée 3 de oblien/openship : ce passage est rattaché à compose.

Dans oblien/openship, le repère compose donne une limite de lecture précise pour la section 3. Le README décrit compose comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère port permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère éditorial 3.

Dans oblien/openship, le repère environment donne une limite de lecture précise pour la section 6. Le README décrit environment comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère README.md permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère de comparaison 3.

Interfaces : bureau, web, CLI et un point de terminaison MCP

Le même backend est piloté à partir de trois interfaces : une application de bureau avec une interface graphique complète et des journaux en temps réel, un tableau de bord web conçu pour les équipes, et une CLI scriptable qui installe et gère également une instance auto-hébergée. , un point de terminaison MCP pour les agents IA et une API REST sont disponibles pour l'automatisation. Selon le README, seules les routes qui s'inscrivent sont exposées comme outils MCP, chaque appel revérifie les permissions, et les routes de credentials ou de jetons ne peuvent jamais devenir des outils. La référence complète se trouve sur openship.io/docs, mais le README avertit que la documentation est encore en cours de remplissage et que les contributions sont bienvenues. Lecture ciblée 4 de oblien/openship : ce passage est rattaché à port.

Dans oblien/openship, le repère port donne une limite de lecture précise pour la section 4. Le README décrit port comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère database permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère éditorial 4.

Dans oblien/openship, le repère README.md donne une limite de lecture précise pour la section 7. Le README décrit README.md comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère OpenShip permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère de comparaison 4.

Fonctionnalités que le README liste comme intégrées

Le tableau des fonctionnalités liste CI/CD intégré avec push-to-deploy, environnements de prévisualisation, flux de staging et production, et rollbacks. Il prétend prendre en charge n'importe quelle pile, y compris Node, Python, Go, Rust, PHP, Ruby, Java et .NET, ainsi que Docker et les monorepos. La plateforme inclut des bases de données gérées comme Postgres, MySQL, MongoDB et Redis, et gère les domaines avec Let's Encrypt automatique, wildcards et renouvellement automatique. Elle inclut également un CDN avec cache edge, HTTP/3 et compression Brotli, un serveur mail SMTP intégré avec DKIM/SPF/DMARC, des sauvegardes planifiées avec restauration en un clic, et une surveillance en temps réel avec journaux de build en direct et métriques de conteneurs. Le README mentionne un chiffre de performance d'environ 1,4 microsecondes par requête avec zéro écriture en base de données par requête, provenant d'un document de surveillance, mais les métadonnées du dépôt ne vérifient pas indépendamment ce chiffre. Lecture ciblée 5 de oblien/openship : ce passage est rattaché à database.

Dans oblien/openship, le repère database donne une limite de lecture précise pour la section 5. Le README décrit database comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère environment permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère éditorial 5.

Dans oblien/openship, le repère OpenShip donne une limite de lecture précise pour la section 8. Le README décrit OpenShip comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère Docker permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère de comparaison 5.

Où les applications déployées peuvent s'exécuter

Les cibles de déploiement incluent Openship Cloud, tout fournisseur VPS comme Hetzner, DigitalOcean, Linode ou OVH, des serveurs dédiés y compris des configurations bare metal et homelab, et des configurations multi-serveurs. Le README dit que la même interface est utilisée quelle que soit la destination. La portabilité de la plateforme est décrite comme des conteneurs Docker standard, donc le déplacement entre fournisseurs est présenté comme simple. Le README ne donne pas d'instructions spécifiques pour configurer chaque cible au-delà de ce que l'assistant CLI gère. Lecture ciblée 6 de oblien/openship : ce passage est rattaché à environment.

Dans oblien/openship, le repère environment donne une limite de lecture précise pour la section 6. Le README décrit environment comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère README.md permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère éditorial 6.

Dans oblien/openship, le repère Docker donne une limite de lecture précise pour la section 9. Le README décrit Docker comme une entrée, un composant ou une contrainte du projet, sans fournir ici une promesse générale de résultat. Le repère compose permet de poursuivre l'examen dans le dépôt avec le vocabulaire propre à openship. Cette distinction évite de transformer une fonction documentée en garantie de compatibilité. Elle compte pour une équipe qui doit choisir entre une intégration ciblée et une solution plus large. La licence Apache-2.0 encadre la réutilisation du code, tandis que le README reste la source pour les conditions techniques. Repère de comparaison 6.

Conclusion éditoriale

Le projet s'adresse aux personnes dont le besoin correspond à OpenShip et qui acceptent les limites écrites dans le README. Il convient moins à une équipe qui attend une garantie absente des sources. Avant décision, vérifiez Docker avec la commande ou le fichier indiqué par openship, puis contrôlez le résultat propre à compose.

Sources officielles

1. Official documentation
2. Official README
3. Project repository
4. Release notes