Live data from Hacker News

Show HN: Fakecloud – Free, open-source AWS emulator

github.com

11–15 of 15 posts

Re: Show HN: Fakecloud – Free, open-source AWS emulator

#11
Great timing with this — the LocalStack auth token change broke a lot of CI pipelines. Nice to see a Rust-based alternative with that kind of startup time (~500ms, 10 MiB idle).

The "real PostgreSQL/Redis behind RDS/ElastiCache" approach is the right call. We run PHP integration tests against SQS and S3, and the biggest pain with mocked services is subtle behavioral differences that only show up in production. Having actual protocol conformance validated against Smithy models is a big deal.

One question: any plans for async event delivery for SNS/EventBridge? In our setup we test fan-out patterns where message ordering and delivery timing matter — curious how Fakecloud handles that vs real AWS eventual consistency.

Re: Show HN: Fakecloud – Free, open-source AWS emulator

#13
post #11

Great timing with this — the LocalStack auth token change broke a lot of CI pipelines. Nice to see a Rust-based alternative with that kind of startup time (~500ms, 10 MiB idle). The "real PostgreSQL/Redis behind RDS/ElastiCache" approach is the right call. We run PHP integration tests against SQS and S3, and the biggest pain with mocked services is subtle behavioral differences that only show up in production. Having…

SNS fan-out to SQS works today with filter policies, and EventBridge is implemented with rule matching and targets. Delivery is synchronous by default (deterministic for tests), but I'm planning a `/_fakecloud/config/sns` API to let you configure delivery delays, ordering, and failure rates per topic. That way you can test eventual consistency scenarios without changing your app code. Also, a PHP SDK is in the works and should be out by end of day.

Re: Show HN: Fakecloud – Free, open-source AWS emulator

#15
post #11

Great timing with this — the LocalStack auth token change broke a lot of CI pipelines. Nice to see a Rust-based alternative with that kind of startup time (~500ms, 10 MiB idle). The "real PostgreSQL/Redis behind RDS/ElastiCache" approach is the right call. We run PHP integration tests against SQS and S3, and the biggest pain with mocked services is subtle behavioral differences that only show up in production. Having…

SNS fan-out to SQS works today with filter policies, and EventBridge is implemented with rule matching and targets. Delivery is synchronous by default (deterministic for tests), but I'm planning a `/_fakecloud/config/sns` API to let you configure delivery delays, ordering, and failure rates per topic. That way you can test eventual consistency scenarios without changing your app code. Also, a PHP SDK is in the works…

> PHP SDK is in the works and should be out by end of day Glad to hear that! Thank you!
Post reply on HN