விகித வரம்புகளை மீறி: Codex, Sora அணுகலை விரிவாக்குதல்

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

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

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

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

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

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

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

அதற்கு பதிலாக, நமக்கு தேவையானது — நேரடி வரம்புகளை “பே-அஸ்-யு-கோ” (pay-as-you-go) அணுகலுடன் ஒருங்கிணைக்கும் ஒரு ஒற்றை ஹைப்ரிட் அமைப்பு:

இந்த அமைப்பு செய்ய வேண்டியவை:

• விகித வரம்புகள் எட்டப்படும் வரை அவற்றை அமல்படுத்துதல்
• தடையின்றி கிரெடிட்களுக்குத் மாற்றம் செய்தல் அதே கோரிக்கைக்குள்
• அந்த முடிவை உடனடியாக எடுத்தல்
• கிரெடிட் நுகர்வை கண்காணிக்கும் போது துல்லியமாகவும் கணக்கிடக்கூடியவையாகவும் இருத்தல்

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

இந்த மாடல் பயனர்கள் தயாரிப்பை உண்மையில் எவ்வாறு அனுபவிக்கிறார்கள் என்பதை பிரதிபலிக்கிறது. விகித வரம்புகள், இலவச அடுக்குகள், வரவுகள், பதவி உயர்வுகள் மற்றும் நிறுவன உரிமைகள் அனைத்தும் ஒரே முடிவு அடுக்கில் உள்ள அடுக்குகள் மட்டுமே. ஒரு பயனரின் பார்வையில், அவர்கள் “சிஸ்டங்களை மாற்றுவதில்லை”—அவர்கள் Codex மற்றும் Sora ஐ தொடர்ந்து பயன்படுத்துகிறார்கள். அதனால்தான் கிரெடிட்கள் தெரியாததாக உணரப்படுகின்றன: அவை நீர்வீழ்ச்சியில் உள்ள மற்றொரு கூறு மட்டுமே.

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

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

ஒவ்வொரு முடிவிலும் வெளிப்படைத்தன்மையை வழங்க வேண்டியிருந்தது:

• ஏன் ஒரு கோரிக்கை அனுமதிக்கப்பட்டது அல்லது தடுக்கப்பட்டது
• எவ்வளவு பயன்பாடு அது எடுத்தது
• எந்த வரம்புகள் அல்லது சமநிலைகள் பயன்படுத்தப்பட்டன

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

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

உயர் மட்டத்தில், அமைப்பு:

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

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

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

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

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

• கிரெடிட் நுகர்வை ஏற்படுத்துகிறதா இல்லையா என்பதைப் பொருட்படுத்தாமல், அனைத்து பயனர் செயல்பாடுகளுக்கும் தயாரிப்பு பயன்பாட்டு நிகழ்வுகள் வெளியிடப்படுகின்றன. இது பயனர் செயல்பாட்டிற்கான தணிக்கை பதிவுத் தடத்தை வழங்குகிறது மற்றும் நாங்கள் ஏன் கிரெடிட்களை கட்டணம் வசூலித்தோம் அல்லது வசூலிக்கவில்லை என்பதை விளக்க அனுமதிக்கிறது.
• ஒவ்வொரு நிகழ்வும் ஒரு நிலையான idempotency key ஐ கொண்டிருக்கும், எனவே மீண்டும் முயற்சிகள், மீள்பதிவுகள், அல்லது worker மீள்தொடக்கங்கள் ஒருபோதும் ஒரு இருப்பை இருமுறை பற்று செய்ய முடியாது, இது இருமுறை கட்டணம் வசூலிப்பதைத் தடுக்கிறது. இது எங்கள் பணியை ஆஃப்லைனில் சரிபார்க்க ஒரு தொகுதி ஒப்புமை செயல்முறையை இயக்கவும் அனுமதிக்கிறது.
• ஆடிட் டிரெயில் உருவாக்குவதற்காக, ஒத்திசைவான புதுப்பிப்புகளுக்கு பதிலாக ஒத்திசைவற்ற (ஆனால் இன்னும் கிட்டத்தட்ட நேரடி நேர) இருப்பு புதுப்பிப்புகளை நாங்கள் செய்கிறோம். அமைப்பு செயல்படுகிறது என்பதை நாங்கள் நிரூபிக்கவும், எங்கள் பயனர்களிடம் தவறாக கட்டணம் வசூலிக்கவில்லை என்பதை அவர்களுக்கு உறுதி அளிக்கவும், பயனரின் இருப்புத்தொகையைப் புதுப்பிப்பதில் ஒரு சிறிய தாமதத்தை நாங்கள் பொறுத்துக்கொள்கிறோம். அந்த குறுகிய தாமதம் காரணமாக நாங்கள் ஒரு பயனரின் கிரெடிட் இருப்பை மீறினால், அதை தானாகவே திருப்பிச் செலுத்துகிறோம்; கடுமையான அமல்படுத்தலை விட நிரூபிக்கக்கூடிய சரியானதன்மை மற்றும் பயனர் நம்பிக்கைக்கு முன்னுரிமை அளிக்கிறோம்.
• ஒரே அணு தரவுத்தள பரிவர்த்தனையில் Credit Balance ஐ குறைத்து, Balance Update பதிவைச் செருகுகிறோம். ஒவ்வொரு கணக்கிற்கும் இருப்பு புதுப்பிப்புகள் வரிசைப்படுத்தப்படுகின்றன, எனவே ஒரே நேர கோரிக்கைகள் ஒரே கிரெடிட்களைச் செலவழிக்க முடியாது. பாலன்ஸ் அப்டேட் பதிவில் டெபிட் தொகையும், புதுப்பிப்பைத் தூண்டிய பணமயமாக்கல் நிகழ்விற்கான மீள்அடையாளமும் உள்ளன; இதனை ஒரே தரவுத்தள பரிவர்த்தனையில் இணைப்பது, கிரெடிட் இருப்பில் செய்யப்படும் ஒவ்வொரு திருத்தத்திற்கும் கணக்குப் பதிவை உறுதிசெய்கிறது.

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

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

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

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