Has anyone yet built a tool which will deploy an environment to all three major cloud providers and bench mark them against each?
Update on Our Planned Move from Azure to Google Cloud Platform
11–20 of 98 posts
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#12Assuming a buy, gitlab becomes part of gcp offering in the coming future ? :D
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#13Seems silly to move just because MS bought github. Are there other compelling reasons?
They had started this move months before Microsoft purchased Github. If you read the linked article one of the biggest reasons is that the GCP implementation of kubernetes and better integration with their CDN they'll be getting a significant performance boost. It's taken this long since they've had to make infrastructure changes along with some code changes to get it better supporting the deployment there.
What meaningful CDN integrations are in Google Cloud?
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#14Seems silly to move just because MS bought github. Are there other compelling reasons?
From my experience, Google cloud is much easier to use than Azure.
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#15Has anyone yet built a tool which will deploy an environment to all three major cloud providers and bench mark them against each?
I think there's a bunch of tools that simplify deploying to multiple cloud hosts. But I don't know about benchmarking support, sorry.
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#16Just as a sidenote: Gitlab may no longer be accessible any more from Crimea, Cuba, Iran, North Korea, Sudan, and Syria. From the article: NOTE to users in Crimea, Cuba, Iran, North Korea, Sudan, and Syria GitLab.com may not be accessible after the migration to Google. Google has informed us that there are legal restrictions that are imposed for those countries. See this U.S. Department of the Treasury link for more d…
Do we know if there are people using gitlab.com in North Korea?
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#17Earlier quoted context omitted.
not saying it's the reason but their funding comes from Google Ventures http://uk.businessinsider.com/gitlab-raises-20-million-from-...
Yes, I also read they would do this to prepare for a Google buy.
That makes little sense for Google. The corporate cultures are very different, GitLab isn't a major money maker and it does nothing for them internally since they use a mono-repo. Cloud platforms can change after acquisitions. If Google wanted them they would have already bought.
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#18Why is it that Microsoft are ok with serving traffic from countries under embargo but Google are not? As far as I know Amazon don't follow the embargo like this with AWS traffic either.
Aren't many of the Azure data centers actually contracted out to other independent companies in those respective countries?
Re: Update on Our Planned Move from Azure to Google Cloud Platform
#19Has anyone yet built a tool which will deploy an environment to all three major cloud providers and bench mark them against each?
There are a few "cloud portability" companies, but the fundamental problem with this approach is that cloud providers don't offer the same APIs and pricing models. If all you want is virtual machines and block storage, you can do it, but the answer is that your site is going to be more expensive on any of the providers than if you built it for an architecture that fits your cloud.
If you design for the strengths of, say, Amazon Lambda, you can't use Google Cloud Functions / Azure Functions directly. Most likely you'll just run it on top of self-managed VMs on the other clouds, making Amazon the "clear" winner. If you design for GKE, you'll find that Amazon and Azure's Kubernetes support isn't as good, but maybe there was a better design for your site that wasn't based around GKE. And so forth.
And if what you actually want is a fixed amount of compute capacity and block storage and you'll just manage OSes yourself (either because that's actually better for your needs, or because you're operating something that predates containers/serverless/object storage/etc. and the development work to get it there is expensive), just get some dedicated servers in colo, it'll be cheaper than any cloud for that model.