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

எங்கள் கேச்சிங் அடுக்கு, மில்லியன் கணக்கான ஒரே நேரத்தில் பயன்படுத்தும் பயனர்களுக்கும் எங்கள் நிரந்தர சேமிப்பகத்திற்கும் இடையில் ஒரு பெரிய அதிர்ச்சி உறிஞ்சியாகச் செயல்பட வடிவமைக்கப்பட்டுள்ளது. இது வினாடிக்கு 1.38 பில்லியன் வினவல்கள் (QPS) என்ற உச்ச சுமையைக் கையாள்கிறது, மேலும் ஒற்றை தர்க்கரீதியான கிளஸ்டர்கள் 100 மில்லியன் QPS-ஐத் தாண்டுகின்றன. இந்தப் பதிவில், எங்கள் மிகப்பெரிய கிளஸ்டரில் முன்னெப்போதும் இல்லாத 10 மடங்கு போக்குவரத்து அதிகரிப்பைச் சமாளித்துக்கொண்டே, மிகப்பெரிய செயல்திறனுக்காக Redis® நோட் வரம்புகளைத் தாண்டி அளவிடக்கூடிய ஒரு கூட்டமைப்பு கேச்சிங் சேவையை நாங்கள் எவ்வாறு கட்டமைத்தோம் என்பதன் திரைக்குப் பின்னாலுள்ள விவரங்களைப் பார்ப்போம்.

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

ராப்ளக்ஸில், எங்கள் கேச்சிங் சேவை ரெடிஸ்® தொழில்நுட்பத்தின் மீது கட்டமைக்கப்பட்டுள்ளது, மேலும் ஒரு ரெடிஸ்® கிளஸ்டர் 1,000 நோட்கள் வரை ஆதரிக்கும் திறனைக் கொண்டுள்ளது. இருப்பினும், அனுபவபூர்வமான மற்றும் தொழில்துறையால் ஏற்றுக்கொள்ளப்பட்ட வரம்பு மிகவும் குறைவாக உள்ளது—சுமார் 400–500 நோட்கள்.¹ இதற்குக் காரணம் ரெடிஸ்®-இன் மையப்படுத்தப்படாத காசிப் நெறிமுறை ஆகும், இது ஹெல்த், ஸ்டேட்டஸ் மற்றும் ஷார்ட் மேப்பிங் ஆகியவற்றைப் பகிர இன்டர்நோட் தகவல்தொடர்பைப் பயன்படுத்துகிறது. சில நூறு நோடுகளுக்கு மேற்பட்ட பெரிய கிளஸ்டர்களில், காசின்ட் நெறிமுறையின் அரட்டைத் தகவல்தொடர்பு கணிசமான CPU மற்றும் நெட்வொர்க் வளங்களைச் செலவிடத் தொடங்குகிறது. ஒவ்வொரு நோடும் எப்போதும் அதிகரித்து வரும் எண்ணிக்கையிலான சக நோடுகளிடமிருந்து நிலைப் புதுப்பிப்புகளைச் செயலாக்க வேண்டும், இது குறைந்த தாமதத்தில் தரவை வழங்கும் முதன்மைப் பணியிலிருந்து வளங்களைத் திருடுகிறது. இந்தக் கட்டுப்பாட்டுத் தளத்தின் கூடுதல் சுமை, நிலையற்ற தன்மைக்கும் கணிக்க முடியாத செயல்திறனுக்கும் வழிவகுக்கும், இதனால்தான் நிர்வகிக்கப்பட்ட கிளவுட் வழங்குநர்கள் நோடு வரம்புகளைக் கட்டாயப்படுத்துகிறார்கள். இது நம்பகத்தன்மையைப் பாதிக்காமல் மீற முடியாத ஒரு நடைமுறை உச்சவரம்பு ஆகும்.

