AWS ගිණුම් දෙකක්, එක් දේශීය ජාලයක්: කුමන මාර්ගයද?
හවුල් Transit Gateway, ස්වාධීන VPN දෙකක් හෝ එක් පටු ප්‍රොක්සියක්: අද එකතු කිරීමට පහසුම මාර්ගය අනුව නොව, හිමිකාරිත්වය සහ බලපෑමේ පරාසය අනුව තෝරන්න.
පැහැදිලි රාමුව peering සහ VPN අතර සංසන්දනයයි, එය වැරදි රාමුවයි. peered VPC එකකට අසල්වැසියාගේ VPN සම්බන්ධතාවය අගින් අගට මාර්ගගත කිරීම සඳහා ණයට ගත නොහැක, එබැවින් මාර්ග වගුව කුමක් යෝජනා කළත් එම විකල්පය කිසිදා මේසය මත නොතිබුණි. ඔබ සැබවින්ම තෝරන්නේ හවුල් ජාල කේන්ද්‍රයක්, ස්වාධීන VPN මාර්ග දෙකක් සහ එක් පටු යෙදුම් පිවිසුමක් අතරය. එක් එක් එක මාර්ගගත කිරීම හිමිකරු කවුද යන වෙනස් ප්‍රශ්නයකට පිළිතුරු දෙයි.
විකල්ප තුනක් සහ විකල්පයක් නොවන එක
peering යන අදහස මකා දමා ආරම්භ කරන්න, පසුව ඉතිරි වන දේ රූප සටහනේ සරල බව අනුව නොව හිමිකාරිත්වය අනුව සසඳන්න. පහත වගුව සංක්ෂිප්ත ආකාරයෙන් ගන්නා තීරණයයි.
| Option | Who owns the path | Main cost |
|---|---|---|
| Shared transit gateway | Hub owner, used by both VPC owners | Shared blast radius, attachment and data-processing charges |
| Separate VPNs per account | Each account independently | Peer capacity, duplicated tunnels, overlapping prefixes to coordinate |
| Application proxy | The account that hosts the intermediary | New auth, logging and availability surface, and only one service |
ගිණුම A ට සම්පූර්ණ දේශීය ජාලයට ප්‍රවේශය අවශ්‍ය නම්, ප්‍රොක්සි පේළිය වැරදි හැඩයෙන් ඇත. ගිණුම A ට එක් API එකක් අවශ්‍ය නම්, පළමු පේළි දෙක අවශ්‍යතාව ඉල්ලා ඇති ප්‍රමාණයට වඩා ජාලයකි.
හවුල් Transit Gateway ජය ගන්නේ කවදාද
Transit Gateway සෑම VPC එකක් සහ VPN එක වෙන වෙනම ජාල ලෙස සම්බන්ධ කරයි, ගිණුම් අතර බෙදාගැනීම VPC හිමිකරුවන්ට ගිණුම් ඒකාබද්ධ නොකර කේන්ද්‍රය භාවිත කිරීමට ඉඩ දෙයි. එයයි ආකර්ෂණය: දේශීය උපසර්ග AWS ජාල සමඟ හමුවන එක් තැනක්, සහ කුමන සම්බන්ධකය කුමන මාර්ගය ඉගෙන ගනීදැයි සිතීමට එක් තැනක්.
සියල්ල සම්බන්ධ කිරීම සියල්ලට අවසර දීම නොවේ. සම්බන්ධය සහ ප්‍රචාරණය තීරණය කරන්නේ කුමන සම්බන්ධකය කුමන මාර්ග වගුව භාවිත කරන්නේද යන්නයි, එබැවින් VPC උපසර්ග දෙකකට එකින් එක දේශීය සේවාවකට ළඟා විය හැකි අතර ඔවුන්ගේ අන්‍යෝන්‍ය ප්‍රවේශය කේන්ද්‍රයේ නිර්මාණයෙන් බැහැරව පවතී. දේශීය පැත්තට තවමත් AWS උපසර්ග සඳහා ආපසු මාර්ග අවශ්‍ය වන අතර, එය තවත් කණ්ඩායමක වෙනස්කම් ටිකට්පතකි.
වියදම මූල්‍යමය මෙන්ම සංවිධානාත්මක ද වේ. කේන්ද්‍රයේ හිමිකරු අනෙකුත් කණ්ඩායම් රඳා පවතින මාර්ගගත සම්බන්ධතා පාලනය කරයි, එබැවින් එක් සම්බන්ධකයක වෙනසක් කේන්ද්‍රයේ හිමිකරු කිසිදා නොඇසූ සේවාවක ගමනාගමනය ගෙන යා හැක. සම්බන්ධක පැය සහ දත්ත සැකසීම ඔබ සම්බන්ධ කරන සෑම ජාලයක් සමඟම එකතු වේ, එබැවින් කේන්ද්‍ර ඒවා ක්‍රියාත්මක කරන කණ්ඩායමට වඩා වේගයෙන් වර්ධනය වේ.
වෙන් වූ VPN හෝ පටු ප්‍රොක්සියක් ජය ගන්නේ කවදාද
ස්වාධීන VPN දෙකක් සැබෑ මෙහෙයුම් සීමා ඇති කුඩා යෙදවීමකට ගැලපේ: සෑම ගිණුමක්ම තමන්ගේම උමං වෙනස් කරයි, කිසිවකට මාර්ග වගුව සංස්කරණය කර අනෙක කඩා දැමිය නොහැක. සීමා දේශීය පැත්තේ ඇත. සම ගේට්ටුවට අමතර උමං සඳහා ධාරිතාව අවශ්‍ය වේ, ලිපින සැලසුම් අතිච්ඡාදනය නොවිය යුතුය, එකම උපසර්ග ප්‍රචාරණය කරන වින්‍යාස දෙකකට බලාපොරොත්තුවක් වෙනුවට හිතාමතා මනාපයක් අවශ්‍ය වේ.
ප්‍රොක්සිය පටුම අතුරුමුහුණතයි. ගිණුම A ට ගිණුම B හි එක් දත්ත සමුදායක් හෝ එක් API එකක් අවශ්‍ය නම්, සීමිත අතරමැදියෙක් ඔබට තමන්ගේම සත්‍යාපනය, ලොග් කිරීම සහ ලබා ගත හැකි බව පිළිබඳ කතාවක් සහිත නිර්වචිත පිවිසුමක් ලබා දෙයි. එය වඩාත්ම අපයෝජනයට ලක්වන විකල්පයද වේ: සෑම පෞද්ගලික ගමනාන්තයකටම යොමු කරන අතරමැදියෙක් අමතර පියවර සහිත අසීමිත රිලේ එකක් බවට පත්ව ඇත, වෙනත් කිසිවක් සඳහා එය VPC සිට දේශීය ජාලයට විනිවිද පෙනෙන ගමන් ලෙස හැසිරෙන්නේ නැත.
මේ සියල්ලට පෙර VPC peering හි සීමා කියවීම වටී, මන්ද හතරවන අදහස නැවත නැවත පැමිණෙන්නේ ඇයි සහ එය ක්‍රියා කළ නොහැක්කේ ඇයිද යන්න ඒවා පැහැදිලි කරයි.
අවශ්‍යතාව ඉටු කරන පටුම අතුරුමුහුණත තෝරන්න
ප්‍රශ්න පිළිවෙලට තබන්න: A ට එක් ජාලයක්, ජාල කට්ටලයක් නැතහොත් එක් සේවාවක් අවශ්‍යද? දේශීය කණ්ඩායමට එක් මාර්ගයක් අවශ්‍යද නැතහොත් කිහිපයක්? අනෙක් කණ්ඩායමේ ගමනාගමනය සඳහා මාර්ගගත කිරීම වෙනස් කළ හැක්කේ කාටද? පටුම අතුරුමුහුණත නිපදවන පළමු පිළිතුර වාස්තුවිද්‍යාවයි, ඊට පසු සියල්ල ක්‍රියාත්මක කිරීමයි.
පිළිතුර උපසර්ග සැලසුම, මාර්ගවල හිමිකාරිත්වය, උමං හෝ සම්බන්ධක ලැයිස්තුව සහ සෑම පැත්තක්ම අපේක්ෂා කරන අසාර්ථකත්ව ආකාරය සමඟ වාර්තා කරන්න. පසුව කෙනෙක් ගිණුම A ට සරලව ගිණුම B හි VPN භාවිත කළ නොහැක්කේ ඇයිදැයි ඇසූ විට, එම වාර්තාවම පිළිතුරයි, ඊළඟ ව්‍යාපෘතියේදී එම විකල්ප තුනම නැවත විවාද කිරීමෙන් එය ඔබව බේරා ගනී.