Projects

DevOps Consulting

I help organizations run their software, making it smaller, simpler, and more reliable. You can call this DevOps consulting if you want to, or maybe Systems Engineering. I help with cloud repatriation (moving from the cloud back to hardware you own) or with simplifying — and reducing the costs of — cloud deployments. I also write high-performance components to help with that, and can help you improve your codebase. If this interest you, email me at jordan@jordanschatz.com.

Triton Docker Cloud

Coming in 2026... What if docker was your API to the entire cloud?

We spend a lot of time, and a lot of complexity managing cloud deployments. Substantially this is because those deployments use the same mental model we had before the cloud. If you need more compute, you provision (and configure, and manage, etc) a new machine. If you need more storage, you need to attach a disk someplace and resize a partition, etc.

We've tried a few new things: serverless means no more servers! but oops, we are going to manage hundreds, thousands, or maybe tens of thousands of "functions" instead, and wire them together... AWS Aurora did better, but it is proprietary, expensive to get performance, and only for you database and not your code.

You could just go with a PaaS (Heroku anyone?) and they will manage and scale the machine equivalents for you, but then it feels like you running blind, with no view inside the managed black box.

So lets try a different mental model. What if the cloud is just one big docker host? That infinitely scalable compute isn't "add another machine" but rather "add another CPU", add another GB/TB of storage, add more RAM. But you have probably never seen a docker ram add command, so yeah, the cloud should just scale to what I am using (and back down) and not wait for my intervention.

Oh, and one more thing. That cloud slogan of "pay only for what you use"... well it has always meant in buckets of "VMs" or maybe serverless functions. What if you only pay for the CPU, RAM, disk, etc that you actually use?

That is the vision. Implementation is harder, but it is coming along...

Other Stuff