இந்த நடைமுறை ஒற்றைக் கொத்து வரம்பு, Roblox அளவிலான ஒரு தளத்தை ஆதரிக்கப் போதுமானதாக இல்லை, அங்கு மிகப்பெரிய பின்னணி சேவை உச்சக்கட்டத்தில் எங்கள் தர்க்கரீதியான Redis® கொத்துகளில் ஒன்றிலிருந்து 100 மில்லியன் QPS-க்கு மேல் கோரியது, இது மூன்று மாதங்களுக்குள் 10 மில்லியனிலிருந்து அதிகரித்துள்ளது.

இந்த கட்டமைப்பு வரம்பைச் சமாளிக்க, நாங்கள் ஒரு கூட்டமைப்புக் கட்டமைப்பை (federated architecture) ஏற்றுக்கொண்டோம், பல சிறிய, சுயாதீனமான Redis® கிளஸ்டர்களுக்கு முன்னால் ஒரு கிளையன்ட் ரிவர்ஸ் ப்ராக்ஸியை (client reverse proxy) நிலைநிறுத்தினோம். கணிக்கக்கூடிய செயல்திறனை உறுதிசெய்ய, ஒவ்வொரு கிளஸ்டருக்கும் 400-நோட் வரம்பைப் பயன்படுத்துகிறோம். 

எங்களின் ஆயிரக்கணக்கான பயன்பாடுகள் மற்றும் சேவைகளின் கண்ணோட்டத்தில், கிளையன்ட் ரிவர்ஸ் ப்ராக்ஸி இந்தப் பரஸ்பர வேறுபட்ட கிளஸ்டர்களை ஒரு தனித்துவமான, ஒருங்கிணைந்த மற்றும் அளவிடக்கூடிய கேச்சிங் சேவையாக வழங்குகிறது. இந்த கூட்டமைப்பு, காசிப் நெறிமுறையின் கட்டுப்பாடுகளை முழுமையாகத் தவிர்த்து, கூட்டமைப்பில் மேலும் பல கிளஸ்டர்களைச் சேர்ப்பதன் மூலம் கிட்டத்தட்ட வரம்பில்லாமல் கிடைமட்டமாக அளவிட அனுமதிக்கிறது. இன்று, எங்களின் மிகப்பெரிய ஒற்றை கேச்சிங் வரிசைப்படுத்தலில் 6,000-க்கும் மேற்பட்ட Redis® நோடுகள் உள்ளன, அவை 15-க்கும் மேற்பட்ட சுயாதீன Redis® கிளஸ்டர்களால் ஆதரிக்கப்படுகின்றன—இந்த கூட்டமைப்பு மாதிரியால் மட்டுமே சாத்தியமான ஒரு அளவிடுதல் இது.

மூன்று-கட்ட இடம்பெயர்வு செயல்முறை

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

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

இடம்பெயர்வு பணிப்பாய்வு

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

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

'Grow a Garden'-இன் அதிவேக வளர்ச்சியைக் கையாளுதல்

ஏப்ரல் 2025-ல் இருந்து, சில சேவைகளே எதிர்கொள்ளும் அளவுக்கு ஒரு பெரிய கொள்ளளவு சவாலை நாங்கள் எதிர்கொண்டோம். Grow a Garden-இன் அபாரமான வெற்றி இதற்குக் காரணமாக இருந்தது. வெளியிடப்பட்ட சில வாரங்களுக்குள், Grow a Garden, Roblox சாதனைகளை மட்டுமல்லாமல், ஒரே நேரத்தில் பயன்படுத்துபவர்கள் (CCU) எண்ணிக்கையில் எல்லா காலத்திலும் உள்ள கேமிங் துறையின் சாதனைகளையும் முறியடிக்கத் தொடங்கியது. வெறும் மூன்று மாதங்களில், இந்த விளையாட்டின் பார்வையாளர்கள் எங்களின் முந்தைய ஒற்றை-விளையாட்டு CCU சாதனையான 2.8 மில்லியன் வீரர்களைத் தாண்டி, 21 மில்லியனுக்கும் அதிகமான உச்சநிலையை எட்டியது. இந்த வெடிப்புத்தன்மை வாய்ந்த வளர்ச்சி, எங்களின் மிகப்பெரிய Redis® கிளஸ்டருக்கு 10 மடங்கு அதிகமான போக்குவரத்தையும், ஒட்டுமொத்த கேச்சிங்கிற்கு 3 மடங்கு அதிகமான போக்குவரத்தையும் அனுப்பியது.

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

