கவலைப்படுவதை நிறுத்திவிட்டு ஒரு ஒற்றைக்கல் இல்லாமல் வாழத் தொடங்குவது எப்படி

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

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

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

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

இன்று, CI/CD, K8S போன்ற வடிவங்களில் மாற்றங்களைச் செய்வதற்கு நிறைய கருவிகள் மற்றும் கருவிகள் உள்ளன. "மோனோலிதிக்" நேரத்தில், எங்களுக்கு பல வெளிநாட்டு வார்த்தைகள் தேவையில்லை. தரவுத்தளத்தில் உள்ள "சேமிப்பகத்தை" சரிசெய்தால் போதும்.

ஆனால் நேரம் முன்னோக்கி நகர்ந்தது, மேலும் கோரிக்கைகளின் எண்ணிக்கையும் அதனுடன் முன்னோக்கி நகர்ந்தது, சில சமயங்களில் எங்கள் திறன்களுக்கு அப்பால் RPS ஐ சுடுகிறது. சிஐஎஸ் நாடுகள் சந்தையில் நுழைந்தவுடன், முதல் மோனோலித்தின் தரவுத்தள செயலியின் சுமை 90% க்கு கீழே குறையவில்லை, மேலும் RPS 2400 என்ற அளவில் இருந்தது. மேலும் இவை சிறிய தேர்வாளர்கள் மட்டுமல்ல, அதிக கேள்விகள் பெரிய IO இன் பின்னணியில் கிட்டத்தட்ட பாதி டேட்டாவை இயக்கக்கூடிய காசோலைகள் மற்றும் JOINகள்.

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

நீங்கள் என்ன செய்ய முடியும் - ஃபேஷன் தொழில்நுட்பத்தில் உள்ளார்ந்ததாக உள்ளது. சுமார் 5 ஆண்டுகளுக்கு முன்பு, .NET மற்றும் MS SQL சர்வரில் ஏற்கனவே உள்ள தளத்தின் வடிவத்தில் இந்த மோட்களில் ஒன்றை நாங்கள் மறுபரிசீலனை செய்ய வேண்டியிருந்தது, இது தளத்தின் அனைத்து தர்க்கங்களையும் கவனமாக சேமித்து வைத்தது. நான் அதை மிகவும் கவனமாக வைத்திருந்தேன், அத்தகைய ஒற்றைப்பாதையை அறுப்பது ஒரு நீண்ட மற்றும் எளிதான மகிழ்ச்சியாக இல்லை.
ஒரு சிறிய துயரம்.

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

ஒரு இடி ஒலி

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

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

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

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

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

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

கட்டிடக்கலை. விருப்பம் 1. பயனர் சேவை

தற்போதைய நேரத்தில், 24 துண்டுகள் உள்ளன, ஒவ்வொன்றிலும் 2 நிகழ்வுகள் உள்ளன (ஒவ்வொரு DC க்கும் ஒன்று), அனைத்தும் மாஸ்டர்-மாஸ்டர் பயன்முறையில் உள்ளன.

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

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

கட்டிடக்கலை. விருப்பம் 2. பொருட்களின் இறுதி விலையை கணக்கிடுவதற்கான சேவை

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

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

முதல் திட்டத்தில் அல்லது இரண்டாவது திட்டத்தில், ஒரு DC கிடைக்கவில்லை என்றால், இரண்டாவது திட்டத்தில் பயன்பாடு தரவைப் பெறலாம்.

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

தேடுங்கள் கண்டடைவீர்கள்!

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

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

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

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

இறுதியில் நாங்கள் டரான்டூலில் குடியேறினோம்.

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

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

நடைமுறைப்படுத்தல் ஒரு கடினமான தொடக்கத்திற்கு வந்தது

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

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

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

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

பிரித்து ஆட்சி செய். லுவாவுடன் என்ன ஒப்பந்தம்?

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

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

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

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

