ஒவ்வொரு வாடிக்கையாளருக்கும் ஒரே வடிவமைப்பு பயன்படுத்தப்படுகிறது. கிளவுட் சார்ந்த வேறுபாடுகளான இணைப்புத் தயாரிப்பு, முக்கிய சேவை, தரவுத்தள இயந்திரம் போன்றவை உள்ளமைவுத் தேர்வுகளே தவிர, மறுவடிவமைப்புகள் அல்ல. இதுவே, ஒரு சூழலை ஐந்து வேலை நாட்களில் குறியீட்டிலிருந்து உருவாக்கக்கூடியதாக ஆக்குகிறது.
படத்தை மேலிருந்து படித்தல்
- பயனர்களும் ஒருங்கிணைப்புகளும் erp.<வாடிக்கையாளர் டொமைன்> என்ற ஒரே பெயரை அடைந்து, HTTPS, TLS 1.2 அல்லது அதற்கு மேற்பட்ட பதிப்பு வழியாக WAF மூலம் ஒரு லோட் பேலன்சரை அடைகின்றன. உள்ளே வருவதற்கு இதுவே ஒரே பொது வழியாகும்.
- கிடைக்கும் மண்டலத்திற்கு ஒன்று வீதம், குறைந்தபட்சம் மூன்று பணியாளர் கணுக்கள், வலை மற்றும் API, பதிவிடும் இயந்திரம், ASK ஆப்பரேட்டர், மற்றும் பணியாளர்கள் மற்றும் வேலைகளை இயக்குகின்றன. ஒரு கணுவை அல்லது ஒரு முழு மண்டலத்தையே இழந்தால், பயனர்களுக்குச் சேவை செய்யும் திறன் குறைந்துவிடும்.
- வாடிக்கையாளர் தேர்ந்தெடுக்கும் எஞ்சின் மற்றும் அளவு கொண்ட நிர்வகிக்கப்படும் தரவுத்தளம், மற்றொரு மண்டலத்தில் ஒரு ஒத்திசைவான காத்திருப்பு அமைப்பைக் கொண்டுள்ளது. ஒரு மண்டலச் செயலிழப்பால் எந்த இழப்பும் ஏற்படாது: RPO ≈ 0.
- ஆவணங்களும் இணைப்புகளும் தரவுத்தளத்தில் அல்லாமல், பதிப்புப்படுத்தப்பட்ட பொருள் சேமிப்பகத்தில் சேமிக்கப்படுகின்றன.
- வெளிச்செல்லும் தரவுப் போக்குவரத்து, NAT வழியாக அனுமதிக்கப்பட்ட பட்டியலுக்குச் செல்கிறது: வங்கிகள், வரி மற்றும் மின்னணு விலைப்பட்டியல், ஊதியப்பட்டியல், மின்னஞ்சல், செயற்கை நுண்ணறிவு இயந்திரம். வேறு எதுவும் இல்லை.
- காப்புப்பிரதிகள் ஒரு தனி கணக்கில் உள்ள, காற்றுத் தடை இல்லாத பெட்டகத்திற்கு ஒருவழிப் பாதையாக அனுப்பப்படுகின்றன.
தனியார் அணுகல் பயன்படுத்தப்படும்போது மட்டுமே அவை இருப்பதால், தனியார் எண்ட்பாயிண்ட் மற்றும் உள் லோட் பேலன்சர் ஆகியவை கோடு கோடாக வரையப்பட்டுள்ளன. HTTPS-மட்டுமேயான அணுகலுடன் அவை உருவாக்கப்படுவதில்லை.
ஐந்து குமிழ்கள், வேறு எதுவும் இல்லை.
கணுவின் அளவு; கணுக்களின் எண்ணிக்கை (குறைந்தது மூன்று); தரவுத்தள இயந்திரம் மற்றும் அதன் அளவு; Live DR பகுதி; சூழல்களின் எண்ணிக்கை. மற்ற அனைத்தும் குறிப்புக் கட்டமைப்பாகும்.
கட்டமைத்து, ஒருங்கிணைத்து, அதன் பிறகு மட்டும் குறியீடு எழுதவும்.
தரநிலைக்கு அப்பாற்பட்ட ஒரு தேவை, அதை இயங்குதளத்துடன் சேர்த்து மேம்படுத்த முடியுமானால், உள்ளமைப்பின் மூலம் பூர்த்தி செய்யப்படுகிறது. இல்லையெனில், கிளஸ்டருக்கு வெளியே இயங்கும் TRANXACT API-கள் மூலமான ஒருங்கிணைப்பின் மூலம் அது பூர்த்தி செய்யப்படுகிறது. அதன் பிறகுதான், ஒரு பாதுகாப்பு மற்றும் பொறியியல் மதிப்பாய்வுக்குப் பிறகு, கிளஸ்டருக்குள் இருக்கும் குறியீடு அல்லது ஒரு ஏஜென்ட் பரிசீலிக்கப்படுகிறது; அது அங்கீகரிக்கப்பட்டால், அது அனுமதிக்கப்பட்டு வாடிக்கையாளர் ஆதரவுடன் செயல்படும், நிராகரிக்கப்பட்டால் அது கிளஸ்டருக்கு வெளியே இயங்கும்.
வாடிக்கையாளருக்கு நேரடி தரவுத்தள அணுகல் இல்லை — அது வழங்கப்படவில்லை (DB_3.1.09) எனக் குறிக்கப்பட்டுள்ளது. அறிக்கையிடல் மற்றும் ஒருங்கிணைப்பு ஆகியவை TRANXACT API-கள் மற்றும் பிரித்தெடுப்புகள் வழியாகச் செல்கின்றன, இதனால்தான் ஒரு BI கருவியானது தரவுத்தள உள்நுழைவு மூலம் அல்லாமல், API அல்லது திட்டமிடப்பட்ட பிரித்தெடுப்பு மூலம் இணைக்கப்படுகிறது.
கால்டர்வுட்டின் BI குழு, தங்கள் தரவுத்தளக் கிடங்கிற்காகப் படிக்க-மட்டும் அனுமதியுள்ள ஒரு பயனரைக் கோருகிறது. அதற்கான பதில், ஒரு தனிப்பட்ட இணைப்பு வழியாகத் திட்டமிடப்பட்ட தரவுப் பிரித்தெடுத்தல் ஆகும் — அவர்களின் இடைமுகப் பட்டியலில் உள்ள BI வரிசை "keep, scheduled extract, private link" என்பதாகும்.
முயற்சி செய்து பாருங்கள் கால்டர்வுட்டின் மாத இறுதியின் போது, மண்டலம் 2-இல் உள்ள ஒரு வொர்க்கர் நோட் செயலிழக்கிறது. பயனர்களுக்கு என்ன நடக்கும், மேலும் இது சேவை நிலை ஒப்பந்தத்தில் (SLA) கணக்கிடப்படுமா?
அதன் பாட்கள், சுமையைத் தாங்கும் வகையில் அளவிடப்பட்ட மண்டலங்கள் 1 மற்றும் 3-இல் உள்ள நோட்களுக்கு மறுதிட்டமிடப்படுகின்றன; மண்டலம் 2 முதன்மை முனையத்தைக் கொண்டிருந்தால் தவிர, தரவுத்தளம் பாதிக்கப்படாது, அவ்வாறான நிலையில் அது RPO ≈ 0 உடன் ஒத்திசைவான காத்திருப்பு முனையத்திற்கு மாறும். ஒரு மாதத்தின் கிடைக்கும் தன்மை அடுக்கு இலக்கைத் தவறவிட்டால் மட்டுமே இது SLA-க்கு எதிராகக் கணக்கிடப்படும்.