FerroStash Container
适用于 Amazon EKS 的 Rust-native Logstash 兼容容器
FerroStash 的容器版本。通过随附的 Helm chart，将 Rust-native、Logstash 兼容的日志和事件 pipeline 作为单个 static binary 部署到 Amazon EKS。实现 Logstash 9.x bundled plugins 中生产常用子集（111 个中的 98 个，约 88%），原生解析 `pipeline.conf` DSL，无需 JVM，毫秒级启动。按 pod-hour 计量。
典型 Logstash pipeline 需要约 1 GB JVM heap，启动耗时数十秒；FerroStash Container 则以单个 Rust binary 作为 EKS pod 运行。它与 AMI build 使用同一 v1.0 系列 binary，覆盖约 88% 的 Logstash 9.x bundled plugins — inputs 包括 beats、file、tcp、udp、http、syslog、kafka、redis、s3、sqs、jdbc、elasticsearch 和 cloudwatch；filters 包括 grok、dissect、kv、json、mutate、date、geoip、dns、csv、xml、useragent、cidr、fingerprint、translate、aggregate、throttle，以及原生 Painless-style script；outputs 包括 elasticsearch / opensearch、kafka、s3、http、tcp、udp、file、redis、sqs、sns、cloudwatch、email 和 datadog；codecs 包括 json、json_lines、multiline、cef、netflow、avro、msgpack 和 protobuf — 由模板化的 `pipeline.conf` 渲染到 `ConfigMap` 后驱动。Helm chart 在 tcp/5044 暴露 Elastic Beats，在 tcp/9600 暴露 monitoring API。容器在启动时通过 `RegisterUsage` 验证 entitlement，排除可选的 `ruby` filter，并支持单节点 topology。真实范围：它兼容 Logstash config/pipeline，而不是字节级 100% 相同的 drop-in。
产品亮点
随附适用于 Amazon EKS 的 Helm chart：通过 `ConfigMap` 渲染 `pipeline.conf`，Elastic Beats 位于 tcp/5044 + monitoring API 位于 tcp/9600。
在单个 Rust binary 中实现约 88% 的 Logstash 9.x bundled plugins（111 个中的 98 个）— 无需 JVM，ms 级启动，RAM 仅数十 MB。
按 pod-hour 计量，并通过 Marketplace fail-closed entitlement：启动时验证 `RegisterUsage`。排除 `ruby` filter；支持的 topology 为单节点。
计费模式
由 AWS 计费的按 pod 小时软件费用 + 你自己的 EKS cluster 中的 EC2 nodes 费用。无需 license keys；通过 Marketplace `RegisterUsage` 验证 entitlement。
