S4 Container
S3-Komprimierungscontainer für Amazon EKS
Container-Build des transparenten S4-Komprimierungsgateways. Stellen Sie das Drop-in-S3-kompatible Gateway mit dem enthaltenen Helm chart auf einem beliebigen CPU-Node in Amazon EKS bereit, richten Sie Ihre S3-Clients darauf aus und reduzieren Sie S3-Speicherbytes für komprimierbare Daten um 50–80%. Abrechnung pro pod-hour, fail-closed ohne Marketplace-Entitlement. Dasselbe Binary wie das kostenlose `ghcr.io`-Image.
S4 Container ist die Container-Distribution des transparenten S3-kompatiblen Komprimierungsgateways. Es ist dasselbe Binary wie der AMI-Build (nvCOMP / GPU für Integer- und Columnar-Daten; CPU zstd für Text- und Logdaten) und wird mit dem enthaltenen Helm chart auf kleinen CPU-Nodes in Amazon EKS bereitgestellt. Keine Anwendungsänderungen, kein Lock-in — Objekte bleiben auch ohne Gateway über Apache-2.0 CLI- / Python- / fsspec-Tools lesbar. Der kostenpflichtige Container prüft beim Start das Entitlement über AWS Marketplace `RegisterUsage` und beendet fail-closed, wenn kein Entitlement vorliegt. Abrechnung pro pod-hour.
Highlights
Drop-in für Amazon EKS: gebündeltes Helm chart, läuft auf jedem CPU-Node. S3-Clients funktionieren unverändert gegen den S3-wire-kompatiblen Endpoint.
Reduziert S3-Speicherbytes für komprimierbare Daten um 50–80%. Dasselbe Binary wie das AMI, mit integriertem Reporting gemessener Einsparungen pro Bucket (s4 savings).
Metering pro pod-hour mit Marketplace-fail-closed-Entitlement: Der Container ruft beim Start `RegisterUsage` auf und verweigert den Dienst ohne Entitlement. Derselbe Code wie das kostenlose `ghcr.io`-Image.
Preismodell
Stündliche Softwaregebühr pro Pod, abgerechnet durch AWS, plus die EC2-Nodes in Ihrem eigenen EKS-Cluster. Keine Lizenzschlüssel; Entitlement wird über Marketplace `RegisterUsage` geprüft.
Weitere S4-Produkte
S4 — Squished S3
Transparenter GPU S3-Komprimierungs-Gateway
S4 Logs
CloudWatch Logs nach zstd S3 archivieren
S4 Metrics
CloudWatch Metric-Cardinality steuern