உங்கள் டொமைனின் ரூட்டிலும் 'www' துணை டொமைனிலும் வலைப் பயன்பாட்டை அடிக்கடி பயன்படுத்த விரும்புவீர்கள். இது உங்கள் சேவையைக் கண்டறிய பயனர்களுக்கு உதவுகிறது. Nginx Ingress செயல்முறைக்கு உள்ளமைக்கப்பட்ட ஆதரவைக் கொண்டுள்ளது.
இரண்டு உள்வரும் ஹோஸ்ட்கள், 'www' மற்றும் அதன் அடிப்படை டொமைன் மூலம் பணிச்சுமையை எவ்வாறு செயல்படுத்துவது என்பது இங்கே. 'www' ஐப் பார்வையிடும் எவரும் வழக்கமாகச் செயல்படுவார்கள். டொமைனின் மூலத்திலிருந்து பார்வையாளர்கள் 'www' துணை டொமைனுக்குத் திருப்பி விடப்படுவார்கள். திசைதிருப்பலைப் பயன்படுத்துவதன் மூலம், தேடல் முடிவுகளில் இரு முனைகளும் தோன்றும் அபாயத்தைக் குறைக்கிறீர்கள்.
சிறுகுறிப்பைப் பயன்படுத்துதல்
Nginx Ingress ஆனது, இந்த நடத்தையை உள்ளமைக்க உங்களை அனுமதிக்கும் Kubernetes சிறுகுறிப்பை வழங்குகிறது. உங்களின் நுழைவு ஆதாரத்தில் சிறுகுறிப்பைச் சேர்ப்பது, திருப்பிவிடப்படும் உள்கட்டமைப்பைச் செயல்படுத்துகிறது. Nginx உள்ளமைவில் மீண்டும் எழுதும் தர்க்கத்தை கைமுறையாக எழுத வேண்டிய அவசியமில்லை.
|_+_|இந்த சிறுகுறிப்பை |_+_| கோப்பில் அமைக்கவும் நுழைவு வள வரையறையின் புலம். முழுமையான வேலை உதாரணம் அடுத்த பகுதியில் கொடுக்கப்பட்டுள்ளது.
புரவலன் கட்டமைப்பு
நீங்கள் வழக்கம் போல் Ingress host கட்டமைப்பைச் சேர்க்க வேண்டும். உனக்கு தேவை ஒன்று |_+_| வரி. இங்கே 'www' டொமைனைப் பயன்படுத்தவும்: Nginx Ingress தானாகவே வெற்று டொமைனில் இருந்து திருப்பிவிடுதலைக் கையாளும். நீங்கள் விரும்பினால், அதற்கு பதிலாக வெற்று டொமைனை எழுதலாம். Nginx Ingress பின்னர் திருப்பிவிடப்படும் மூலம் அதன், இருந்து |_+_|.
மீதமுள்ள உள்ளீட்டு உள்ளமைவை |_+_|க்கு கீழே சேர்க்கவும் வரி. சேவை செய்ய வேண்டிய HTTP வழியையும் (வழக்கமாக |_+_|) மற்றும் போக்குவரத்தை வழிநடத்தும் சேவையையும் நீங்கள் குறிப்பிட வேண்டும்.
|_+_|இந்த குறைந்தபட்ச செயல்பாட்டு உதாரணம், திசைதிருப்புதலை செயலில் பார்க்க உங்களை அனுமதிக்கும். எளிய டொமைனைப் பார்வையிட்டால் உடனடியாக 'www' க்கு அழைத்துச் செல்லும். இரண்டு சாத்தியமான நுழைவு ஹோஸ்ட்கள் இருந்தாலும், பயனர்கள் உங்கள் தளத்துடன் ஒரே நுழைவு புள்ளி மூலம் தொடர்பு கொள்கிறார்கள் என்பதை நீங்கள் உறுதியாக நம்பலாம்.
HTTPS ஆதரவு சேர்க்கப்பட்டது
மேலே காட்டப்பட்டுள்ள மேனிஃபெஸ்ட் கோப்பு HTTPS ஐ ஆதரிக்காது. நிஜ உலக சூழ்நிலையில், உங்கள் உள்வரும் ஹோஸ்ட்கள் அனைத்தும் TLS சான்றிதழால் மூடப்பட்டிருப்பதை உறுதிசெய்ய வேண்டும்.
இந்த அமைப்பில் HTTPS வேலை செய்ய, இரண்டு ஹோஸ்ட்களும் ஒரு TLS சான்றிதழில் சேர்க்கப்பட வேண்டும். TLS ஆதரவுடன் புதுப்பிக்கப்பட்ட மேனிஃபெஸ்ட் இதோ:
|_+_|YAML இன் இன்னும் ஐந்து வரிகளுடன், நீங்கள் இப்போது HTTPS ஐ உள்வரும் ஹோஸ்ட்களில் வேலை செய்ய வேண்டும். உங்கள் கிளஸ்டரில் ஒரு செயலில் சான்றிதழ் வழங்குபவர் இருப்பதாக இது கருதுகிறது; நாங்கள் பயன்படுத்துகிறோம் |_+_|, வழங்கியது சான்றிதழ் மேலாளர் . நீங்கள் ஆவணங்களைப் பின்பற்ற வேண்டும் சான்றிதழ் மேலாளரை நிறுவவும் சான்றிதழ் கையாளுபவர் இல்லை என்றால்.
நீங்கள் மாற்று சான்றிதழ் கையாளுநரையும் தேர்வு செய்யலாம். நீங்கள் கோப்பை புதுப்பிக்க வேண்டும் |_+_| கட்டுப்படுத்தி வழங்கிய வழங்குபவரின் பெயருடன் உள்ளீடு சிறுகுறிப்பு. நீங்கள் கோப்பை மாற்ற வேண்டியதில்லை. |_+_| மேனிஃபெஸ்ட் பிரிவு - அனைத்து குபெர்னெட்ஸ் சான்றிதழ் கையாளுபவர்களுடனும் வேலை செய்யும்.
டொமைனை மாறி ஆக்குங்கள்
மேனிஃபெஸ்ட்டை ஒரு கோப்பாக மாற்றலாம். சுக்கான் விளக்கப்படம் டொமைன் பெயரை மீண்டும் செய்வதைத் தவிர்க்க. இந்த எடுத்துக்காட்டில், உங்கள் டொமைன் பெயர் |_+_| என அமைக்கப்பட்டுள்ளது என்று வைத்துக்கொள்வோம் உங்கள் ஹெல்ம் கார்டில் |_+_|.
|_+_|உங்கள் டொமைன் பெயரை மாற்ற வேண்டும் என்றால், இப்போது ஒரே இடத்தில் மதிப்பை மட்டும் புதுப்பிக்க வேண்டும். CI சூழல்களில் மேனிஃபெஸ்டைப் பயன்படுத்தவும் இது அனுமதிக்கிறது. உங்கள் CI சேவையகம் உங்கள் வரைபடத்தைப் பயன்படுத்தி ஒவ்வொரு கிளைக்கும் ஒரு புதிய ஸ்டேஜிங் சூழலை உருவாக்கி, டைனமிக் டொமைனை (எ.கா |_+_|) உருவாக்கி |_+_|
வளர்ச்சி சூழல்களின் மேலாண்மை
எங்களிடம் இப்போது வேலை செய்யும் www வழிமாற்று! இந்த டுடோரியலின் முக்கிய நோக்கம் அடைந்துவிட்டதால், நீங்கள் விரும்பினால் இங்கே நிறுத்திவிட்டு உற்பத்திக்குச் செல்லலாம்.
நாங்கள் காட்டிய அணுகுமுறையில் சில சிக்கல்கள் உள்ளன, குறிப்பாக CI மேம்பாட்டு சூழல்களில் பணிபுரியும் போது. தற்போது, எந்த சூழலிலும் |_+_| அதன் அசல் டொமைனுடன் முன்வைக்கப்பட்டது.
இந்தச் சிக்கலைச் சமாளிக்க ஒரு வழி |_+_| இரண்டு சுயாதீன மாறிகளுடன்:
- |_+_| - உங்கள் அடிப்படை டொமைன், எ.கா. எ.கா |_+_|
- |_+_| - இந்த விநியோகத்திற்காக தற்போது பயன்படுத்தப்படும் டொமைன், எ.கா. எ.கா |_+_|
நீங்கள் ஹெல்ம் மாறி ஒப்பீடுகளைப் பயன்படுத்தி, உற்பத்திச் சூழலில் இருக்கும்போது மட்டுமே www.
|_+_|உற்பத்திக்கு பயன்படுத்தும்போது, |_+_| அடிப்படை டொமைனுக்கு: |_+_| போன்ற அதே மதிப்பு இருக்க வேண்டும். |_+_| நிபந்தனை பொருந்தும், எனவே |_+_| நுழைவு உருவாக்கப்படும்.
துணை டொமைன் சூழலில் பயன்படுத்தும்போது, வெவ்வேறு மதிப்புகள் |_+_| என்பது |_+_| www. முடக்கப்படும்.
முடிவுரை
ஒரு எளிய டொமைனில் இருந்து 'www' துணை டொமைனுக்கு திருப்பி விடுவது என்பது பல பொது இணையதளங்களின் அடிப்படை எதிர்பார்ப்பு. Nginx இன்க்ரெஸ் மூலம், கிளவுட்டில் பயன்படுத்தப்பட்ட உங்கள் கன்டெய்னரைஸ்டு பணிச்சுமைகளுக்கு இந்த பாரம்பரிய நடத்தையைப் பயன்படுத்தலாம்.
உங்கள் உள்வரும் ஆதாரத்தில் சிறுகுறிப்பைச் சேர்த்து உறுதிசெய்யவும் அவர்கள் இருவரும் ஹோஸ்ட்கள் அவற்றின் விவரக்குறிப்புகளில் பட்டியலிடப்பட்டுள்ளன. இறுதியாக, அனைத்து TLS சான்றிதழ்களிலும் பியர் சேர்க்கப்பட்டுள்ளதா என்பதைச் சரிபார்க்கவும். பயனர்கள் ஒரு பாதுகாப்பற்ற முடிவுப் புள்ளியுடன் பேசக்கூடாது, அதிலிருந்து அவர்கள் திருப்பிவிடப்பட்டாலும் கூட.
நீங்கள் என்ன நினைக்கறீர்கள்?
