ډیرې Google Cloud پروژې، یو هایبرډ VPN؟ لومړی پریکړه وکړئ
شریکه VPC، پیرینګ او د اړیکې مرکز د مالکیت مختلفو پوښتنو ته ځواب وایي. د هرې پروژې لپاره یو VPN ځای پرځای کولو دمخه د شبکې پوله غوره کړئ.
کله چې ډیرو Google Cloud پروژو ته هایبرډ لاسرسی ته اړتیا وي، فطري تمایل د هرې پروژې لپاره یو VPN دی، او دا نږدې تل غلط شکل دی. د پروژې مالکیت او د پاکټونو لارښوونه اړوندې خو بېلې پوښتنې دي، او ګټور معمارۍ هغه اداري پولې ساتي چې تاسو ته اړتیا لرئ او په ورته وخت کې نیت شوي پریفیکسونو ته د دفتر یا معلوماتي مرکز لپاره یو فکر شوی لار ورکوي. دا څیړنې پریکړه کوي چې تاسو واقعا کوم شبکه ماډل غواړئ، په هغه ترتیب کې چې بیا کارول کموي. هر یو یې کولای شي بحث ژر پای ته ورسوي، او دا خبره هماغه ده.
د پروژې پوله په اتوماتيک ډول خپل تونل ته اړتیا نه لري.
وګورئ چې شریکه شی شبکه ده که نه
د مالکیت په اړه پوښتنې سره پیل وکړئ، نه د اړیکې: ایا مرکزي شبکه مالکیت کولای شي دا کاري بارونه ملاتړ کړي؟ که ځواب هو وي او سازمان مناسب ترتیب ولري، کوربه پروژه VPC، فرعي شبکې او اړیکه لري، پداسې حال کې چې خدمت پروژې خپل غوښتنلیک سرچینې لري. په هغه شریکه شبکه کې یو Cloud VPN اړیکه کولای شي بیا نیت شوي کاري بار پریفیکسونو ته خدمت وکړي، د لارښوونې او امنیتي تګلارو تابع .
په دې اړه دقیق اوسئ چې ملګرتیا څه کوي. د خدمت پروژې نښلول د هغې موجوده خپلواکه VPC د کوربه شبکې سره نه یوځای کوي، او هر سرچینه په اتوماتيک ډول نه خوځوي. د کاري بار نښلول، اجازې، د آدرس ځای او DNS ټولې د معمارۍ برخه ده، نه د ترتیب پایله. ملګرتیا لومړی د اجازې بدلون او بیا د لارښوونې بدلون په توګه ولولئ، ځکه چې ټیمونه معمولا د لیږد په جریان کې توپیر مومي.
که مرکزي مالکیت د اړوندو ټیمونو لپاره د منلو وړ نه وي، دلته ودریږئ او پاتې نور د پیرینګ یا مرکز ډیزاین په توګه وګڼئ. Shared VPC په هغه ډله تحمیلول چې خپلواک شبکه ژوند دورې ته اړتیا لري، د تخنیکي نوم سره سیاسي ستونزه رامنځته کوي.
وګورئ چې خپلواک VPCونه خپلواک پاتې کیدای شي که نه
پیرینګ جلا VPCونه ساتي، او همدا لامل دی چې هغه ټیمونه جذبوي چې خپل آدرس پلانونه او خپل بدلون کنټرول غواړي. تله دا ده چې پیرینګ انتقالي نه دی: له A څخه B ته او له B څخه C ته پیرینګ پخپله د B له لارې له A څخه C ته لارښوونه نه جوړوي. که درې پروژې باید یو هایبرډ منزل ته ورسیږي، تاسو ته د پیرینګونو زنځیر نه، بلکې فکر شوې تبادلې پلان ته اړتیا ده.
د هایبرډ رسیدو وړتیا شریکول د مستند شوي دودیز-لارې تبادلې او نیت شوي Cloud Router اعلاناتو پورې هم تړلي دي. فعال د پیرینګ حالت ثابتوي چې پیرینګ شته، نه دا چې هغه پریفیکسونه چې هر اړخ ته مهم دي کله هم صادر شوي. د پیر دواړو خواوو کې صادر شوي حدود، په هغه ترتیب کې چې صادرات ترسره کوي، وګورئ او د هغو آدرسونو سره یې پرتله کړئ چې ستاسو کاري بارونه واقعا کاروي. هلته ناسم والی هغه ترټولو عام لامل دی چې پیرینګ روغ ښکاري پداسې حال کې چې پریفیکس نه رسیږي.
له هرڅه مخکې د آدرس پلان ولیکئ. نه یو بل ته ننوځي حدود، هر نیت شوي منزل ته لارې او د بیرته راستنیدو اعلانات هغه درې آثار دي چې دا ماډل پرې ژوند کوي یا مري.
وګورئ چې مرکز ماډل د توپولوژي سره سمون لري که نه
د لوی یا بل ډول ویشل شوي ډیزاین لپاره، د Google Network Connectivity Center کتنه مرکز او سپوک ماډلونه بیانوي. دا د اوسني خپریدو د ملاتړ لپاره ولولئ، نه د هغه څه لپاره چې ډیاګرام یې اشاره کوي: کوم VPC او هایبرډ ترکیبونه، کومې لارې کورنۍ او هر سپوک ډول کومې تګلارې اجازه ورکوي.
د آدرس کورنۍ په واضح ډول وګورئ. په ډیرو لارښودونو کې، په دې کې هم، د پلان کولو مثالونه IPv4 پورې اړه لري، او هغه ځانګړتیا چې د یو سپوک ډول لپاره شته پرته له بدلون څخه په اتوماتيک ډول بل ته نه پلي کیږي. که ستاسو چاپیریال دوه ګونی سټیک وي، هغه پوښتنه د ماډل انتخاب پورې اړه لري، نه وروستي مهاجرت.
لاندې جدول د درې ماډلونو لنډیز او هغه پوښتنه ده چې هر یو یې فیصله کوي.
| Model | Network relationship | Planning question |
|---|---|---|
| Shared VPC | Service projects use subnets of a host project's VPC | Can central network ownership support these workloads? |
| VPC Network Peering | Independent VPCs exchange supported routes through explicit peers | Are direct peer and hybrid route exchanges sufficient? |
| Network Connectivity Center | Supported VPC and hybrid spokes join a managed hub | Does the required topology fit current routing and policy? |
وګورئ چې لارښوونه څه نه ورکوي
د لارو تبادله د باور جامع ورکړه نه ده. DNS حل، د اور وژنې اجازه او د غوښتنلیک اجازه خپل مسؤلیتونه پاتې کیږي، او په ډیرو سازمانونو کې هره یوه بېل مالک ترتیبوي. هغه ډیزاین چې فرض کوي رسیدو وړتیا اجازه معنی لري به خپل اړیکې ازموینه پاس کړي او په امنیتي بیاکتنه کې ناکام شي.
د هر ماډل لپاره د DNS کیسه هم تایید کړئ، ځکه چې د زون او لیږد ترتیبات د شریکې شبکې او پیر شوو شبکو ترمنځ توپیر لري. هغه شخصي نومونه چې په یوه پروژه کې حل کیږي بل ته لار نه تعقیبوي.
پریکړه او د هغې مالک ثبت کړئ
چیرې چې سازمان شریک شبکه مالک غواړي هلته مرکزیت ورکړئ؛ چیرې چې ژوند دوره یا تګلاره غواړي هلته جلا VPC وساتئ. بیا د ملاتړ شوې اړیکې اړیکه غوره کړئ او ولیکئ چې کومه مو غوره کړه، شریکه شبکه د چا ده، او هر پروژه څه اعلانولای شي.
پروژې شمیرل او د هر یو لپاره یو VPN پیرودل د هغې مالکیت پریکړې بدیل نه دی. دا هماغه پریکړه ده، وروسته اخیستل شوې، د هغه چا لخوا چې بل او د لارښوونې جدول میراث اخلي.