Re:Going Multi-Cloud with AWS and GCP: Lessons Learned at Scale
by sdrothrock on Monday August 21, 2017 @09:21PM
(#15069039)
I may be completely off here, but isn't this due to their underlying architecture decisions? That is, AWS from the start has kept all regions completely separate, so that problems in one region do not influence another. But GCP has has issues with failure across regions IIRC.
[ Parent
| on HN ]
Re:Going Multi-Cloud with AWS and GCP: Lessons Learned at Scale
by outworlder on Monday August 21, 2017 @09:38PM
(#15069111)
Having a software defined networking spanning across regions and failure cascades across regions are two different things. There's nothing preventing a vendor from presenting to you a single network, while they are actually distinct networks.
Re:Going Multi-Cloud with AWS and GCP: Lessons Learned at Scale
by hossbeast on Tuesday August 22, 2017 @02:52AM
(#15070281)
Having distinct networks in different regions encourages you to architect your application in a fault tolerant way.
Re:Going Multi-Cloud with AWS and GCP: Lessons Learned at Scale
by kakwa_ on Tuesday August 22, 2017 @03:46AM
(#15070442)
Or the contrary. In most cases there is something to synchronize between regions, like a replica of the data.
With difficult interconnection of regions, it makes it somewhat harder to do, and it can easily end-up with "meh, AZs are good enough".
Re:Going Multi-Cloud with AWS and GCP: Lessons Learned at Scale
by obulpathi on Monday August 21, 2017 @10:17PM
(#15069244)
It is also potentially due to Google owing their private fiber backbone that connects all regions and as well as their software Defined Network that allow high bandwidth and low latency routing of packets across regions.
Re:Going Multi-Cloud with AWS and GCP: Lessons Learned at Scale
by manigandham on Monday August 21, 2017 @11:28PM
(#15069485)
AWS also has a private backbones and offers (or will soon) VPC peering run on top of this.