3 ms·
Hm, but how much of those features they don't have access to would actually be used? After a few decades in the trenches, I've come to (mostly, kind of) accept
by yourapostasy 10y ago
Hm, but how much of those features they don't have access to would actually be used? After a few decades in the trenches, I've come to (mostly, kind of) accept that on average, most companies do not push the leading edge, and settle for relatively baseline feature sets of all of the software they use. As long as a deployment hits those feature points, they don't aggressively push for learning, testing, deploying and using new features.
This is of interest to me because no matter how I slice it, when analyzed from this "baseline feature" perspective, cloud solutions of conventional software that require deploying upon conventional platforms are expensive, and I figure I must be missing the picture. I'm much more excited about cloud solutions like AWS Lambda that de novo solutions are built around, as those do seem to have more promise delivering the much-talked-about 2-10X cost improvements compared to conventional software, but still at a high cost of vendor lock-in due to lack of cloud API standards adoption by vendors.
- eicnix 10y agoThere were a lot of basic features missing. After 2 years of initial Openstack deployment there was no DNSaaS available and the loadbalancer solution was very unstable. This was partly caused by the organisation because nobody knew how to build a cloud system and first first few iterations of this private cloud were build like traditional bare metal infrastructure. If the investment for the private cloud had been used to adapt a public cloud provider for all non critical applications the benefit of the organisation would be greater. There are tools like Kubernetes / Mesos that can help abstract the infrastructure layer so you can move between different providers. I have seen kubernetes federations setups between kubernetes clusters on AWS and kubernetes clusters that were hosted inhouse.