Agentenlose Bereitstellung

Bereitstellung auf Servern ohne Installation Agenten

Stellen Sie über Standardprotokolle eine Verbindung zu Ihren Linux- und Windows-Servern her. Stellen Sie Container mit progressiven Strategien bereit und führen Sie bei Bedarf sofort ein Rollback durch.

Kostenlos starten Alle Funktionen anzeigen

Was das für Ihr Unternehmen bedeutet

Deployen Sie auf jeden Linux- oder Windows-Server ohne Kubernetes, Agents oder Cloud-Abhängigkeiten. Stella übernimmt Rollbacks, Canary-Promotion und Nachweisexport für jedes Ziel.

True Agentless Deployment

Es müssen keine Daemons installiert werden. Keine Ports zum Öffnen. Stellen Sie einfach eine Verbindung mit den Anmeldeinformationen her, die Sie bereits haben.

Linux über SSH

Standard-SSH-Schlüssel oder Passwortauthentifizierung. Funktioniert mit jedem Linux-Server, auf dem Docker installiert ist.

Windows über WinRM

Natives Windows-Remoting. Bereitstellung auf Windows Server mit Docker oder Containern unter Windows.

Kein Platzbedarf auf Ihren Servern. Stella verbindet, stellt bereit, überprüft und trennt – nur Ihre Anwendung läuft.

Das beschreibt die Bereitstellungsausführung, die über SSH und WinRM agentenlos ist — auf Ihren Hosts wird nichts installiert. Die kontinuierliche Watch-Verifikation ist davon getrennt: Der Stella-Ops-Agentendienst liest die tatsächlich laufenden Image-Digests von den Docker-Daemons, die er erreichen kann, und jeder Host, für den er nicht berichtet, wird als unbeobachtet angezeigt statt als in Ordnung angenommen. Estate →

Warum Agentless?

Agenten bedeuten mehr Angriffsfläche, mehr Updates, mehr Dinge, die kaputt gehen können. Stella wird ohne sie bereitgestellt.

Nichts zu installieren

Keine Agentenpakete, keine Versionskonflikte, keine „Agent offline“-Warnungen. Nur Standard-Fernzugriff.

Reduzierte Angriffsfläche

Jeder installierte Daemon ist eine potenzielle Angriffsfläche. Stella stellt nur bei der Bereitstellung eine Verbindung her und trennt dann die Verbindung.

Vollständiger Prüfpfad

Jede Bereitstellung wird mit wem, was, wann und warum protokolliert. Integrierter Compliance-Nachweis.

Einfache Operationen

Verwenden Sie Ihre vorhandenen SSH-Schlüssel und Windows-Anmeldeinformationen. Keine neue Infrastruktur zu verwalten.

Progressive Delivery-Strategien

Bereitstellung mit Zuversicht unter Verwendung branchenüblicher Strategien, die Risiken minimieren und eine schnelle Wiederherstellung ermöglichen.

Alles auf einmal

Rollierend

Canary

Blue-Green

Canary-Bereitstellungen

Stellen Sie die Lösung zunächst für einen kleinen Prozentsatz der Ziele bereit (10 %), überwachen Sie sie auf Probleme und erweitern Sie sie dann schrittweise auf 25 %, 50 % und 100 %. Automatisches Rollback bei Fehler in jeder Phase.

10% 25% 50% 100%

Blue-Green-Deployments

Zwei identische Umgebungen betreiben. Neue Version nach „green“ deployen, während „blue“ den Traffic bedient. Sofort umschalten, wenn bereit. Sofort zurückschalten, falls Probleme auftreten.

Blue (live) → Green (deploy) → Umschalten

Bereitstellung mit Ihrer bevorzugten Strategie

Terminal
$ 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.0

A/B-Tests und Traffic-Aufteilung

Leiten Sie den Datenverkehr zwischen Versionen für einen realen Vergleich vor der vollständigen Einführung weiter.

  • Traffic nach Prozentsatz aufteilen (90/10, 50/50 oder benutzerdefiniert)
  • Vergleichen Sie Metriken zwischen Versionen in der Produktion
  • Verlagern Sie den Datenverkehr schrittweise, wenn das Vertrauen wächst
  • Bei Bedarf sofort auf eine 100 % stabile Version zurücksetzen

Sofortiger Rollback

Wenn etwas schief geht, kehren Sie zur genauen vorherigen Version zurück – nicht „was auch immer vorher da war“, sondern zum verifizierten, als funktionierend bekannten Zustand.

  • Rollback stellt den genauen Container-Digest wieder her, der zuvor ausgeführt wurde
  • Kein erneutes Abrufen von „latest“ oder hoffen, dass sich Tags nicht geändert haben
  • Ein Befehl, um in den bekanntermaßen guten Zustand zurückzukehren

Digest-Verified Rollback

Weil Stella exakte Digests verfolgt, deployt ein Rollback genau die Bytes, die vorher liefen. Gleiches Artefakt, gleiches Verhalten, garantiert.

Wie schnell?

Blue-green: sofort (Traffic-Umschaltung). Canary/rolling: Sekunden (paralleles Zurückrollen). Der vorherige Digest ist immer gecacht und bereit.

Rollback mit einem Befehl

Terminal
$ stella release rollback myapp-v2.1.0 --reason "error budget exhausted"

Jede Bereitstellung ist ein Beweis

Stella zeichnet auf, was bereitgestellt wurde, wer es wann bereitgestellt hat – mit kryptografischem Nachweis.

Was

Exakte Container-Digests für jedes Ziel bereitgestellt

Who

Authentifizierte Bereitstellungsidentität

Wann

Mit Zeitstempel versehener und signierter Bereitstellungsdatensatz

Zuerst als CD übernehmen, später beweisen

Das Gating wird je nach Umgebung umgeschaltet. Sie müssen nicht alles am ersten Tag beweisen.

Nicht verifiziert (nur CD)

Stella kann wie ein einfaches CD-Tool bereitstellen: keine Nachweis-Gates, keine Blockierung. Die Stufen zeichnen weiterhin alles auf, was die Pipeline liefert, und das Nachweis-Rückgrat zeigt MISSING an, wenn Nachweise fehlen.

Verifiziert

Das Gate bewertet Nachweise vor der Promotion. Ein Release, das seine Aussagen nicht nachweisen kann, bleibt am Gate stehen; die fehlgeschlagene Regel wird benannt.

Schalten Sie eine Umgebung auf „Verifiziert“, sobald ihr Nachweis-Rückgrat durchgehend RECORDED oder SIGNED ist. Produktion kann verifiziert laufen, während Entwicklung nur CD verwendet.

Bereit für die sichere Bereitstellung?

Installieren Stella Ops und beginnen Sie mit der Bereitstellung auf Ihren Servern mit progressiver Bereitstellung und sofortigem Rollback.

Kostenlos starten Dokumentation ansehen