டரான்டூல் இப்போது எங்கே இருக்கிறது?
"புரொமோட்டர்" என்றும் அழைக்கப்படும் தள்ளுபடி கூப்பன்களை கணக்கில் எடுத்துக்கொண்டு பொருட்களின் இறுதி விலையை கணக்கிடுவதற்கு சேவையில் டரான்டூல் பயன்படுத்தப்படுகிறது. நான் முன்பு கூறியது போல், அவர் இப்போது ஓய்வு பெறுகிறார்: அவர் முன் கணக்கிடப்பட்ட விலைகளுடன் புதிய பட்டியல் சேவையால் மாற்றப்படுகிறார், ஆனால் ஆறு மாதங்களுக்கு முன்பு அனைத்து கணக்கீடுகளும் விளம்பரப்படுத்தலில் செய்யப்பட்டன. முன்னதாக, அதன் தர்க்கத்தின் பாதி லுவாவில் எழுதப்பட்டது. இரண்டு ஆண்டுகளுக்கு முன்பு, சேவை ஒரு சேமிப்பக வசதியாக மாற்றப்பட்டது, மேலும் Go இல் லாஜிக் மீண்டும் எழுதப்பட்டது, ஏனெனில் தள்ளுபடிகளின் இயக்கவியல் கொஞ்சம் மாறிவிட்டது மற்றும் சேவை செயல்திறன் குறைவாக இருந்தது.

மிகவும் முக்கியமான சேவைகளில் ஒன்று பயனர் சுயவிவரம். அதாவது, அனைத்து Wildberries பயனர்களும் Tarantool இல் சேமிக்கப்பட்டுள்ளனர், மேலும் அவர்களில் சுமார் 50 மில்லியன் பேர் உள்ளனர். பயனர் ஐடியால் பிரிக்கப்பட்ட அமைப்பு, Go சேவைகளுடன் இணைக்கப்பட்ட பல DCகளில் விநியோகிக்கப்படுகிறது.
RPS படி, ப்ரோமோட்டர் ஒரு காலத்தில் தலைவராக இருந்தார், 6 ஆயிரம் கோரிக்கைகளை எட்டியது. ஒரு கட்டத்தில் எங்களிடம் 50-60 பிரதிகள் இருந்தன. இப்போது RPS இல் முன்னணி பயனர் சுயவிவரங்கள், சுமார் 12 ஆயிரம். இந்த சேவை தனிப்பயன் ஷார்டிங்கைப் பயன்படுத்துகிறது, பயனர் ஐடிகளின் வரம்புகளால் வகுக்கப்படுகிறது. இந்த சேவை 20 க்கும் மேற்பட்ட இயந்திரங்களுக்கு சேவை செய்கிறது, ஆனால் இது அதிகமாக உள்ளது; ஒதுக்கப்பட்ட வளங்களை குறைக்க திட்டமிட்டுள்ளோம், ஏனெனில் 4-5 இயந்திரங்களின் திறன் அதற்கு போதுமானது.

அமர்வு சேவை என்பது vshard மற்றும் Cartridge இல் எங்களின் முதல் சேவையாகும். vshard ஐ அமைப்பதற்கும், கார்ட்ரிட்ஜைப் புதுப்பிப்பதற்கும் எங்களிடமிருந்து சில முயற்சிகள் தேவைப்பட்டன, ஆனால் இறுதியில் எல்லாம் முடிந்தது.

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

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

காத்திருப்பு பட்டியல், கிளையன்ட் சந்தாக்கள், தற்போது நாகரீகமான கதைகள் மற்றும் ஒத்திவைக்கப்பட்ட பொருட்கள் ஆகியவற்றின் சேவைகளும் Tarantool உடன் வேலை செய்கின்றன. நினைவகத்தில் கடைசி சேவை சுமார் 120 ஜிபி எடுக்கும். மேற்கூறியவற்றில் இதுவே மிகவும் விரிவான சேவையாகும்.

முடிவுக்கு

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

தலைப்பில் வேறு என்ன படிக்க வேண்டும்

• டரான்டூலைப் பயன்படுத்தி புதிதாக ஒரு உயர்-சுமை பயன்பாட்டை உருவாக்குதல் habr.com/ru/company/mailru/blog/510440
• Tarantool கார்ட்ரிட்ஜில் நம்பகமான தலைவர் தேர்வு habr.com/ru/company/mailru/blog/513912
• டெலிகிராம் சேனல் Tarantool தயாரிப்பு பற்றிய செய்திகளுடன் t.me/tarantool_news
• சமூக அரட்டையில் Tarantool பற்றி விவாதிக்கவும் t.me/tarantoolru

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