Convox takes DevOps deliberation out of cloud infrastructure planning

Convox might sound like a great name for an industrial toilet cleaner, except it isn’t. The name actually belongs to a piece of software (yes, it’s makers would like us to say ‘platform, but please don’t write in) designed to help with deploying, managing and monitoring applications in cloud infrastructures. But there are plenty of tools in that space — so, so what?

The new offering will introspect an application to automatically create an appropriate runtime environment.

Robots over humans

“We believe in automation. We believe that you shouldn’t have to worry about your infrastructure. We design everything with the goal of high uptime, low maintenance, and perpetual availability,” says the firm.

The product is the brainchild of David Dollar, Noah Zoschke and Matt Manning (all ex-Heroku engineers). These guys were the platform architects responsible for building some of the earliest consumer-facing container services that powered Heroku.

Recently, Convox launched a native integration with GitLab for Continuous Delivery (CD).

What’s the big difference here?

The big difference here (or the big claim at least) is that Convox takes DevOps out of the equation (Ed — really? and we had only just gotten used to DevOps and accepted it as a working practice and everything)… and this means that it operates like Heroku in terms of a cloud PaaS, but makes it ‘irrelevant’ in practice.

“Start a local development environment that is identical to production with a single command,” promises Convox.

The lesson here is all about creating cloud infrastructure architecture that is resilient, consistent and compliant.

According to the firm, “Convox is designed to have as few moving parts as possible. Rather than implementing load balancers or schedulers from scratch Convox uses services available in the underlying infrastructure. We believe that you shouldn’t have to waste your time debugging distributed key/value stores and operating system quirks.”

Convox is open-source and runs in a customer’s own AWS account — the customer controls the software and decides when and if to upgrade it or change it.