Linux via SSH
Clés SSH standard ou authentification par mot de passe. Fonctionne avec n'importe quel serveur Linux sur lequel Docker est installé.
Déploiement sans agent
Déployer sur des serveurs sans Installation des agents
Connectez-vous à vos serveurs Linux et Windows à l'aide de protocoles standard. Déployez des conteneurs avec des stratégies progressives et effectuez une restauration instantanée en cas de besoin.
Ce que cela signifie pour votre entreprise
Déployez sur n'importe quel serveur Linux ou Windows sans Kubernetes, agents ni dépendances cloud. Stella gère les rollbacks, la promotion canary et l'export de preuves pour chaque cible.
Véritable déploiement sans agent
Aucun démon à installer. Aucun port à ouvrir. Connectez-vous simplement à l'aide des informations d'identification dont vous disposez déjà.
Windows via WinRM
Remote Windows native. Déployez sur Windows Server avec Docker ou des conteneurs sous Windows.
Zéro empreinte sur vos serveurs. Stella se connecte, se déploie, vérifie et se déconnecte, ne laissant que votre application en cours d'exécution.
Cela décrit l'exécution du déploiement, qui est sans agent via SSH et WinRM — rien n'est installé sur vos hôtes. La vérification continue Watch est distincte : le service d'agent Stella Ops lit les digests d'images réellement en cours d'exécution sur les démons Docker qu'il peut atteindre, et tout hôte pour lequel il ne rapporte rien est indiqué comme non observé plutôt que supposé sain. Parc déployé →
Pourquoi sans agent ?
Les agents signifient plus de surface d'attaque, plus de mises à jour, plus de choses qui peuvent casser. Stella se déploie sans eux.
Rien à installer
Aucun package d'agent, aucune incompatibilité de version, aucune alerte « agent hors ligne ». Un simple accès à distance standard.
Surface d'attaque réduite
Chaque démon installé est une surface d’attaque potentielle. Stella se connecte uniquement lors du déploiement, puis se déconnecte.
Piste d'audit complète
Chaque déploiement est enregistré avec qui, quoi, quand et pourquoi. Preuves de conformité intégrées.
Opérations simples
Utilisez vos clés SSH et vos informations d'identification Windows existantes. Aucune nouvelle infrastructure à gérer.
Stratégies de livraison progressive
Déployez en toute confiance à l'aide de stratégies conformes aux normes de l'industrie qui minimisent les risques et permettent une récupération rapide.
Tout en une seule fois
Rolling
Canary
Blue-Green
Déploiements Canary
Déployez d'abord sur un petit pourcentage de cibles (10 %), surveillez les problèmes, puis étendez-le progressivement jusqu'à 25 %, 50 % et 100 %. Annulation automatique en cas d'échec à tout moment.
10% 25% 50% 100%
Déploiements Blue-Green
Exécutez deux environnements identiques. Déployez la nouvelle version sur « green » pendant que « blue » sert le trafic. Basculez instantanément quand tout est prêt. Revenez instantanément en arrière en cas de problème.
Blue (live) → Green (deploy) → Bascule
Déployez avec votre stratégie préférée
$ stella release deploy myapp-v2.1.0 --reason "canary rollout approved"
$ stella release promote myapp-v2.1.0 --to production
$ stella deployment show myapp-v2.1.0Tests A/B et répartition du trafic
Acheminer le trafic entre les versions pour une comparaison réelle avant le déploiement complet.
- Répartition du trafic par pourcentage (90/10, 50/50 ou personnalisé)
- Comparez les métriques entre les versions en production
- Déplacez progressivement le trafic à mesure que la confiance augmente
- Revenir instantanément à une version 100 % stable si nécessaire
Retour en arrière instantané
En cas de problème, revenez à la version précédente exacte : non pas « ce qui existait auparavant », mais l'état vérifié et connu.
- La restauration restaure le digest exact du conteneur qui était en cours d'exécution avant
- Pas de réextraction des « dernières » ou d'espoir que les balises n'aient pas changé
- Une commande pour revenir à un bon état connu
Rollback Digest-Verified
Parce que Stella suit des digests exacts, un rollback déploie exactement les octets qui tournaient avant. Même artefact, même comportement, garanti.
À quelle vitesse ?
Blue-green : instantané (basculement de trafic). Canary/rolling : secondes (reversion parallèle). Le digest précédent est toujours en cache et prêt.
Rollback en une commande
$ stella release rollback myapp-v2.1.0 --reason "error budget exhausted"
Chaque déploiement est une preuve
Stella enregistre ce qui a été déployé, qui l'a déployé et quand, avec une preuve cryptographique.
Quoi
Résumés de conteneur exacts déployés sur chaque cible
Qui
Identité de déploiement authentifiée
Quand
Enregistrement de déploiement horodaté et signé
Adoptez d'abord sous forme de CD, prouvez plus tard
Le gate est commuté par environnement. Vous n’êtes pas obligé de tout prouver dès le premier jour.
Non vérifié (CD uniquement)
Stella se déploie comme un simple outil CD : pas de portes de preuves, rien ne bloque. Les étapes enregistrent toujours tout ce que le pipeline fournit, et le dos indique Manquant là où les preuves sont absentes.
Vérifié
Gates évalue les preuves avant la promotion. Une version qui ne peut pas prouver ses prétentions s'arrête à la porte, avec la règle défaillante nommée.
Basculez un environnement sur Vérifié une fois que son dos est systématiquement enregistré ou signé. La production peut être vérifiée tandis que le développement reste uniquement sur CD.
Prêt à déployer en toute confiance ?
Installer Stella Ops et commencez le déploiement sur vos serveurs avec une livraison progressive et une restauration instantanée.