"we would just make it a project and switch clouds. " and "And once we switched we would be done."
That makes a lot of sense.
I'm aware of few startup that use 8 clouds - including barematels from providers that you may not have heard of. Their devops team's expertise overshadows the challenges in managing multiple clouds. it is not practice to expect such level for startups.
>And if you think there's any sort of API or unifying panel that would eliminate the additional work of maintaining multiple clouds, I've got this really lovely bridge to sell you....
Yes - lib cloud APIs is one for Python. Also we at ActOnMagic, tried to support multiple clouds via www.actoncloud.com portal.
So what we are saying is that "Uber scale kind of companies would like MultiCloud?
MultiCloud refers to "using more than one cloud (Infrastructure As A Service) to run their business or production application.
Example:
- I could run my production workloads on AWS for their increased availability and range of services they offer. But might be pricy.
- I could run all of my QA or pre-production workloads on cost-effective/cheaper clouds such as DigitalOcean, Linode, or OVH.
That way I own my destiny. I build my application in such a way that application portability is maintained.
With PaaS's dominance, there are very little problems that one had to deal with, after rolling out the product to production.
Rather than learning concepts in general, one get to learn concepts of respective cloud providers :-), which in my opinion will become obsolete with automation/AI/ML in cloud management/orchestration and support.
Rationale behind the extension is to fetch cost of compute on any of the cloud platforms (AWS, Azure, Google Cloud, DigitalOcean, Exoscale, Linode, Vultr, OVH) from one place. Look forward to your feedback.
Our investors consult us about the decision to invest in other companies, sometimes, they introduce to competitors to see if we can triple the outcome if we work together.
yes, sounds feasible. AWS is the new operating system of cloud. Worth the shot. I would also recommend Openstack or a private cloud stack. Rationale is that AWS complexities will either be simplified or AWS would do the managed service quite well at least cost.
Great motivations behind migrating to GCP to take advantage cost, MySQL and privacy.
Why would not you chose other dev-friendly players like DigitalOcean, Exoscale? Are there rationale behind not adopting multi-cloud?
I would have suggested (https://magic.cloudureka.com/#!/compare) to help you measure your ROI from AWS to GCP (and other cloud options), even before the migration.
Quite true. In 2014, we started ActOnMagic (http://www.actonmagic.com) to empower every IaaS provider to differentiate their offerings in the market, and improve their ability to execute with automation, analytics and intelligent services like Trusted Fixer and Embrace multi-cloud. But late 2015, we realised that not many small players are ready to make this big bet. This was witnessed by HP closing their public cloud, Rackspace embracing managed cloud services and etc.,
We pivoted to focus on enterprises instead :-)
Cloudureka - https://magic.cloudureka.com/#!/compare - does it for AWS, Google, Azure, DigitalOcean and Exoscale. Catch here is that it compares with the real cloud cost, assimilates details from your cloud and recommends clouds with better ROI.
(Disclaimer: I'm one of the founders of Cloudureka)
thanks. should not we approach this problem in two steps:
1) Use tools (like ActOnCloud (which i founded few years ago), CloudCheckr, Cloudyn and etc.,) to automatically fix low-hanging fruits and put a governance layer around your cloud usage
2) then, Consult.
"we would just make it a project and switch clouds. " and "And once we switched we would be done."
That makes a lot of sense.
I'm aware of few startup that use 8 clouds - including barematels from providers that you may not have heard of. Their devops team's expertise overshadows the challenges in managing multiple clouds. it is not practice to expect such level for startups.
>And if you think there's any sort of API or unifying panel that would eliminate the additional work of maintaining multiple clouds, I've got this really lovely bridge to sell you....
Yes - lib cloud APIs is one for Python. Also we at ActOnMagic, tried to support multiple clouds via www.actoncloud.com portal.
So what we are saying is that "Uber scale kind of companies would like MultiCloud?