VPN பக்கக்கூடாரத்திற்கு தொடக்க விதி மற்றும் தோல்வி விதி தேவை

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

வரிசை முதல் கோரிக்கையை மட்டும் தடுக்கிறது

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

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

வாயில் எதைக் கவனிக்கிறது எனக் கூறுங்கள்: ஒரு செயல்முறை உள்ளது, ஒரு இடைமுகம் உள்ளது, ஒரு handshake முடிந்தது. இவை ஒவ்வொன்றும் “இந்த pod க்குத் தேவையான இலக்குகளுக்கான தரவுப் பாதை வேலை செய்கிறது” என்பதை விட பலவீனமான கூற்று.

தரவுப் பாதையை ஊகிக்காமல் அமல்படுத்துங்கள்

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

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

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

நீங்கள் குறிப்பிடாத போக்குவரத்தைச் சோதியுங்கள்

கட்டுப்படுத்தப்பட்ட சுரங்கப்பாதை தோல்வியின் போது புதிய கோரிக்கையை எடுத்து அது வெளியேறுகிறதா எனப் பாருங்கள். பின்னர் வெளியேறும் முகவரிச் சோதனை ஒருபோதும் தொடாத பாதைகளுக்கும் சோதனையை மீண்டும் செய்யுங்கள்: கொத்துக்குள் DNS தீர்வு, IPv6 இலக்குகள், மற்றும் பொது இணையத்திற்குப் பதிலாக கொத்து-உள் முகவரிகள் வழியாக அடையப்படும் சேவைகள். சுரங்கப்பாதை இறந்த பிறகும் அமைதியாக வேலை செய்யும் பாதைகள் இவையே.

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

சுத்தமான தொடக்கத்திற்குப் பின் மட்டுமல்ல, பக்கக்கூடார மறுதொடக்கத்திற்குப் பின்னும் சோதனையை மீண்டும் செய்யுங்கள். மீண்டும் தொடங்கப்பட்ட சுரங்கப்பாதை கொள்கலன் பெயர்வெளியை பாதைகள் மற்றும் கொள்கையுடன் இடைநிலை நிலையில் விட்டுச் செல்லலாம்.

பயன்பாட்டுப் பதிவை எழுதுங்கள்

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

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

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