Thanks :-)

Not sure how async gem would fit into this. The backbone of Stepped Actions is ActiveJob which handles execution. Where do you think this would fit in?

You’re right they’re different models. The path would be Falcon + async-job-adapter-active_job. I am exploring eliminating worker processes, so jobs run as fibers in the same process, yielding during I/O.

That looks cool. It's a different approach with different features.

Yes, state is persisted to DB upon every change. Action exceptions are handled gracefully and natural part of the system, they simply fail the action. Crash recovery is build-in thanks to checksums and ActiveJob, if you're using the right adapter, like GoodJob or SolidQueue where crash recovery is guaranteed.

Thanks slig. I definitely wanted to go for a simple and down to earth presentation.

> What's the secret sauce of undercutting AWS prices?

I'm only utilizing EC2 instances, storage and S3. Everything like databases, load balancers, NAT, even image storage is my own architecture and I'm not utilizing the value added services AWS offers for this and most would default to.

> How do you plan on keeping customers as they scale and mature?

I'll be adding features like DB replication and failover and multi AZ deployments down the line. But you're right, I'm focusing on small to medium size customers that want to run cheap, but still have all the convenience of a platform like Heroku for example.

Thanks! I might sign up later to give it a spin. One thing I would suggest: In addition to the examples on your Pricing page - just a straight-up calculator would be good for me to input my own requirements and get a simple cost breakdown.

Great suggestion with the calculator. Will definitely add it at some point. Also thanks a ton for the feedback, it means a lot to me!

Great read!

I hope it's gonna go better than the rollout of IPV6 :-)

Some fresh ideas behind this: “Running some of your tests frequently is better than running all of your tests infrequently.”