ஒருவருக்கு ஒரேயொரு தளத்திற்கு மட்டும் அணுகல் வழங்க முடியுமா?
இன்று ஒரு உறுப்பினர் உரிமை ஒரு நிறுவனத்திலும் அதன் கீழ் உள்ள படிநிலையிலும் உள்ள அனைத்திற்கும் அதன் பங்கை வழங்குகிறது, எனவே தளத் தொகுப்புகளைப் பிரிக்க நிறுவனங்களைப் பிரிப்பதே வழியாகும் — அந்தத் தளங்களை அவற்றின் சொந்த துணை நிறுவனத்தில் வைத்து, அங்கே உறுப்பினர் உரிமையை வழங்கவும். ஒவ்வொரு வாடிக்கையாளரும் ஏற்கனவே தமக்கென ஒரு தனி வரம்பை விரும்பும் முகமைகள் மற்றும் மறுவிற்பனையாளர்களுக்கு இது ஒரு தெளிவான மாதிரியாகும். ஒரு நிறுவனத்திற்குள் குறிப்பிட்ட பெயரிடப்பட்ட தளங்களுக்கு மட்டுமே ஒற்றை உறுப்பினர் உரிமையை ஒதுக்கும் வசதி என்பது தற்போது கிடைக்கும் ஒன்று என்பதை விட, திட்டமிடப்பட்ட மேம்பாடாகும்.
நான் அழைக்கும் டெவலப்பர் ஒரு தளத்தை நீக்கவோ அல்லது நேரலைக்கு மாற்றவோ முடியுமா?
டெவலப்பர் பாத்திரத்தில் தளத்தை நீக்குதல் அல்லது தளத்தை இடைநிறுத்துதல் ஆகியவை அடங்காது — அந்த உரிமைகள் உரிமையாளர் பாத்திரத்திற்கு சொந்தமானவை. இது தளங்களைப் பார்ப்பது மற்றும் உருவாக்குவது, சேவைகளை மறுதொடக்கம் செய்வது, தற்காலிக நினைவகத்தை (cache) அழிப்பது, API விசைகளை நிர்வகிப்பது மற்றும் டிக்கெட்டுகளில் பணியாற்றுவது ஆகியவற்றுக்கான அனுமதிகளை வழங்குகிறது. வரிசைப்படுத்தல் மற்றும் நேரலைக்கு மாற்றுதல் (push-to-live) அனுமதிகளும் டெவலப்பர் உரிமைகளின் ஒரு பகுதி அல்ல, எனவே தயாரிப்பு நிலைக்கு மாற்றுவது கணக்கின் உரிமையாளரிடமே இருக்கும். இதனை staging உடன் இணைக்கவும், இதனால் உருவாக்கப் பணிகள் தொடக்கத்திலிருந்தே நேரலை தளத்திற்கு வெளியே நடைபெறும்.
Zinn Digital® பணியாளர்கள் எனது கணக்கில் எவற்றைப் பார்க்க முடியும்?
இது முற்றிலும் பணியாளரின் பங்கைப் பொறுத்தது, மேலும் ஒவ்வொரு பங்கும் குறிப்பிட்ட அனுமதி சாவிகளின் தொகுப்பாகும். உதாரணமாக, ஒரு ஆதரவு முகவர் உங்கள் கணக்கையும் தளங்களையும் பார்க்கலாம், உங்கள் கோரிக்கைகளைப் பார்த்து பதிலளிக்கலாம், ஒரு தளத்தை மறுதொடக்கம் செய்து அதன் தற்காலிக சேமிப்பை அழிக்கலாம் — மேலும் பில்லிங் உள்ளமைவு, பணத்தைத் திரும்பப்பெறுதல், திட்டங்கள் அல்லது சர்வர் தொகுப்பை மாற்ற முடியாது. வாடிக்கையாளராக உள்நுழைவது என்பது சூப்பர் அட்மினுக்கு மட்டுமே உள்ள தனி அனுமதியாகும், அவ்வாறு நிகழும்போது கட்டுப்பாட்டுப் பலகத்தில் தொடர்ச்சியான ஆள்மாறாட்டப் பதாகை தோன்றும். ஒவ்வொரு சிறப்புரிமை பெற்ற செயலும் அதைச் செய்தவர், செயல், இலக்கு, IP மற்றும் நேர முத்திரையுடன் தணிக்கைப் பதிவேட்டில் பதிவு செய்யப்படுகிறது, மேலும் உங்கள் நிறுவனத்தின் பதிவை நீங்களே பார்க்க முடியும்.
யாராவது வெளியேறினால் விரைவாக அணுகலை எவ்வாறு திரும்பப் பெறுவது?
உறுப்பினர் நிலையை நீக்குங்கள், அந்த நிறுவனத்திற்கான அவர்களின் அணுகல் முடிவுக்கு வரும் — அவர்கள் இன்னும் தங்கள் சொந்த அடையாளத்தைக் கொண்டுள்ளனர், ஆனால் உங்கள் கணக்கில் எந்தப் பங்கும் இல்லை, எனவே எந்த அனுமதிகளும் இல்லை. API விசைகள் தனித்தனியாகத் திரும்பப் பெறப்படுகின்றன, எனவே வேறு எதையும் பாதிக்காமல் ஒரு பைப்லைன் விசையைத் துண்டிக்க முடியும். நீங்கள் SAML ஒற்றை உள்நுழைவைப் பயன்படுத்தினால், உங்கள் அடையாள வழங்குநரில் உள்ள டீப்ரோவிஷனிங் செயல்முறை உள்நுழைவை மையமாகக் கையாளுகிறது. SSH விசைகள் போன்ற தள அளவிலான சான்றுகள் டாஷ்போர்டில் திரும்பப் பெறப்படுகின்றன, மேலும் நீக்கப்படுவது தணிக்கை-பதிவு செய்யப்படுகிறது.
குழு உறுப்பினர்கள் எனது API விசைகளைப் பகிர்கிறார்களா?
இல்லை — ஆனால் அதற்கான காரணத்தைத் துல்லியமாக அறிந்துகொள்வது அவசியம். API விசைகள் தனிப்பட்ட உறுப்பினருக்கு அல்லாமல் நிறுவனத்திற்கே சொந்தமானவை, மேலும் அவை ஒரே அனுமதிப் பட்டியலுடன் இணைக்கப்பட்ட தங்களுக்கே உரிய விரிவான வரம்புகளைக் கொண்டுள்ளன. எனவே ஒரு நபரிடம் விசையை ஒப்படைப்பதற்குப் பதிலாக, அந்தப் பணிக்குத் தேவையான மிகக் குறைந்த வரம்பைக் கொண்டு அது செய்யும் பணிக்காக ஒரு விசையை நீங்கள் உருவாக்குகிறீர்கள், மேலும் பணி முடிந்ததும் அந்த விசையை ரத்து செய்கிறீர்கள். இரகசியத்தின் ஹாஷ் மட்டுமே சேமிக்கப்படுகிறது, மேலும் ஒவ்வொரு விசையும் கடைசியாக எப்போது பயன்படுத்தப்பட்டது என்பதைப் பதிவுசெய்கிறது, எனவே பயன்படுத்தப்படாத விசைகளைக் கண்டறிந்து நீக்குவது எளிதாகும்.
எல்லாவற்றிற்குமான சாவியைக் கொடுக்காமல் நான் ஓர் AI முகவரை இணைக்க முடியுமா?
ஆம். எங்கள் MCP சேவையகம் OAuth 2.1 மூலம் ஏஜென்ட்டுகளை அங்கீகரிக்கிறது மற்றும் ஒவ்வொரு கருவிக்கும் திரும்பப்பெறக்கூடிய டோக்கன்களுடன் உங்கள் நிறுவனம் மற்றும் உங்கள் RBAC பங்கிற்கு அவற்றை மட்டுப்படுத்துகிறது, எனவே நீங்கள் முழுமையான அணுகலுக்குப் பதிலாக ஒரு குறிப்பிட்ட திறனை வழங்குகிறீர்கள். அழிவுகரமான செயல்களுக்கு உறுதிப்படுத்தல் தேவைப்படுகிறது, செலவு வரம்புகள் பொருந்தும், மேலும் ஒவ்வொரு செயலும் மனித செயல்பாட்டைப் போலவே அதே தணிக்கை பதிவில் சேமிக்கப்படுகிறது.
ஒரு குத்தகைதாரர் மற்றொரு குத்தகைதாரரின் தரவை அணுகுவதை எது தடுக்கிறது?
Postgres-இன் வரிசை-நிலை பாதுகாப்பு (Row-Level Security), தரவுத்தளத்திற்குள்ளேயே அழைப்பாளரின் நிறுவனக் கிளைக்கு வினவல்களை மட்டுப்படுத்துகிறது; இதில் பயன்பாட்டு நிலை வடிப்பான் ஒரே பாதுகாப்பு அரணாக இல்லாமல் கூடுதல் பாதுகாப்பாகச் செயல்படுகிறது. எல்லைக்கு வெளியே உள்ள பதிவுகளுக்கான கோரிக்கைகள், அனுமதிப் பிழைக்கு பதிலாக 'காணப்படவில்லை' என்பதைத் திருப்புகின்றன, இதனால் அங்கு என்ன இருக்கிறது என்பது பற்றிய விவரங்கள் வெளிப்படாது. சேவையகத் தரப்பில், CageFS மூலமான தனித்தனி தளப் பிரிப்பு ஒவ்வொரு பயனரின் ஷெல் மற்றும் கோப்புகளையும் அவர்களின் சொந்த தளத்திற்குள்ளேயே வைத்திருக்கிறது.
பணம் செலுத்துவதற்கு முன் இதை நான் முயற்சித்துப் பார்க்கலாமா?
ஆம். 14 நாள் சோதனைக் காலம் கார்டு-இல்லாதது — கட்டண விவரங்கள் இல்லை, எந்தக் கடப்பாடும் இல்லை — மேலும் இது ஐந்து தளங்கள் வரையிலான Footprint-Free Hosting சேவையை உள்ளடக்கியது. நீங்கள் உறுதியளிக்கும் முன், ஒரு சகாக்களை அழைக்கவும், ஒரு பங்கை ஒதுக்கவும, மற்றும் வரம்புகள் உங்களுக்குத் தேவையான முறையில் செயல்படுகின்றனவா என்பதை உறுதிப்படுத்தவும் இது போதுமானது.