சைபர்பங்குடன் சுவையூட்டப்பட்ட கிளவுட் சேவையை உருவாக்கிய வரலாறு

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

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

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

பூனைக்கு வரவேற்கிறோம்.

பயணத்தின் தொடக்கம்

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

பல தேவைகளும் இருந்தன:

• சேவைக்கு வசதியான தனிப்பட்ட கணக்கு தேவை;
• தற்போதுள்ள பில்லிங் அமைப்பில் இயங்குதளம் ஒருங்கிணைக்கப்பட வேண்டும்;
• மென்பொருள் மற்றும் வன்பொருள்: OpenStack + Tungsten Fabric (Open Contrail), இது எங்கள் பொறியாளர்கள் நன்றாக "சமைக்க" கற்றுக்கொண்டது.

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

• Python + Flask + Swagger + SQLAlchemy - முற்றிலும் நிலையான பைதான் தொகுப்பு;
• முன்பக்கத்திற்கான Vue.js;
• AMQP மூலம் Celery ஐப் பயன்படுத்தி கூறுகள் மற்றும் சேவைகளுக்கு இடையேயான தொடர்பைச் செய்ய முடிவு செய்தோம்.

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

எனவே, எங்கள் அறிமுகத்தைத் தொடங்குவோம்.

சைலண்ட் பில் - பில்லிங்

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

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

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

மென்பொருள் API இன் விளக்கத்தின் மூலம் ஆராயும்போது, ​​​​இந்த சிக்கலை தீர்க்க இன்னும் சாத்தியம் உள்ளது, ஆனால் எங்களுக்கு ரிவர்ஸ் இன்ஜினியரிங் செய்ய நேரம் இல்லை, எனவே நாங்கள் தர்க்கத்தை வெளியே எடுத்து RabbitMQ க்கு மேல் ஒரு பணி வரிசையை ஏற்பாடு செய்தோம். ஒரு சேவையின் செயல்பாடு வாடிக்கையாளர் தனது தனிப்பட்ட கணக்கிலிருந்து தொடங்கப்பட்டு, பின்தளத்தில் செலரி "பணியாக" மாறி பில்லிங் மற்றும் ஓபன்ஸ்டாக் பக்கத்தில் செய்யப்படுகிறது. செலரி பணிகளை நிர்வகிப்பதற்கும், மீண்டும் மீண்டும் ஒழுங்கமைப்பதற்கும், நிலையை கண்காணிப்பதற்கும் மிகவும் வசதியாக உள்ளது. நீங்கள் "செலரி" பற்றி மேலும் படிக்கலாம், எடுத்துக்காட்டாக, இங்கே.

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

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

மற்றொரு பிரச்சனை அமைதி.

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

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

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

எனவே, சுருக்கமாக, தொடர்பு கட்டத்தில் நாம் சந்தித்த முக்கிய சிக்கல்கள் ஒரு குறிப்பிட்ட அமைப்பின் செயல்படுத்தல் அம்சங்களுடன் தொடர்புடையவை:

• ஆவணமற்ற "அம்சங்கள்" நம்மை ஏதோ ஒரு வகையில் பாதித்தது;
• மூடிய மூல (பில்லிங் C++ இல் எழுதப்பட்டுள்ளது), இதன் விளைவாக - "சோதனை மற்றும் பிழை" தவிர வேறு எந்த வகையிலும் சிக்கலை தீர்க்க முடியாது.

அதிர்ஷ்டவசமாக, தயாரிப்பு மிகவும் விரிவான API ஐக் கொண்டுள்ளது மற்றும் எங்கள் தனிப்பட்ட கணக்கில் பின்வரும் துணை அமைப்புகளை ஒருங்கிணைத்துள்ளோம்:

