இரண்டு AWS கணக்குகள், ஒரு உள்ளூர் நெட்வொர்க்: எந்தப் பாதை?
பகிரப்பட்ட Transit Gateway, இரண்டு சுயாதீன VPNகள் அல்லது ஒரு குறுகிய ப்ராக்ஸி: இன்று சேர்ப்பதற்கு எளிதான பாதையின் அடிப்படையில் அல்ல, உரிமை மற்றும் தாக்கத்தின் அளவை அடிப்படையாகக் கொண்டு தேர்ந்தெடுக்கவும்.
தெளிவான கட்டமைப்பு peering vs VPN, அது தவறான கட்டமைப்பு. பியர் செய்யப்பட்ட 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 ஐப் பயன்படுத்த முடியாது என்று கேட்டால், அந்தப் பதிவே பதில், அடுத்த திட்டத்தில் அதே மூன்று விருப்பங்களை மீண்டும் விவாதிப்பதை இது தவிர்க்கும்.