FerroStash Container

Build em container do FerroStash. Implante o pipeline de logs e eventos compatível com Logstash, nativo em Rust, como um único binário estático no Amazon EKS via Helm chart incluído. Implementa o subconjunto comum em produção dos plugins incluídos no Logstash 9.x (98 de 111, ~88%), interpreta a DSL `pipeline.conf` nativamente, sem JVM, inicialização em milissegundos. Medido por pod-hour.

Enquanto um pipeline Logstash típico mantém cerca de um gigabyte de heap JVM e leva dezenas de segundos para iniciar, o FerroStash Container executa um único binário Rust como um pod EKS. É o mesmo binário da linha v1.0 do build AMI e cobre ~88% dos plugins incluídos no Logstash 9.x — inputs incluem beats, file, tcp, udp, http, syslog, kafka, redis, s3, sqs, jdbc, elasticsearch e cloudwatch; filters incluem grok, dissect, kv, json, mutate, date, geoip, dns, csv, xml, useragent, cidr, fingerprint, translate, aggregate, throttle e um script nativo estilo Painless; outputs incluem elasticsearch / opensearch, kafka, s3, http, tcp, udp, file, redis, sqs, sns, cloudwatch, email e datadog; codecs incluem json, json_lines, multiline, cef, netflow, avro, msgpack e protobuf — conduzidos por um `pipeline.conf` com template renderizado em um `ConfigMap`. O Helm chart expõe Elastic Beats em tcp/5044 e a API de monitoramento em tcp/9600. O container verifica o entitlement via `RegisterUsage` na inicialização, exclui o filter opcional `ruby` e é suportado em topologia de nó único. Escopo honesto: é compatível com configuração/pipeline Logstash, não um drop-in 100% idêntico byte a byte.

Destaques