Curious: what's your business model? I am starting to write a book about open source business models and I would be interested in hearing your thoughts. Thanks!
nzoschke 134 days ago
> Thanks for your question. A much more thorough pricing page is in the works.
> The most straightforward model, and where we are already making some money, is running a Convox as a managed service.
> In this setup you and your team get Convox API keys. Convox installs, runs and updates everything for you in our accounts. You get a monthly bill that's your AWS resource costs plus a percentage to Convox for management.
> We will be tweaking this model to sell packages so bills are really easy to understand.
> Some other experiments we're doing...
> We sell support packages and professional services for app setup, migration and custom feature development.
> We have a per-seat model for productivity features. Private GitHub repos and Slack integrations are $19 / user / month. There are more closed SaaS tools like this coming.
> Infra is trending to commodity prices industry wide.
> We'll be selling SLAs, support, productivity tools on top of that infra.
> You'll get a cutting edge private platform without hiring and managing your own devops team to build and maintain it.
> Open source users will help grow the user base and make the platform better without us running a freemium platform.
We sell features for teams like workflows and auditing as a monthly subscription.
We also sell some support plans all the way up to some hefty professional services around getting your team and apps migrated.
https://convox.com/blog/ecs-challenges/
TL:dr it works very well. It's very flexible. But Amazon is still very hard for a lot of reasons.
One piece of data to share is that with ECS we are effortlessly running hundreds of production clusters and thousands of test clusters.
I'm not sure we could do this if ECS didn't exist.
Scale has been great. We have customers running hundreds of containers on a single app without breaking a sweat.
Though, really, if your app uses a lot of fancy IaaS service APIs, even the container-oriented approach still isn't a full answer to enabling dev-time local testability with production parity.
(Personally, I'm waiting for a "mock AWS in a box"—a single binary that presents itself as many IaaS service machines on a virtual network interface it creates, without actually doing any of the heavyweight computation required to run e.g. OpenStack's DevStack. So the VMs wouldn't be VMs but just network-IO-level mocks, etc. I'd love to plug that some application Docker containers into that.)
An 'AWS-to-go' would be fantastic. I will always use AWS in production, but would be nice to have a lightweight dev equivalent. Especially now that I use Lambda a lot.
And of course it runs on AWS, OpenStack, vSphere, Azure and GCP is underway.
Disclaimer: I work for Pivotal, the main donor of engineering effort to CF.
My impression is that it is a killer enterprise platform but really heavy for a lot of use cases.
Do you see small teams adopting it and setting it up and maintaining an install?
Convox hits a real sweet spot here due to its simplicity.
I and many others have been saying for a long time that CF is hard to approach due to its completeness and the all-or-nothing power of BOSH. PCFDev is chipping away at some of it; the bosh-boatloader[0] project should take away a lot of the remaining "this is too hard to install" pain.
That said, yes, you can run very large installations of CF with small teams. The whole of Pivotal Web Services is run by 2 shifts of the Cloudops team, I think 2-4 pairs each. What makes that possible is BOSH, which solves the everliving daylights out of deploying and repairing software on an IaaS.
And we have some more cool stuff coming :)
[0] https://github.com/pivotal-cf-experimental/bosh-bootloader
Convox uses containers and images everywhere behind the scenes. But containers are a means not an end.
In general people want automated and reliable deployments.
CloudFoundry and Deis are other open source PaaS projects.
Swarm, Mesos and Kubernetes are other open source schedulers on top of which you can build a deployment system.
A few important differences between Convox and other options in the space.
AWS only. We use lots of AWS services to piggy back on all the reliability AWS has baked in. For example we use DynamoDB to record all your builds because none of us want to manage a Postgres for record keeping.
Open source. The layer between you and your AWS account is open, transparent, and modifiable.
Simple. I want to remove as many moving parts as possible, not add a heavy middleware.