அதிகரிப்பின் போது செயல்திறனை மேம்படுத்துதல்

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

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

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

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

இந்த மாற்றங்கள் CPU பயன்பாட்டில் கிட்டத்தட்ட 10% மேம்பாட்டை ஏற்படுத்தின. இறுதியாக, இந்த இரண்டு முற்றிலும் மாறுபட்ட பணிச்சுமைகளையும் cgroup கொள்கலன்-நிலை தனிமைப்படுத்தலுடன் ஒரே இயந்திரக் குழுவில் நாங்கள் இணைத்தோம், இது எங்கள் ஒட்டுமொத்த கொள்ளளவுத் தேவைகளை 25% குறைத்தது.

அசைக்க முடியாத நம்பகத்தன்மைக்கான பொறியியல்

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

முழுமையான கண்காணிப்பு

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

தோல்வி கையாளுதல்

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

• தொகுக்கப்பட்ட கோரிக்கைகளில் பகுதித் தோல்விகள்: தொகுக்கப்பட்ட கோரிக்கைகளில் ஏற்படும் பகுதித் தோல்விகளைக் கையாள நாங்கள் அமைப்பை மறுகட்டமைத்துள்ளோம். முன்பு, ஒரு ஷார்டு செய்யப்பட்ட தொகுப்பு கோரிக்கையில் ஒரு கோரிக்கை தோல்வியுற்றால், அந்தத் தொகுப்பு முழுவதுமே தோல்வியுறும். இப்போது, சில கீகள் மீட்டெடுப்பதில் தோல்வியுற்றாலும் கோரிக்கைகள் வெற்றிபெறக்கூடும்.
• வரிசைத் தலைப்புத் தடையைக் குறைத்தல்: கேச்சிங் அமைப்புகள் வேகமாக இருக்க வேண்டும் என்று எதிர்பார்க்கப்படுகிறது. ஒரு சிறிய நெட்வொர்க் தாமதம் கூட கோரிக்கைகள் குவிந்து காலாவதியாகக் காரணமாகலாம், இது வரிசைத் தலைப்புத் தடை (head-of-line blocking) என்று அழைக்கப்படுகிறது. ஒரு மெதுவான கோரிக்கை மற்றவற்றைப் பாதிப்பதைத் தடுக்க, கிளையன்ட் மற்றும் ப்ராக்ஸி அடுக்குகளில் நாங்கள் புத்திசாலித்தனமான மறுமுயற்சி வழிமுறைகளையும் இணைப்புப் பகிர்வு உத்திகளையும் செயல்படுத்தியுள்ளோம்.
• பிழை மற்றும் தாமத உட்செலுத்துதல்: மீள்தன்மையைச் சோதிக்க, எங்கள் பிழை உட்செலுத்தும் கட்டமைப்பைப் பயன்படுத்தி, உற்பத்திச் சூழலில் நாங்கள் தவறாமல் கட்டுப்படுத்தப்பட்ட தோல்விகளை (நோட் செயலிழப்புகள், ரேக் செயலிழப்புகள், நெட்வொர்க் தாமதம், API பிழைகள்) உட்செலுத்துகிறோம். இந்த நிலைமைகளின் கீழ் அமைப்பின் நடத்தைகளைப் பகுப்பாய்வு செய்வதன் மூலம், நாங்கள் பலவீனங்களை முன்கூட்டியே கண்டறிந்து சரிசெய்கிறோம், இதன் மூலம் தொடர்ச்சியான நம்பகத்தன்மையை உறுதி செய்கிறோம்.

வாடிக்கையாளர் பக்க மீள்தன்மை

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

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

ராப்ளாக்ஸ் கேச்சிங்கின் எதிர்காலம்

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

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

நன்றி: 

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