• தொழில்நுட்ப ஆதரவு தொகுதி - உங்கள் தனிப்பட்ட கணக்கிலிருந்து வரும் கோரிக்கைகள் சேவை வாடிக்கையாளர்களுக்கு வெளிப்படையான முறையில் பில்லிங் செய்ய "ப்ராக்ஸி" செய்யப்படுகின்றன;
• நிதித் தொகுதி - தற்போதைய வாடிக்கையாளர்களுக்கு விலைப்பட்டியல் வழங்கவும், எழுதுதல் மற்றும் கட்டண ஆவணங்களை உருவாக்கவும் உங்களை அனுமதிக்கிறது;
• சேவை கட்டுப்பாட்டு தொகுதி - இதற்காக நாங்கள் எங்கள் சொந்த கையாளுதலை செயல்படுத்த வேண்டியிருந்தது. கணினியின் விரிவாக்கம் எங்கள் கைகளில் விளையாடியது மற்றும் நாங்கள் ஒரு புதிய வகை சேவையை பில்லிக்கு "கற்பித்தோம்".
  இது கொஞ்சம் தொந்தரவாக இருந்தது, ஆனால் ஒரு வழி அல்லது வேறு, பில்லியும் நானும் பழகுவோம் என்று நினைக்கிறேன்.

டங்ஸ்டன் துறைகள் வழியாக நடைபயிற்சி - டங்ஸ்டன் துணி

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

நாங்கள் நண்பர்களை உருவாக்க வேண்டிய இரண்டாவது அமைப்பின் டொமைன் இதுதான் - டங்ஸ்டன் ஃபேப்ரிக் (டிஎஃப்), முன்பு ஓபன் கான்ட்ரைல். நெட்வொர்க் உபகரணங்களை நிர்வகிப்பதே அதன் பணியாகும், பயனர்களாகிய எங்களுக்கு ஒரு மென்பொருள் சுருக்கத்தை வழங்குகிறது. TF - SDN, நெட்வொர்க் உபகரணங்களுடன் பணிபுரியும் சிக்கலான தர்க்கத்தை இணைக்கிறது. தொழில்நுட்பத்தைப் பற்றி ஒரு நல்ல கட்டுரை உள்ளது, எடுத்துக்காட்டாக, இங்கே.

நியூட்ரான் செருகுநிரல் வழியாக இந்த அமைப்பு OpenStack உடன் (கீழே விவாதிக்கப்பட்டது) ஒருங்கிணைக்கப்பட்டுள்ளது.

OpenStack சேவைகளின் தொடர்பு.

செயல்பாட்டுத் துறையைச் சேர்ந்த தோழர்கள் இந்த அமைப்பை எங்களுக்கு அறிமுகப்படுத்தினர். எங்கள் சேவைகளின் பிணைய அடுக்கை நிர்வகிக்க கணினியின் API ஐப் பயன்படுத்துகிறோம். இது எங்களுக்கு இன்னும் கடுமையான பிரச்சனைகளையோ அல்லது அசௌகரியங்களையோ ஏற்படுத்தவில்லை (OE ஐச் சேர்ந்த தோழர்களுக்காக என்னால் பேச முடியாது), ஆனால் தொடர்புகளில் சில முரண்பாடுகள் உள்ளன.

முதலில் இது போல் இருந்தது: SSH வழியாக இணைக்கும் போது, ​​பெரிய அளவிலான தரவை இன்ஸ்டான்ஸ் கன்சோலுக்கு வெளியிட வேண்டிய கட்டளைகள் இணைப்பை வெறுமனே "தொங்கவிட்டன", அதே நேரத்தில் VNC வழியாக அனைத்தும் சரியாக வேலை செய்தன.

சிக்கலைப் பற்றி நன்கு தெரியாதவர்களுக்கு, இது மிகவும் வேடிக்கையாகத் தெரிகிறது: ls / ரூட் சரியாக வேலை செய்கிறது, எடுத்துக்காட்டாக, மேல் "உறைகிறது". அதிர்ஷ்டவசமாக, நாங்கள் இதற்கு முன்பு இதே போன்ற சிக்கல்களை சந்தித்துள்ளோம். கணினி முனைகளில் இருந்து திசைவிகளுக்கு செல்லும் பாதையில் MTU ஐ டியூன் செய்வதன் மூலம் முடிவு செய்யப்பட்டது. மூலம், இது ஒரு TF பிரச்சனை அல்ல.

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

