Cloud Run முதல் ஆன்-பிரிமைசஸ் VPN வரை: Direct VPC egress அமைப்பு

சுரங்கப்பாதை இயங்குகிறது, ஒரு VM ஆன்-பிரிமைசஸ் சேவையகத்தை அடைகிறது, ஆனால் Cloud Run சேவை அதே ஹோஸ்ட்டில் நேரம் முடிந்து நிற்கிறது. இது இந்த பணியின் வழக்கமான தொடக்கப் புள்ளி, சுரங்கப்பாதையே தவறாக இருப்பது அரிது. Cloud Run திருத்தம் இயல்பாக உங்கள் VPC இல் அமர்ந்திருக்காது, அமர்ந்ததும் நீங்கள் ஏற்கனவே வழியமைத்த VM துணைநெட்வொர்க்கிற்குப் பதிலாக தனது சொந்த மூல முகவரிகளைப் பயன்படுத்துகிறது. கீழேயுள்ள ரன்புக் சேவையை இணைத்து, அதன் உண்மையான மூல வரம்பை வழியமைத்து, பின்னர் கோரிக்கைக்கு சேவை செய்த திருத்தத்திலிருந்து பாதையை நிரூபிக்கிறது. அதே வரிசையில் இயக்கவும், ஏனெனில் முதல் படியைத் தவிர்ப்பதே இதுபோன்ற பல வழக்குகள் எதையும் சரிசெய்யாத VPN மாற்றத்தில் முடிவதற்குக் காரணம்.

சுரங்கப்பாதையை பிழைதிருத்தும் முன் திருத்தத்தை இணைக்கவும்

Cloud Run ஆதரிக்கிறது Direct VPC egress, இது Serverless VPC Access இணைப்பி இல்லாமல் சேவையின் போக்குவரத்தை உங்கள் VPC இன் துணைநெட்வொர்க்கில் வைக்கிறது. ஏற்கனவே உள்ள சேவைக்கு புதுப்பிப்பு இப்படி இருக்கும்:

gcloud run services update SERVICE \
  --region=REGION --network=NETWORK --subnet=SUBNET \
  --vpc-egress=private-ranges-only

இடம்சுட்டிகளை மாற்றி, வரிசைப்படுத்தல் நேரடி போக்குவரத்திற்கு என்ன செய்கிறது என்பதை மதிப்பாய்வு செய்து, சேவையின் பிராந்தியத்தில் போதுமான முகவரி திறன் மற்றும் சரியான நெட்வொர்க் அனுமதிகள் உள்ள துணைநெட்வொர்க்கைத் தேர்ந்தெடுக்கவும்.

இலக்கிற்கு பொருந்தும் வெளியேற்ற பயன்முறையைத் தேர்ந்தெடுக்கவும்

private-ranges-only தனியார் என வகைப்படுத்தும் இலக்குகளை VPC வழியாக அனுப்புகிறது. இதன் பொருள் «VPN வழியாக அணுகக்கூடிய அனைத்தும்» அல்ல, மேலும் அந்த இடைவெளி ஆன்-பிரிமைசஸ் சேவை அமைப்பு அவ்வாறு வகைப்படுத்தாத வரம்பில் இருக்கும்போது தோன்றுகிறது. இலக்கு மூடப்படவில்லை என்றால், all-traffic மற்ற ஆவணப்படுத்தப்பட்ட பயன்முறை, அது சேவையின் பொது சார்புகள் உட்பட அனைத்தையும் VPC வழியாக அனுப்புகிறது. வேண்டுமென்றே தேர்ந்தெடுத்து, விளைவை மாற்றப் பதிவில் எழுதுங்கள்.

ஏற்கனவே இணைப்பியைப் பயன்படுத்தும் சேவைக்கு நெம்புகோல் அல்ல, இடம்பெயர்வு தேவை, எனவே இரண்டையும் கட்டமைக்காமல் அதைத் திட்டமிடுங்கள்.

VM மூலத்தை அல்ல, Cloud Run மூலத்தை வழியமைக்கவும்

Direct VPC egress தேர்ந்தெடுத்த துணைநெட்வொர்க்கிலிருந்து தற்காலிக முகவரிகளை ஒதுக்குகிறது, ஆன்-பிரிமைசஸ் பக்கம் போக்குவரத்தை அந்த வரம்பிற்குத் திருப்ப வேண்டும். வேறு VM துணைநெட்வொர்க்கிற்கு எழுதப்பட்ட திரும்பு வழி அல்லது ஃபயர்வால் அனுமதி வரைபடத்தில் சரியாகத் தோன்றும், நடைமுறையில் தோல்வியடையும். துணைநெட்வொர்க் CIDR ஐ நினைவிலிருந்து அல்ல, VPC இலிருந்து எடுத்து, பின்னர் தொலை சாதனத்தின் கிரிப்டோ ACL அல்லது வழி அட்டவணை அதை உள்ளடக்கியுள்ளதை உறுதிசெய்யுங்கள்.

மாறும் வழியமைப்புடன், Cloud Router உண்மையில் என்ன அறிவிக்கிறது, VPC எதை இறக்குமதி செய்கிறது என்பதை, தனிப்பயன் அறிவிப்புக் கொள்கை உட்பட சரிபார்க்கவும். கன்சோலில் உள்ள ஆனால் இந்த இலக்கிற்குத் தேர்ந்தெடுக்கப்படாத வழி வழி இல்லாததற்குச் சமம்.

