Betrieb & Bereitstellung
Überall bereitstellen. Alles beweisen.
Erstklassige Unterstützung für Docker, Compose und SSH/WinRM. Alle Deployments sind agentenlos per Design (das Docker-Image ist das Runtime). 100% Offline-Betrieb mit souveränen Krypto-Profilen.
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.
Was Sie hier betreiben
SBOMSoftware Bill of Materials – eine vollständige Liste aller Pakete und Abhängigkeiten in Ihrer Software Generierung, CVECommon Vulnerabilities and Exposures – eine eindeutige Kennung für eine öffentlich bekannte Sicherheitslücke Matching, VEXVulnerability Exploitability eXchange – maschinenlesbare Aussagen darüber, ob Schwachstellen in Ihrem Kontext tatsächlich ausnutzbar sind Anweisungsverwaltung für jedes Container-Image.
Statische, Manifest- und Laufzeitanalyse, um ausnutzbares von theoretischem Risiko zu trennen.
Verschieben Sie Bilder zwischen Umgebungen durch Policy Gates mit vollständiger Rückverfolgbarkeit.
A/B-Tests, Canary, blue/green-Deployments und sofortiger Rollback über alle Targets.
Decision Capsules bündeln alle Eingaben, Richtlinien und Urteile für Prüfung und Compliance.
Air-gapped-Standorte erhalten signierte Update-Kits und behalten die Release-Kontrolle ohne Internetzugang.
Fokus auf Non-Kubernetes
Die meisten CD-Tools behandeln Non-Kubernetes als Nachgedanken. Stella behandelt es als primären Anwendungsfall — und alle Ziele sind agentenlos per Design.
Direkte Container-Bereitstellung auf Docker-Hosts.
Multi-Container-Anwendungsbereitstellung.
- und Fargate-Task-Bereitstellungen.
-Job-Bereitstellungen und Updates.
Linux/Unix-Ziele via SSH.
Windows-Ziele via WinRM.
Scripted (.NET 10) targets are also supported: custom deployment logic runs through the.NET scripting engine when a rollout does not fit the built-in target types.
Unbegrenzte Deployment-Ziele bei allen Preisstufen
Digest-first-Release-Identitaet
Jede Veröffentlichung wird durch ihren Inhaltsauszug identifiziert, nicht durch ein veränderbares Tag. Dies garantiert, dass das, was gescannt wurde, auch bereitgestellt wird, und dass geprüft wird, was tatsächlich ausgeführt wurde.
sha256-Digests stellen sicher, dass das geförderte Artefakt byte-identisch mit dem gescannten und genehmigten Artefakt ist.
Bei jeder Aktion werden der Quellauszug, die Richtlinienversion und der Genehmigungsnachweis in einer signierten Bescheinigung aufgezeichnet.
Bereitstellungsmuster
Leiten Sie einen Prozentsatz des Datenverkehrs zur neuen Version weiter. Vergleichen Sie die Kennzahlen, bevor Sie sich verpflichten.
Zuerst für eine kleine Untergruppe von Zielen bereitstellen. Automatisches Rollback bei Fehler bei der Integritätsprüfung.
Führen Sie alte und neue Versionen parallel aus. Wechseln Sie den Datenverkehr atomar, wenn Sie bereit sind.
Zur vorherigen Digest-verifizierten Version zurückkehren. Beweisspur sowohl vorwärts als auch rückwärts erhalten.
100% Offline-Betrieb
Kernentscheidungen funktionieren ohne externe Abhängigkeiten. Schwachstellen-Feeds und Nachweisverifizierung funktionieren vollständig innerhalb Ihrer Grenze.
Signiertes Bündel mit allem, was für Air-Gap-Betrieb benötigt wird.
- → Schwachstellen-Feeds von 33+ Quellen
- → Container-Images für alle Komponenten
- → Herkunftsdaten und SBOMs
- → Delta-Updates für effizienten Transfer
Jede Operation funktioniert innerhalb souveräner Netzwerke.
- → Lokale Schwachstellendatenbank
- → Offline-Signaturverifizierung
- → Deterministisches Replay ohne Netzwerk
- → Keine obligatorische Telemetrie (nur Opt-in)
$ stella offline import --bundle stella-ouk-2026-01-20.tar.zst --verify-dsse --verify-rekor
Souveräne Krypto-Profile
Modulare kryptografische Profile für regionale Compliance. Wählen Sie Ihre Algorithmen, ohne Ihren Workflow zu ändern.
FIPSFederal Information Processing Standards – kryptographische Standards der US-Regierung für sichere Systeme · SM2Chinesischer nationaler Standard für Public-Key-Kryptographie (Teil der ShangMi-Suite), vorgeschrieben für regulierte Branchen · eIDASElectronic IDentification, Authentication and trust Services – EU-Verordnung für elektronische Signaturen und Vertrauensdienste · PQCPost-Quantum-Kryptographie – kryptographische Algorithmen, die gegen Quantencomputer-Angriffe sicher sind
| Profil | Algorithmen | Anwendungsfall |
|---|---|---|
| Standard | Ed25519, ECDSA P-256, SHA-256 | Standard-Bereitstellungen |
FIPSFederal Information Processing Standards – kryptographische Standards der US-Regierung für sichere Systeme 140-2/3 (ausgerichtet) | ECDSA P-384, SHA-384 | US-Bundesbehörden / FedRAMP |
SM2Chinesischer nationaler Standard für Public-Key-Kryptographie (Teil der ShangMi-Suite), vorgeschrieben für regulierte Branchen/SM3 | SM2Chinesischer nationaler Standard für Public-Key-Kryptographie (Teil der ShangMi-Suite), vorgeschrieben für regulierte Branchen, SM3 | Chinesische nationale Standards |
eIDASElectronic IDentification, Authentication and trust Services – EU-Verordnung für elektronische Signaturen und Vertrauensdienste | RSA-PSS, ECDSA (QES) | eIDASElectronic IDentification, Authentication and trust Services – EU-Verordnung für elektronische Signaturen und Vertrauensdienste-kompatible Signaturen |
| Bewertung der Post-Quanten-Bereitschaft (Bestandsaufnahme, nicht Unterzeichnung) | Siehe CBOM-Analyse → | |
Hardware-Sicherheitsmodule für Schlüsselspeicherung und Signaturoperationen.
Signieren Sie dasselbe Artefakt mit mehreren Algorithmen für länderübergreifende Compliance.
Infrastruktur-Integration
Secrets-Injektion für Bereitstellungen.
Service-Registry-Integration.
Verbindung zu standardmäßigen OCI-Registries in Cloud- oder On-Premises-Bereitstellungen.
GitHub, GitLab, Bitbucket-Trigger.
Slack, Teams, E-Mail, PagerDuty, OpsGenie.
Benutzerdefinierte Konnektoren und Workflow-Schritte.
Plattformanforderungen
- → Ubuntu 20.04, 22.04, 24.04 LTS
- → RHEL/CentOS 8, 9
- → Debian 11, 12
- → Amazon Linux 2, 2023
- → Windows Server 2019, 2022
- → Alpine 3.18+ (Container)
- → Docker Hub
- → AWS ECR (incl. ECR Public)
- → Google Artifact Registry / GCR
- → Azure Container Registry
- → GitHub Container Registry
- → Harbor, Nexus, JFrog Artifactory
- → Jede
OCIOpen Container Initiative — der Industriestandard für Container-Image-Formate und Registries-konforme Registry
- → Bis zu 100 Umgebungen pro Instanz
- → Bis zu 1.000 Targets pro Umgebung
- → 50 parallele Deployments
- → 10.000+ Scans/Monat unterstützt
Für größere Deployments Sales kontaktieren
Mindestanforderungen
4 vCPU, 16 GB RAM, 50 GB Speicher. Docker Engine 23.0+ mit Compose v2. Das ist der Ausgangspunkt für den Produktivbetrieb, nicht die kleinste lauffähige Konfiguration — der Spielraum darüber wächst mit Umgebungen und Scan-Volumen.
Reserve für größere Bestände
8 vCPU, 16 GB RAM und 200 GB SSD bieten Reserve über der gemessenen Basis von 4 vCPU / 16 GiB. Das ist eine Empfehlung für eine größere Einzelinstanz, keine Cluster-Konfiguration.
Deployment-Architektur
Docker Compose für Evaluierung und kleine Teams.
- 4 vCPU, 16 GiB RAM — betreibt die gesamte Suite
- PostgreSQL 16+, Valkey 8.0+
- 50 GiB SSD for cache and evidence
Die Stella Ops Control Plane sitzt zwischen Ihren Eingaben (CI/CD, Registries, Feeds) und Ihren Ausgaben (Deployment-Ziele, Audit-Systeme). Evidenz fließt durch und wird bei jedem Schritt versiegelt.
Due-Diligence-Prüfung der Produktionsabläufe
Verwenden Sie diese Checkliste, um den betrieblichen Aufwand vor der Produktionseinführung festzulegen. Beginnen Sie mit der Topologie, die zu Ihrem Bestand passt, und härten Sie von dort aus.
| Topologie | Kontrollebene | Datenebene | Typische Verwendung |
|---|---|---|---|
| Ausgeliefertes Bundle | Einzelknotendienste mit einem Worker-Pool | Einzelnes Postgres, einzelner Objektspeicher, einzelne Warteschlange/Cache | Evaluierung und Richtlinienanpassung |
Definieren Sie RPO/RTO für Postgres und die Speicherung von Beweisobjekten. Validieren Sie die Wiederherstellung mit der Wiedergabe signierter Kapseln, nicht nur mit Service-Zustandsprüfungen.
Fördern Sie Plattformaktualisierungen durch Digest zwischen Nicht-Produktion und Produktion. Behalten Sie die letzten als funktionierend bekannten Digests und Runbooks für ein schnelles Rollback.
Verfolgen Sie Änderungsfenster, Genehmiger und exportierte Beweispakete pro Upgrade, damit Beschaffungs- und Prüfteams die Betriebsdisziplin überprüfen können.
Self-serve diagnostics are built in. stella doctor runs 110+ checks across 16 domains: connectivity, permissions, registry access, configuration, and license status. Most problems are resolved from its output without a support ticket, and Doctor is available on every tier including Free.
Bereit für souveräne Bereitstellung?
Beginnen Sie mit dem Installationshandbuch oder dem Offline Kit.
Souverän & Air-Gap · Release-Orchestrierung · Alle Funktionen