நாங்கள் நிர்வாக மட்டத்தில் இருந்து Openstack உடன் பணிபுரிந்தோம், அதன் பிறகு தேவையான பயனர் நிலைக்கு மாற்றினோம். SDN செயல்கள் செய்யப்படும் பயனரின் நோக்கத்தை "ஹைஜாக்" செய்வதாகத் தோன்றுகிறது. உண்மை என்னவென்றால், TF மற்றும் OpenStack ஐ இணைக்க அதே நிர்வாகி கணக்கு பயன்படுத்தப்படுகிறது. பயனருக்கு மாறுவதற்கான கட்டத்தில், "மேஜிக்" மறைந்துவிட்டது. கணினியுடன் இணைந்து பணியாற்ற தனி கணக்கை உருவாக்க முடிவு செய்யப்பட்டது. இது ஒருங்கிணைப்பு செயல்பாட்டை உடைக்காமல் வேலை செய்ய அனுமதித்தது.

சிலிக்கான் லைஃப்ஃபார்ம்ஸ் - ஓபன்ஸ்டாக்

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

OpenStack எங்கள் தளத்தின் மையமாகும்.

OpenStack பல துணை அமைப்புகளைக் கொண்டுள்ளது, அவற்றில் நாம் தற்போது Nova, Glance மற்றும் Cinder ஆகியவற்றை மிகவும் தீவிரமாகப் பயன்படுத்துகிறோம். அவை ஒவ்வொன்றும் அதன் சொந்த API ஐக் கொண்டுள்ளன. நோவா கணக்கீட்டு வளங்கள் மற்றும் நிகழ்வுகளை உருவாக்குவதற்கு பொறுப்பாகும், தொகுதிகள் மற்றும் அவற்றின் ஸ்னாப்ஷாட்களை நிர்வகிப்பதற்கு Cinder பொறுப்பாகும், Glance என்பது OS டெம்ப்ளேட்டுகள் மற்றும் அவற்றின் மீதான மெட்டெய்ன்ஃபர்மேஷன் ஆகியவற்றை நிர்வகிக்கும் ஒரு பட சேவையாகும்.

ஒவ்வொரு சேவையும் ஒரு கொள்கலனில் இயங்குகிறது, மேலும் செய்தி தரகர் "வெள்ளை முயல்" - RabbitMQ.

இந்த அமைப்பு எங்களுக்கு மிகவும் எதிர்பாராத சிக்கலைக் கொடுத்தது.

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

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

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

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

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

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

சோதனை ஓட்டம்

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

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

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

மற்றொரு ஆர்வம் உங்கள் தனிப்பட்ட கணக்கில் "கடவுச்சொல்லை மாற்று" பொத்தானின் செயல்பாட்டுடன் தொடர்புடையது.

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

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

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

தொடர வேண்டும்

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

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

நாங்கள் ஏற்கனவே அமைப்புகளை வற்புறுத்த முடிந்தது. பில் தனது அலமாரியில் எண்ணுதல், பில்லிங் மற்றும் பயனர் கோரிக்கைகளை கடமையாகக் கையாளுகிறார். டங்ஸ்டன் துறைகளின் "மேஜிக்" எங்களுக்கு நிலையான தகவல்தொடர்புகளை வழங்குகிறது. மேலும் OpenStack மட்டும் சில சமயங்களில் கேப்ரிசியோஸ் ஆகிவிடும், "'WSREP இன்னும் பயன்பாட்டு பயன்பாட்டிற்கான முனையை தயார் செய்யவில்லை" என்று கத்துகிறது. ஆனால் இது முற்றிலும் மாறுபட்ட கதை ...

நாங்கள் சமீபத்தில் சேவையைத் தொடங்கினோம்.
எங்களின் அனைத்து விவரங்களையும் நீங்கள் அறிந்து கொள்ளலாம் வலைத்தளத்தில்.

CLO மேம்பாட்டுக் குழு

பயனுள்ள இணைப்புகள்

OpenStack க்குக்கான

• https://docs.openstack.org/nova/latest/
• https://docs.openstack.org/keystone/latest/
• https://docs.openstack.org/cinder/latest/
• https://docs.openstack.org/glance/latest/

டங்ஸ்டன் துணி

• http://docs.tungsten.io/en/latest/user/getting-started/index.html
• https://www.juniper.net/documentation/en_US/contrail-cloud10.0/topics/concept/contrail-cloud-openstack-integration-overview.html

ஆதாரம்: www.habr.com