புரோஹோஸ்டர் > Блог > நிர்வாகம் > குபெர்னெட்டஸுக்கு கசாண்ட்ரா இடம்பெயர்வு: அம்சங்கள் மற்றும் தீர்வுகள்
குபெர்னெட்டஸுக்கு கசாண்ட்ரா இடம்பெயர்வு: அம்சங்கள் மற்றும் தீர்வுகள்
Apache Cassandra தரவுத்தளத்தையும் குபெர்னெட்ஸ் அடிப்படையிலான உள்கட்டமைப்பிற்குள் அதை இயக்க வேண்டியதன் அவசியத்தையும் நாங்கள் தொடர்ந்து சந்திக்கிறோம். இந்த உள்ளடக்கத்தில், கசாண்ட்ராவை K8 களுக்கு மாற்றுவதற்கு தேவையான படிகள், அளவுகோல்கள் மற்றும் ஏற்கனவே உள்ள தீர்வுகள் (ஆபரேட்டர்களின் கண்ணோட்டம் உட்பட) பற்றிய எங்கள் பார்வையைப் பகிர்ந்து கொள்வோம்.
"பெண்ணை ஆளக்கூடியவர் மாநிலத்தையும் ஆளலாம்"
கசாண்ட்ரா யார்? இது ஒரு விநியோகிக்கப்பட்ட சேமிப்பக அமைப்பாகும், அதே நேரத்தில் அதிக அளவு தரவுகளை நிர்வகிக்க வடிவமைக்கப்பட்டுள்ளது. திட்டத்திற்கு நீண்ட அறிமுகம் தேவையில்லை, எனவே ஒரு குறிப்பிட்ட கட்டுரையின் சூழலில் பொருத்தமான கசாண்ட்ராவின் முக்கிய அம்சங்களை மட்டுமே தருகிறேன்:
கசாண்ட்ரா ஜாவாவில் எழுதப்பட்டுள்ளது.
கசாண்ட்ரா இடவியல் பல நிலைகளை உள்ளடக்கியது:
முனை - ஒரு வரிசைப்படுத்தப்பட்ட கசாண்ட்ரா நிகழ்வு;
ரேக் என்பது கசாண்ட்ரா நிகழ்வுகளின் ஒரு குழுவாகும், அதே தரவு மையத்தில் அமைந்துள்ள சில பண்புகளால் ஒன்றுபட்டது;
டேட்டாசென்டர் - ஒரு தரவு மையத்தில் அமைந்துள்ள கசாண்ட்ரா நிகழ்வுகளின் அனைத்து குழுக்களின் தொகுப்பு;
கிளஸ்டர் என்பது அனைத்து தரவு மையங்களின் தொகுப்பாகும்.
கசாண்ட்ரா ஒரு முனையை அடையாளம் காண ஐபி முகவரியைப் பயன்படுத்துகிறது.
எழுதுதல் மற்றும் வாசிப்பு செயல்பாடுகளை விரைவுபடுத்த, கசாண்ட்ரா சில தரவுகளை RAM இல் சேமிக்கிறது.
இப்போது - Kubernetes க்கு உண்மையான சாத்தியமான நகர்வு.
பரிமாற்றத்திற்கான சரிபார்ப்பு பட்டியல்
குபெர்னெட்டஸுக்கு கசாண்ட்ரா இடம்பெயர்வது பற்றி பேசுகையில், இந்த நடவடிக்கையால் அதை நிர்வகிக்க மிகவும் வசதியாக இருக்கும் என்று நாங்கள் நம்புகிறோம். இதற்கு என்ன தேவைப்படும், இதற்கு என்ன உதவும்?
1. தரவு சேமிப்பு
ஏற்கனவே தெளிவுபடுத்தப்பட்டபடி, கசாண்டா தரவின் ஒரு பகுதியை RAM இல் சேமிக்கிறது நினைவூட்டக்கூடியது. ஆனால் வட்டில் சேமிக்கப்பட்ட தரவின் மற்றொரு பகுதி உள்ளது - வடிவத்தில் SSTable. இந்தத் தரவில் ஒரு பொருள் சேர்க்கப்பட்டுள்ளது உறுதி பதிவு - அனைத்து பரிவர்த்தனைகளின் பதிவுகள், அவை வட்டில் சேமிக்கப்படும்.
கசாண்ட்ராவில் பரிவர்த்தனை வரைபடத்தை எழுதவும்
Kubernetes இல், தரவைச் சேமிக்க PersistentVolume ஐப் பயன்படுத்தலாம். நிரூபிக்கப்பட்ட வழிமுறைகளுக்கு நன்றி, குபெர்னெட்டஸில் தரவுகளுடன் பணிபுரிவது ஒவ்வொரு ஆண்டும் எளிதாகிறது.
கசாண்ட்ராவுடன் அதன் சொந்த பெர்சிஸ்டண்ட் வால்யூமுடன் ஒவ்வொரு பாட்களையும் ஒதுக்குவோம்
கசாண்ட்ராவே தரவு நகலெடுப்பைக் குறிக்கிறது, இதற்கான உள்ளமைக்கப்பட்ட வழிமுறைகளை வழங்குகிறது என்பதை கவனத்தில் கொள்ள வேண்டும். எனவே, நீங்கள் அதிக எண்ணிக்கையிலான முனைகளில் இருந்து கசாண்ட்ரா கிளஸ்டரை உருவாக்குகிறீர்கள் என்றால், தரவு சேமிப்பிற்காக Ceph அல்லது GlusterFS போன்ற விநியோகிக்கப்பட்ட அமைப்புகளைப் பயன்படுத்த வேண்டிய அவசியமில்லை. இந்த வழக்கில், ஹோஸ்ட் டிஸ்கில் தரவைச் சேமிப்பது தர்க்கரீதியானதாக இருக்கும் உள்ளூர் நிலையான வட்டுகள் அல்லது பெருகுதல் hostPath.
ஒவ்வொரு அம்சக் கிளைக்கும் டெவலப்பர்களுக்கான தனி சூழலை உருவாக்க வேண்டுமா என்பது மற்றொரு கேள்வி. இந்த வழக்கில், ஒரு கசாண்ட்ரா முனையை உயர்த்தி, தரவை விநியோகிக்கப்பட்ட சேமிப்பகத்தில் சேமித்து வைப்பதே சரியான அணுகுமுறையாக இருக்கும், அதாவது. குறிப்பிடப்பட்ட Ceph மற்றும் GlusterFS ஆகியவை உங்கள் விருப்பங்களாக இருக்கும். குபெர்ண்டஸ் கிளஸ்டர் முனைகளில் ஒன்று தொலைந்தாலும் டெவலப்பர் சோதனைத் தரவை இழக்க மாட்டார் என்பதில் உறுதியாக இருப்பார்.
2 கண்காணிப்பு
குபெர்னெட்ஸில் கண்காணிப்பை நடைமுறைப்படுத்துவதற்கு கிட்டத்தட்ட போட்டியற்ற தேர்வு ப்ரோமிதியஸ் ஆகும் (இதைப் பற்றி விரிவாகப் பேசினோம் தொடர்புடைய அறிக்கை). Prometheus க்கான அளவீடுகள் ஏற்றுமதியாளர்களுடன் Cassandra எப்படி இருக்கிறது? மேலும், கிராஃபனாவுக்கான டேஷ்போர்டுகளுடன் பொருந்துவது என்ன?
கசாண்ட்ராவுக்கான கிராஃபனாவில் வரைபடங்கள் தோன்றியதற்கான எடுத்துக்காட்டு
எங்களுக்காக முதல் ஒன்றைத் தேர்ந்தெடுத்தோம், ஏனெனில்:
ஜேஎம்எக்ஸ் எக்ஸ்போர்ட்டர் வளர்ந்து வளர்ந்து வருகிறது, அதே நேரத்தில் கசாண்ட்ரா எக்ஸ்போர்ட்டரால் போதுமான சமூக ஆதரவைப் பெற முடியவில்லை. கசாண்ட்ரா எக்ஸ்போர்ட்டர் இன்னும் கசாண்ட்ராவின் பெரும்பாலான பதிப்புகளை ஆதரிக்கவில்லை.
கொடியைச் சேர்ப்பதன் மூலம் நீங்கள் அதை ஜாவாஜெண்டாக இயக்கலாம் -javaagent:<plugin-dir-name>/cassandra-exporter.jar=--listen=:9180.
அவருக்கென்று ஒன்று இருக்கிறது போதுமான டேஷ்போட், இது கசாண்ட்ரா எக்ஸ்போர்ட்டருடன் இணக்கமற்றது.
3. குபெர்னெட்ஸ் பழமையானவற்றைத் தேர்ந்தெடுப்பது
கசாண்ட்ரா கிளஸ்டரின் மேலே உள்ள கட்டமைப்பின் படி, அங்கு விவரிக்கப்பட்டுள்ள அனைத்தையும் குபெர்னெட்டஸ் சொற்களில் மொழிபெயர்க்க முயற்சிப்போம்:
முழு கசாண்ட்ரா கிளஸ்டரையும் ஒரே நேரத்தில் நிர்வகிப்பதற்கு சில கூடுதல் நிறுவனம் இல்லை என்று மாறிவிடும். ஆனால் எதுவும் இல்லை என்றால், நாம் அதை உருவாக்க முடியும்! குபெர்னெட்டஸ் இந்த நோக்கத்திற்காக அதன் சொந்த ஆதாரங்களை வரையறுக்க ஒரு பொறிமுறையைக் கொண்டுள்ளது - விருப்ப வள வரையறைகள்.
பதிவுகள் மற்றும் விழிப்பூட்டல்களுக்கான கூடுதல் ஆதாரங்களை அறிவித்தல்
ஆனால் தனிப்பயன் வளம் என்பது எதையும் குறிக்காது: எல்லாவற்றிற்கும் மேலாக, அது தேவைப்படுகிறது கட்டுப்படுத்தி. நீங்கள் உதவியை நாட வேண்டியிருக்கலாம் குபெர்னெட்ஸ் ஆபரேட்டர்...
4. காய்களை அடையாளம் காணுதல்
மேலே உள்ள பத்தியில், ஒரு கசாண்ட்ரா முனை குபெர்னெட்டஸில் ஒரு நெற்றுக்கு சமமாக இருக்கும் என்பதை நாங்கள் ஒப்புக்கொண்டோம். ஆனால் காய்களின் ஐபி முகவரிகள் ஒவ்வொரு முறையும் வித்தியாசமாக இருக்கும். மேலும் கசாண்ட்ராவில் ஒரு முனையின் அடையாளம் IP முகவரியை அடிப்படையாகக் கொண்டது... ஒவ்வொரு பாட் அகற்றப்பட்ட பிறகும், கசாண்ட்ரா கிளஸ்டர் ஒரு புதிய முனையைச் சேர்க்கும்.
ஒரு வழி இருக்கிறது, ஒன்று மட்டுமல்ல:
ஹோஸ்ட் அடையாளங்காட்டிகள் (கசாண்ட்ரா நிகழ்வுகளை தனித்துவமாக அடையாளம் காணும் UUIDகள்) அல்லது IP முகவரிகள் மூலம் பதிவுகளை வைத்திருக்கலாம் மற்றும் சில கட்டமைப்புகள்/அட்டவணைகளில் அனைத்தையும் சேமிக்கலாம். முறை இரண்டு முக்கிய குறைபாடுகளைக் கொண்டுள்ளது:
இரண்டு கணுக்கள் ஒரே நேரத்தில் விழுந்தால் ரேஸ் நிலை ஏற்படும் அபாயம். உயர்வுக்குப் பிறகு, கசாண்ட்ரா முனைகள் ஒரே நேரத்தில் டேபிளில் இருந்து ஐபி முகவரியைக் கோரும் மற்றும் அதே ஆதாரத்திற்காக போட்டியிடும்.
ஒரு கசாண்ட்ரா முனை அதன் தரவை இழந்திருந்தால், அதை நாம் இனி அடையாளம் காண முடியாது.
இரண்டாவது தீர்வு ஒரு சிறிய ஹேக் போல் தெரிகிறது, இருப்பினும்: ஒவ்வொரு கசாண்ட்ரா முனைக்கும் ClusterIP உடன் ஒரு சேவையை உருவாக்கலாம். இதை செயல்படுத்துவதில் உள்ள சிக்கல்கள்:
கசாண்ட்ரா கிளஸ்டரில் நிறைய முனைகள் இருந்தால், நாம் நிறைய சேவைகளை உருவாக்க வேண்டியிருக்கும்.
ClusterIP அம்சம் iptables வழியாக செயல்படுத்தப்படுகிறது. கசாண்ட்ரா கிளஸ்டரில் பல (1000... அல்லது 100?) முனைகள் இருந்தால் இது ஒரு பிரச்சனையாக மாறும். இருந்தாலும் ஐபிவிஎஸ் அடிப்படையில் சமநிலைப்படுத்துதல் இந்த சிக்கலை தீர்க்க முடியும்.
மூன்றாவது தீர்வு, அமைப்பை இயக்குவதன் மூலம் காய்களின் பிரத்யேக நெட்வொர்க்கிற்குப் பதிலாக கசாண்ட்ரா முனைகளுக்கான முனைகளின் நெட்வொர்க்கைப் பயன்படுத்துவதாகும். hostNetwork: true. இந்த முறை சில கட்டுப்பாடுகளை விதிக்கிறது:
அலகுகளை மாற்றுவதற்கு. புதிய முனையில் முந்தைய ஐபி முகவரியைப் போலவே இருக்க வேண்டும் (AWS, GCP போன்ற மேகங்களில் இதைச் செய்வது கிட்டத்தட்ட சாத்தியமற்றது);
கிளஸ்டர் முனைகளின் நெட்வொர்க்கைப் பயன்படுத்தி, பிணைய ஆதாரங்களுக்காக நாங்கள் போட்டியிடத் தொடங்குகிறோம். எனவே, ஒரு கிளஸ்டர் முனையில் கசாண்ட்ராவுடன் ஒன்றுக்கு மேற்பட்ட காய்களை வைப்பது சிக்கலாக இருக்கும்.
5. காப்புப்பிரதிகள்
ஒரு கசாண்ட்ரா முனையின் தரவின் முழுப் பதிப்பையும் அட்டவணையில் சேமிக்க விரும்புகிறோம். Kubernetes பயன்படுத்தி வசதியான அம்சத்தை வழங்குகிறது கிரான்ஜாப், ஆனால் இங்கே கசாண்ட்ரா தானே எங்கள் சக்கரங்களில் ஒரு ஸ்போக்கை வைக்கிறார்.
நினைவகத்தில் சில தரவுகளை கசாண்ட்ரா சேமிக்கிறது என்பதை உங்களுக்கு நினைவூட்டுகிறேன். முழு காப்புப்பிரதியை உருவாக்க, உங்களுக்கு நினைவகத்திலிருந்து தரவு தேவை (நினைவூட்டல்கள்வட்டுக்கு நகர்த்து (SSTables) இந்த கட்டத்தில், கசாண்ட்ரா முனை இணைப்புகளை ஏற்றுக்கொள்வதை நிறுத்துகிறது, கிளஸ்டரிலிருந்து முழுமையாக மூடப்படும்.
இதற்குப் பிறகு, காப்பு நீக்கப்பட்டது (புகைப்படம்) மற்றும் திட்டம் சேமிக்கப்பட்டது (விசைவெளி) ஒரு காப்புப்பிரதி எங்களுக்கு எதையும் தராது என்று மாறிவிடும்: கசாண்ட்ரா முனை பொறுப்பான தரவு அடையாளங்காட்டிகளை நாம் சேமிக்க வேண்டும் - இவை சிறப்பு டோக்கன்கள்.
கசாண்ட்ரா முனைகள் என்ன தரவுகளுக்குப் பொறுப்பாகும் என்பதை அடையாளம் காண டோக்கன்களின் விநியோகம்
குபெர்னெட்ஸில் கூகிளிலிருந்து கசாண்ட்ரா காப்புப்பிரதியை எடுப்பதற்கான எடுத்துக்காட்டு ஸ்கிரிப்டைக் காணலாம் இந்த இணைப்பு. ஸ்கிரிப்ட் கணக்கில் எடுத்துக் கொள்ளாத ஒரே விஷயம், ஸ்னாப்ஷாட்டை எடுப்பதற்கு முன் தரவை நோட்டில் மீட்டமைப்பதுதான். அதாவது, காப்புப்பிரதி தற்போதைய நிலைக்கு அல்ல, ஆனால் சற்று முந்தைய நிலைக்கு செய்யப்படுகிறது. ஆனால் இது முனையை செயல்பாட்டிற்கு வெளியே எடுக்காமல் இருக்க உதவுகிறது, இது மிகவும் தர்க்கரீதியானதாக தோன்றுகிறது.
set -eu
if [[ -z "$1" ]]; then
info "Please provide a keyspace"
exit 1
fi
KEYSPACE="$1"
result=$(nodetool snapshot "${KEYSPACE}")
if [[ $? -ne 0 ]]; then
echo "Error while making snapshot"
exit 1
fi
timestamp=$(echo "$result" | awk '/Snapshot directory: / { print $3 }')
mkdir -p /tmp/backup
for path in $(find "/var/lib/cassandra/data/${KEYSPACE}" -name $timestamp); do
table=$(echo "${path}" | awk -F "[/-]" '{print $7}')
mkdir /tmp/backup/$table
mv $path /tmp/backup/$table
done
tar -zcf /tmp/backup.tar.gz -C /tmp/backup .
nodetool clearsnapshot "${KEYSPACE}"
ஒரு கசாண்ட்ரா முனையிலிருந்து காப்புப் பிரதி எடுப்பதற்கான பாஷ் ஸ்கிரிப்ட்டின் உதாரணம்
குபெர்னெட்டஸில் உள்ள கசாண்ட்ராவுக்கான தயார் தீர்வுகள்
குபெர்னெட்டஸில் கசாண்ட்ராவைப் பயன்படுத்துவதற்கு தற்போது என்ன பயன்படுத்தப்படுகிறது மற்றும் கொடுக்கப்பட்ட தேவைகளுக்கு எது மிகவும் பொருத்தமானது?
1. ஸ்டேட்ஃபுல்செட் அல்லது ஹெல்ம் விளக்கப்படங்களின் அடிப்படையில் தீர்வுகள்
கசாண்ட்ரா கிளஸ்டரை இயக்க அடிப்படை ஸ்டேட்ஃபுல்செட்ஸ் செயல்பாடுகளைப் பயன்படுத்துவது ஒரு நல்ல வழி. ஹெல்ம் விளக்கப்படம் மற்றும் கோ டெம்ப்ளேட்களைப் பயன்படுத்தி, கசாண்ட்ராவைப் பயன்படுத்துவதற்கு ஒரு நெகிழ்வான இடைமுகத்தை பயனருக்கு வழங்கலாம்.
இது பொதுவாக நன்றாக வேலை செய்கிறது... கணு செயலிழப்பு போன்ற எதிர்பாராத ஒன்று நடக்கும் வரை. நிலையான குபெர்னெட்ஸ் கருவிகள் மேலே விவரிக்கப்பட்ட அனைத்து அம்சங்களையும் கணக்கில் எடுத்துக்கொள்ள முடியாது. கூடுதலாக, இந்த அணுகுமுறை மிகவும் சிக்கலான பயன்பாடுகளுக்கு எவ்வளவு நீட்டிக்கப்படலாம் என்பதில் மிகவும் குறைவாகவே உள்ளது: முனை மாற்றுதல், காப்புப்பிரதி, மீட்பு, கண்காணிப்பு போன்றவை.
இரண்டு விளக்கப்படங்களும் சமமாக நல்லவை, ஆனால் மேலே விவரிக்கப்பட்ட சிக்கல்களுக்கு உட்பட்டவை.
2. குபெர்னெட்ஸ் ஆபரேட்டரை அடிப்படையாகக் கொண்ட தீர்வுகள்
இத்தகைய விருப்பங்கள் மிகவும் சுவாரஸ்யமானவை, ஏனெனில் அவை கிளஸ்டரை நிர்வகிப்பதற்கான ஏராளமான வாய்ப்புகளை வழங்குகின்றன. கசாண்ட்ரா ஆபரேட்டரை வடிவமைக்க, மற்ற தரவுத்தளத்தைப் போலவே, ஒரு நல்ல வடிவமானது சைட்கார் <-> கன்ட்ரோலர் <-> CRD:
நன்கு வடிவமைக்கப்பட்ட கசாண்ட்ரா ஆபரேட்டரில் முனை மேலாண்மை திட்டம்
நிர்வகிக்கப்பட்ட கசாண்ட்ரா வரிசைப்படுத்தல்களை வழங்கும் நிறுவனத்திலிருந்து இது உண்மையில் மிகவும் நம்பிக்கைக்குரிய மற்றும் தீவிரமாக வளரும் திட்டமாகும். இது, மேலே விவரிக்கப்பட்டுள்ளபடி, HTTP வழியாக கட்டளைகளை ஏற்கும் சைட்கார் கொள்கலனைப் பயன்படுத்துகிறது. ஜாவாவில் எழுதப்பட்டது, இது சில நேரங்களில் கிளையன்ட்-கோ நூலகத்தின் மேம்பட்ட செயல்பாடுகளைக் கொண்டிருக்கவில்லை. மேலும், ஒரு டேட்டாசென்டருக்கு வெவ்வேறு ரேக்குகளை ஆபரேட்டர் ஆதரிக்கவில்லை.
ஆனால் கண்காணிப்பு ஆதரவு, CRD ஐப் பயன்படுத்தி உயர்நிலை கிளஸ்டர் மேலாண்மை மற்றும் காப்புப்பிரதிகளை உருவாக்குவதற்கான ஆவணங்கள் போன்ற நன்மைகளை ஆபரேட்டர் கொண்டுள்ளது.
DB-as-a-Serviceஐ பயன்படுத்த வடிவமைக்கப்பட்ட அறிக்கை. தற்போது இரண்டு தரவுத்தளங்களை ஆதரிக்கிறது: மீள் தேடல் மற்றும் கசாண்ட்ரா. இது RBAC வழியாக தரவுத்தள அணுகல் கட்டுப்பாடு போன்ற சுவாரஸ்யமான தீர்வுகளைக் கொண்டுள்ளது (இதற்காக அதன் சொந்த நேவிகேட்டர்-அபிசர்வர் உள்ளது). ஒரு சுவாரஸ்யமான திட்டம் ஒரு உன்னிப்பாகப் பார்ப்பது மதிப்புக்குரியது, ஆனால் கடைசி அர்ப்பணிப்பு ஒன்றரை ஆண்டுகளுக்கு முன்பு செய்யப்பட்டது, இது அதன் திறனை தெளிவாகக் குறைக்கிறது.
அவர்கள் அதை "தீவிரமாக" கருதவில்லை, ஏனெனில் களஞ்சியத்திற்கான கடைசி உறுதிமொழி ஒரு வருடத்திற்கும் மேலாகும். ஆபரேட்டர் மேம்பாடு கைவிடப்பட்டது: Kubernetes இன் சமீபத்திய பதிப்பு 1.9 ஆதரிக்கப்படுகிறது.
ஒரு ஆபரேட்டர் அதன் வளர்ச்சி நாம் விரும்பும் அளவுக்கு விரைவாக முன்னேறவில்லை. இது கிளஸ்டர் நிர்வாகத்திற்கான நன்கு சிந்திக்கப்பட்ட CRD கட்டமைப்பைக் கொண்டுள்ளது, ClusterIP (அதே "ஹேக்") உடன் சேவையைப் பயன்படுத்தி முனைகளை அடையாளம் காண்பதில் சிக்கலைத் தீர்க்கிறது... ஆனால் இப்போதைக்கு அவ்வளவுதான். தற்போது கண்காணிப்பு அல்லது காப்புப்பிரதிகள் எதுவும் இல்லை (இதன் மூலம், நாங்கள் கண்காணிப்பதற்காக இருக்கிறோம் நாமே எடுத்தோம்) ஒரு சுவாரஸ்யமான விஷயம் என்னவென்றால், இந்த ஆபரேட்டரைப் பயன்படுத்தி நீங்கள் ScyllaDB ஐயும் பயன்படுத்தலாம்.
குறிப்பு: எங்கள் திட்டங்களில் ஒன்றில் சிறிய மாற்றங்களுடன் இந்த ஆபரேட்டரைப் பயன்படுத்தினோம். செயல்பாட்டின் முழு காலத்திலும் (~4 மாதங்கள் செயல்படும்) ஆபரேட்டரின் வேலையில் எந்த பிரச்சனையும் இல்லை.
பட்டியலில் உள்ள இளைய ஆபரேட்டர்: முதல் ஒப்பந்தம் மே 23, 2019 அன்று செய்யப்பட்டது. ஏற்கனவே இப்போது அதன் ஆயுதக் களஞ்சியத்தில் எங்கள் பட்டியலிலிருந்து ஏராளமான அம்சங்களைக் கொண்டுள்ளது, இது பற்றிய கூடுதல் விவரங்களை திட்ட களஞ்சியத்தில் காணலாம். ஆபரேட்டர் பிரபலமான ஆபரேட்டர்-sdk இன் அடிப்படையில் கட்டமைக்கப்பட்டுள்ளது. பெட்டிக்கு வெளியே கண்காணிப்பை ஆதரிக்கிறது. மற்ற ஆபரேட்டர்களிடமிருந்து முக்கிய வேறுபாடு பயன்பாடு ஆகும் CassKop சொருகி, பைத்தானில் செயல்படுத்தப்பட்டு கசாண்ட்ரா முனைகளுக்கு இடையே தொடர்பு கொள்ளப் பயன்படுகிறது.
கண்டுபிடிப்புகள்
கசாண்ட்ராவை குபெர்னெட்டஸுக்கு அனுப்புவதற்கான அணுகுமுறைகளின் எண்ணிக்கை மற்றும் சாத்தியமான விருப்பங்கள் தனக்குத்தானே பேசுகின்றன: தலைப்பு தேவை.
இந்த கட்டத்தில், உங்கள் சொந்த ஆபத்து மற்றும் ஆபத்தில் மேலே உள்ள எதையும் நீங்கள் முயற்சி செய்யலாம்: டெவலப்பர்கள் எவரும் உற்பத்தி சூழலில் தங்கள் தீர்வின் 100% செயல்பாட்டிற்கு உத்தரவாதம் அளிக்க மாட்டார்கள். ஆனால் ஏற்கனவே, பல தயாரிப்புகள் டெவலப்மெண்ட் பெஞ்சுகளில் பயன்படுத்த முயற்சி செய்வதை உறுதியளிக்கின்றன.
எதிர்காலத்தில் கப்பலில் இருக்கும் இந்த பெண் கைக்கு வருவார் என்று நினைக்கிறேன்!