Stel­len Sie sich das Inter­net als eine rie­si­ge, öffent­li­che Stadt vor. Ein VPC ist wie Ihr pri­va­tes, umzäun­tes Fir­men­ge­län­de in die­ser Stadt. Sie haben die vol­le Kon­trol­le dar­über, wer das Gelän­de betre­ten darf (Fire­wall), wel­che Gebäu­de es gibt (Ser­ver) und wel­che Wege zwi­schen den Gebäu­den benutzt wer­den dür­fen (Rou­ten). Es ist Ihr pri­va­ter, abge­schot­te­ter Bereich in der öffent­li­chen Cloud.

Ja, ein enor­mer. Im Gegen­satz zu ande­ren Anbie­tern ist ein VPC bei Goog­le stan­dard­mä­ßig glo­bal. Das bedeu­tet, Sie kön­nen Sub­net­ze in ver­schie­de­nen Regio­nen der Welt (z.B. Euro­pa, USA, Asi­en) inner­halb des­sel­ben pri­va­ten Netz­werks betrei­ben. Ihre Ser­ver kön­nen über pri­va­te IP-Adres­sen mit­ein­an­der kom­mu­ni­zie­ren, als wären sie am sel­ben Ort. Das ver­ein­facht den Auf­bau von glo­ba­len, ver­teil­ten Anwen­dun­gen erheb­lich.

Nicht unbe­dingt. Eine gän­gi­ge Best Prac­ti­ce ist die Ver­wen­dung eines “Shared VPC”. Dabei gibt es ein zen­tra­les Host-VPC, in dem das Netz­werk-Team die zen­tra­le Infra­struk­tur (Sub­net­ze, Fire­walls, VPN) ver­wal­tet. Die ein­zel­nen Anwen­dungs-Teams kön­nen ihre Res­sour­cen dann in eige­nen Pro­jek­ten star­ten, die an die­ses zen­tra­le Netz­werk ange­bun­den sind. Das schafft eine gute Balan­ce aus zen­tra­ler Kon­trol­le und dezen­tra­ler Agi­li­tät.