Rust-native, Logstash-compatible log and event pipeline as a container for Amazon EKS. One static binary, no JVM. 90+ inputs/filters/codecs/outputs; on-disk queue. Deployed by Helm; metered per pod-hour.
FerroStash is a Rust-native, Logstash-compatible log and event pipeline, packaged here as a container for Amazon EKS and delivered by a Helm chart. It ingests, transforms, and routes events through the same input -> filter -> output model as Logstash, parsing the Logstash pipeline.conf DSL (and an equivalent YAML form) natively - without a JVM and without a separate agent runtime. Where a Logstash pipeline commonly holds about a gigabyte of JVM heap and takes tens of seconds to start, FerroStash runs as a single static binary (about 14 MB) that starts in milliseconds and holds tens of MB of RAM, so you can pack far more shippers per node. What FerroStash does today (v1.0 line): it implements the production-common subset of the Logstash 9.x plugin set - about 88 percent of the bundled plugins (98 of 111), weighted toward the parsing and filtering hot path. Inputs include beats, file, tcp, udp, http, http_poller, syslog, kafka, redis, s3, sqs, jdbc, elasticsearch, cloudwatch, rabbitmq, and the dead-letter-queue. Filters include grok, dissect, kv, json, mutate, date, geoip, dns, csv, xml, useragent, cidr, fingerprint, translate, aggregate, throttle, and ruby, plus a native Painless-style script filter. Outputs include elasticsearch / opensearch, kafka, s3, http, tcp, udp, file, redis, sqs, sns, cloudwatch, email, and datadog. Codecs include json, json_lines, multiline, cef, netflow, avro, msgpack, and protobuf. Reliability: an optional on-disk persistent queue with full at-least-once delivery (read/ack cursor separation, checkpoint-after-output-ack) and a dead-letter queue, with opt-in fsync for power-loss durability. A built-in monitoring API exposes node and pipeline stats. Deployment and billing: the chart deploys a single-node pipeline; configure it via the chart pipelineConf value (rendered into a ConfigMap). The container is metered by AWS per running pod-hour - it calls RegisterUsage once at startup as an entitlement check, so the pod needs AWS credentials (IRSA / Pod Identity) with aws-marketplace:RegisterUsage and the product code wired in by the chart. Engineering posture (verifiable): unsafe_code is denied workspace-wide (with narrow, audited exceptions for the optional mruby FFI and the script-filter JIT), clippy is clean at -D warnings with unwrap() denied in production code, a cargo deny supply-chain gate runs in CI, and the test suite runs 1,400+ tests with output verified byte-for-byte against Logstash 9.4.2 across 24 parity fixtures. Honest scope (read before you buy): FerroStash is Logstash config / pipeline compatible, NOT a byte-identical 100 percent drop-in - coverage is plugin-level (about 88 percent of bundled plugins), and a covered plugin may implement only a subset of that plugin's options; a config that uses a missing plugin fails fast at load with a clear error rather than silently dropping events. The remaining gaps are mostly enterprise / niche connectors (for example jms, azure_event_hubs, snmp, lumberjack, webhdfs). This is a single-developer project with a SemVer-stable surface but NO public production deployments yet - run it beside your existing pipeline before trusting it with irreplaceable data. The supported deployment topology is single-node. The optional ruby filter (Artichoke/mruby) is excluded from this container build. This listing sells a hardened, scanned, supported distribution built from the Apache-2.0 source at a pinned release version (a standard open-core commercial model); the code itself stays Apache-2.0 and the listing does not relicense it.
Highlights
Rust-native with no JVM: a single static container runs Logstash-style pipeline configs (DSL or YAML) on EKS with low memory use and fast startup.
90+ inputs, filters, codecs and outputs including grok, mutate, JSON, Painless-style scripting, Kafka, S3, and Elasticsearch/OpenSearch.
At-least-once delivery with an on-disk persistent queue and dead-letter queue; deployed by Helm and metered per pod-hour.
AWS Marketplace now accepts line of credit payments through the PNC Vendor Finance program. This program is available to select AWS customers in the US, excluding NV, NC, ND, TN, & VT.
Try this product free for 14 days according to the free trial terms set by the vendor. Usage-based pricing is in effect for usage beyond the free trial terms. Your free trial gets automatically converted to a paid subscription when the trial ends, but may be canceled any time before that.
Pricing is based on actual usage, with charges varying according to how much you consume. Subscriptions have no end date and may be canceled any time. Alternatively, you can pay upfront for a contract, which typically covers your anticipated usage for the contract duration. Any usage beyond contract will incur additional usage-based costs.
Additional AWS infrastructure costs may apply. Use the AWS Pricing Calculator to estimate your infrastructure costs.
This product uses a single usage-based dimension: a per pod-hour software fee. You pay for each pod running the container, charged by the hour through AWS. The more pods you run, the more hours accrue, so your cost scales directly with how many containers you deploy and how long they run. There are no tiers, instance sizes, or upfront commitments to choose between. Billing starts when the container verifies its entitlement at startup. You also pay separately for the EC2 nodes in your own EKS cluster, which are not part of this fee.
Top-of-mind questions for buyers
What counts as one pod-hour for billing?
A pod-hour is one running container pod for one hour. Each pod of the container you deploy on your EKS cluster meters separately. If you run ten sidecar pods, ten pod-hours accrue for each hour they run. Partial hours and pod count both affect the total.
Am I charged when a pod is stopped or scaled down?
Charges accrue only while a pod runs and verifies its entitlement at startup. The container checks entitlement via Marketplace RegisterUsage when it starts. Stopped or removed pods stop accruing software fees. Scaling down your pod count directly reduces the pod-hours billed.
Does the pod-hour fee include the EKS node compute it runs on?
No. The pod-hour fee is a software charge billed through AWS. You pay separately for the EC2 nodes in your own EKS cluster that host the pods. The EKS control plane and node costs are not part of this fee.
abyo.net
Helpful?
Vendor refund policy
Contact aws-support@abyo.net within 30 days of a charge to request a refund for a billing error or a documented defect in the supported distribution. Refunds are processed in accordance with the AWS Marketplace Standard Contract.
How can we make this page better?
Tell us how we can improve this page, or report an issue with this product.
Give us feedbackReport a problem with this product or seller
Legal
Vendor terms and conditions
Upon subscribing to this product, you must acknowledge and agree to the terms and conditions outlined in the vendor's End User License Agreement (EULA).
Content disclaimer
Vendors are responsible for their product descriptions and other product content. AWS does not warrant that vendors' product descriptions or other product content are accurate, complete, reliable, current, or error-free.
Containers are lightweight, portable execution environments that wrap server application software in a filesystem that includes everything it needs to run. Container applications run on supported container runtimes and orchestration services, such as Amazon Elastic Container Service (Amazon ECS) or Amazon Elastic Kubernetes Service (Amazon EKS). Both eliminate the need for you to install and operate your own container orchestration software by managing and scheduling containers on a scalable cluster of virtual machines.
Version release notes
FerroStash v1.0 line, container for Amazon EKS (Helm). Rust-native, Logstash-compatible log and event pipeline: a single static binary - no JVM, no separate agent runtime - that starts in milliseconds and holds tens of MB of RAM. Implements about 88 percent of the bundled Logstash 9.x plugins (98 of 111), weighted toward the parsing and filtering hot path. Optional on-disk persistent queue with at-least-once delivery and a dead-letter queue; built-in monitoring API. Compatibility: Logstash config / pipeline compatible across the covered plugin set, not a 100 percent drop-in; a config using an unsupported plugin fails fast at load. Single-node topology; the optional ruby filter is excluded from this build. Metered per pod-hour via RegisterUsage.
Additional details
Usage instructions
helm install ferro-stash oci://709825985650.dkr.ecr.us-east-1.amazonaws.com/abyo-software/ferro-stash-container-helm --version 1.0.1 --set marketplace.productCode=<PRODUCT_CODE> --set marketplace.awsRegion=<REGION>. Edit the pipelineConf value (rendered into a ConfigMap at /etc/ferro-stash/pipeline.conf) to point at your real inputs and outputs (for example Elasticsearch/OpenSearch, Kafka, or S3). The monitoring API is exposed on port 9600 via the chart Service; the default pipeline accepts Elastic Beats on TCP 5044. The supported topology is single-node.
Support
Vendor support
Marketplace subscribers receive support by email at aws-support@abyo.net under the published SLA. Include your AWS account id and the EKS cluster / pod details when you open a ticket. A limitations document, a Logstash compatibility matrix, and a due-diligence pack ship with the product.
AWS infrastructure support
AWS Support is a one-on-one, fast-response support channel that is staffed 24x7x365 with experienced and technical support engineers. The service helps customers of all sizes and technical abilities to successfully utilize the products and features provided by Amazon Web Services.
FerroDruid is a Rust-native, Apache-Druid-compatible real-time OLAP database that runs as a single JVM-free, ZooKeeper-free container and boots in under a second on under 200 MB of RAM. This listing delivers a hardened, AWS-security-scanned FerroDruid v1.2.0 container for Kubernetes (EKS) and serverless container compute (ECS/Fargate). Now source-available under BUSL-1.1.
CipherStash gives organizations a better way to protect sensitive data and prove it. With encryption-in-use and zero-trust controls, access is always authorized, auditable, and secure without adding friction for developers. This lets companies mitigate risk, strengthen compliance, and turn security into a differentiator.
FerroDruid is a Rust-native, Apache-Druid-compatible real-time OLAP database that runs as a single JVM-free, ZooKeeper-free binary and boots in under a second on under 200 MB of RAM. This listing delivers a hardened, AWS-security-scanned AMI of FerroDruid v1.2.0. Now source-available under BUSL-1.1.
Be the first to review this product. We've partnered with PeerSpot to gather customer feedback. You can share your experience by writing or recording a review, or scheduling a call with a PeerSpot analyst.