FerroStash Container
Container compatible con Logstash, nativo en Rust, para Amazon EKS
¿Cuándo se amortiza?
Ejemplo: 5.000 $/mes en observabilidad gestionada
Con 5.000 $/mes en observabilidad gestionada, una reducción conservadora del 40% equivale aproximadamente a 2.000 $/mes de cargo bruto de uso evitado — antes de la tarifa de software de S4, EC2 y diferencias de carga de trabajo.
Estime su ahorro
Introduzca su gasto o uso mensual relevante para una estimación aproximada — sin subir factura.
Build en container de FerroStash. Despliegue el pipeline de logs y eventos compatible con Logstash, nativo en Rust, como un único binario estático en Amazon EKS mediante el Helm chart incluido. Implementa el subconjunto habitual en producción de los plugins incluidos en Logstash 9.x (98 de 111, ~88%), interpreta la DSL `pipeline.conf` de forma nativa, no requiere JVM y arranca en milisegundos. Medición por pod-hour.
Mientras un pipeline típico de Logstash mantiene alrededor de un gigabyte de heap JVM y tarda decenas de segundos en arrancar, FerroStash Container ejecuta un único binario Rust como pod de EKS. Es el mismo binario de la línea v1.0 que la build AMI y cubre ~88% de los plugins incluidos en Logstash 9.x — las inputs incluyen beats, file, tcp, udp, http, syslog, kafka, redis, s3, sqs, jdbc, elasticsearch y cloudwatch; los filters incluyen grok, dissect, kv, json, mutate, date, geoip, dns, csv, xml, useragent, cidr, fingerprint, translate, aggregate, throttle y un script nativo de estilo Painless; los outputs incluyen elasticsearch / opensearch, kafka, s3, http, tcp, udp, file, redis, sqs, sns, cloudwatch, email y datadog; los codecs incluyen json, json_lines, multiline, cef, netflow, avro, msgpack y protobuf — todo impulsado por un `pipeline.conf` con plantilla renderizado en un `ConfigMap`. El Helm chart expone Elastic Beats en tcp/5044 y la API de monitorización en tcp/9600. El container verifica el entitlement mediante `RegisterUsage` al arrancar, excluye el filter opcional `ruby` y se admite en una topología de un solo nodo. Alcance honesto: es compatible con la configuración/pipeline de Logstash, no un drop-in 100% idéntico byte a byte.
Características destacadas
Helm chart para Amazon EKS incluido: `pipeline.conf` renderizado mediante un `ConfigMap`, Elastic Beats en tcp/5044 + API de monitorización en tcp/9600.
Alrededor de 88% de los plugins incluidos en Logstash 9.x (98 de 111) en un único binario Rust — sin JVM, arranque en ms, decenas de MB de RAM.
Medición por pod-hour con entitlement fail-closed de Marketplace: `RegisterUsage` se verifica al arrancar. Filter `ruby` excluido; la topología soportada es de un solo nodo.
Por qué es más barato
Supone 10 Pods en un clúster EKS existente con sidecars Logstash procesando 5 TB/mes de logs.
- vCPU / RAM extra del nodo (≈ m5.large × 5)
- $350 / mes
- Total mensual
- $350 / mes
- vCPU / RAM extra (despreciable, ≈ t3.small × 1)
- $15 / mes
- Tarifa de software FerroStash (10 × por hora)
- $45 / mes
- Total mensual
- $60 / mes
Dimensionar FerroStash Container según los sidecars
| Sidecars | Tarifa software FerroStash | Coste de nodos extra (Logstash) | Total mensual vs. sidecars Logstash |
|---|---|---|---|
| ~5 Pods | $22 / mes | $175 / mes | $30 / mes (−83 %) |
| ~10 Pods | $45 / mes | $350 / mes | $60 / mes (−83 %) |
| ~100 Pods | $450 / mes | $3,500 / mes | $600 / mes (−83 %) |
Ejemplo ilustrativo. Logstash sobre JVM necesita ~1 GB de heap por Pod, por lo que 10 sidecars requieren el margen de recursos de ~5 nodos m5.large. FerroStash Container usa decenas de MB de RAM con arranque en ms, así que se co-ubica con los Pods existentes sin coste de nodo adicional significativo. Se omite la tarifa del control plane EKS asumiendo un clúster existente.
Modelo de precios
Tarifa de software por hora y por pod facturada por AWS + los nodos EC2 de su propio cluster EKS. Sin claves de licencia; entitlement verificado mediante Marketplace `RegisterUsage`.
Otros productos S4
S4 — Squished S3
Gateway transparente de compresión S3 con GPU
S4 Logs
Archiva CloudWatch Logs en S3 con zstd
S4 Metrics
Gobierna la cardinalidad de métricas de CloudWatch