அனைத்தும் நிறைவேற வேண்டிய மூன்று நிபந்தனைகள்

செயல்படும் பாதைக்கு கீழேயுள்ள அனைத்தும் தேவை, ஒவ்வொன்றும் அதன் வழியில் தோல்வியடைகிறது:

• VPC இல் நோக்கமிடப்பட்ட Cloud VPN இணைப்பு வழியாக ஆன்-பிரிமைசஸ் முன்னொட்டை நோக்கிய வழி.
• Cloud Run துணைநெட்வொர்க்கிற்கு ஆன்-பிரிமைசஸ் பக்கத்தில் தலைகீழ் வழி.
• மூலம், இலக்கு மற்றும் துறையை அனுமதிக்கும் ஃபயர்வால் மற்றும் IPsec பாதுகாப்பு வரம்பு.

காணாமல் போன வழி பொதுவாக தொலைப் பக்கத்தில் எந்த ஆதாரமும் இல்லாமல் நேரம் முடிவதைப் போலத் தோன்றும். திரும்பு வழிப் பிரச்சினை கோரிக்கை வந்து பதில் மறைவதைப் போலத் தோன்றும். ஃபயர்வால் அல்லது தேர்வி பிரச்சினை சாதனத்தைப் பொறுத்து மறுப்பு அல்லது அமைதியான வீழ்ச்சியாகத் தோன்றலாம். மூன்றில் எது உங்களிடம் உள்ளது என்பதைக் கண்டறிவது அடுத்த கட்டளையை மிகவும் சுருக்குகிறது.

ஒரு தற்காலிக Cloud Run முகவரியையும் அனுமதிப் பட்டியலில் வைக்க வேண்டாம். துணைநெட்வொர்க் வரம்பையும் பயன்பாட்டிற்குப் பொருந்தும் அங்கீகார வடிவமைப்பையும் பயன்படுத்தவும்.

கோரிக்கைக்கு சேவை செய்த திருத்தத்தைச் சோதிக்கவும்

சோதனைக்கு முன் வரிசைப்படுத்தப்பட்ட நெட்வொர்க் அமைப்புகளையும் போக்குவரத்து பங்கீட்டையும் பரிசோதிக்கவும், ஏனெனில் புதுப்பிப்பு புதிய திருத்தத்தை உருவாக்கலாம், கோரிக்கைகள் இன்னும் பழையதை அடையலாம். பின்னர் பயனர் கோரிக்கை செய்யும் அதே செயல்பாட்டை அதே திருத்தத்திலிருந்து செய்யவும். இலக்கு தனியார் ஹோஸ்ட்பெயராக இருந்தால், அந்த சூழலில் அதன் தீர்வையும் அது உருவாக்கிய முகவரியையும் சரிபார்க்கவும், ஏனெனில் உங்கள் மடிக்கணினியின் நிறுவன DNS பதில் சேவையின் பெயர்வெளி பற்றி எதையும் நிரூபிக்காது. TLS ஹோஸ்ட்பெயர் சரிபார்ப்பையும் தொலை பயன்பாட்டின் சொந்த அங்கீகாரத்தையும் வைத்திருங்கள்.

Direct VPC இன் ஆவணப்படுத்தப்பட்ட தொடக்க இணைப்பு தாமதங்களை எதிர்பார்க்கவும், ஒவ்வொரு குளிர் தொடக்கத்தையும் உடைந்த சுரங்கப்பாதையாகக் கண்டறிவதற்குப் பதிலாக வாடிக்கையாளருக்கு தயார்நிலை அல்லது மறுமுயற்சி உத்தியை வழங்கவும்.

பின்னோக்கி மீள்வது மற்றும் இது செய்யாதது

பின்னோக்கி மீள, சேவையின் நெட்வொர்க் மற்றும் வெளியேற்ற அமைப்புகளை அவற்றின் முந்தைய மதிப்புகளுக்குத் திருப்பி, முந்தைய திருத்தம் இன்னும் போக்குவரத்திற்கு சேவை செய்கிறதா என்பதை உறுதிசெய்யுங்கள். gcloud கட்டளையை மாற்றப் பதிவில் வைத்திருங்கள், ஏனெனில் பகுதி மாற்றத்தின் தலைகீழ் ஆறு வாரங்களுக்குப் பிறகு தெளிவாக இருக்காது. VPC இணைப்பை நீக்குவது சேவையை அதன் முந்தைய வெளியேற்ற பாதைக்குத் திருப்புகிறது, சம்பவத்தின் போது அதுவே உங்களுக்குத் தேவையாக இருக்கலாம்.

இந்த வடிவமைப்பு Cloud Run தொடங்கும் இணைப்புகளையும் அவற்றின் பதில்களையும் உள்ளடக்குகிறது. இது ஆன்-பிரிமைசஸ் நெட்வொர்க்கிற்கு சேவையின் உள்ளே முகவரியிடக்கூடிய சாக்கெட்டை வழங்காது, ஏனெனில் உள்ளே வெளிப்படுத்துவது ingress முடிவு.