ஹே ஹப்ர்! கட்டுரையின் மொழிபெயர்ப்பை உங்கள் கவனத்திற்கு முன்வைக்கிறேன் "சர்வீஸ் மெஷ் டேட்டா பிளேன் vs கட்டுப்பாட்டு விமானம்" நூலாசிரியர் மாட் க்ளீன்.

இந்த நேரத்தில், சேவை மெஷ் கூறுகள், தரவு விமானம் மற்றும் கட்டுப்பாட்டு விமானம் ஆகிய இரண்டின் விளக்கத்தையும் நான் "விரும்பினேன் மற்றும் மொழிபெயர்த்தேன்". இந்த விளக்கம் எனக்கு மிகவும் புரிந்துகொள்ளக்கூடியதாகவும் சுவாரஸ்யமாகவும் தோன்றியது, மேலும் மிக முக்கியமாக "இது தேவையா?" என்ற புரிதலுக்கு வழிவகுத்தது.

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

ஜூலையில் நான் எழுதிய பின்வரும் தொடர் ட்வீட்களின் மூலம் நிலைமை மிகச் சிறப்பாகச் சுருக்கப்பட்டுள்ளது:

சேவை மெஷ் குழப்பம் #1: Linkerd ~ = Nginx ~ = Haproxy ~ = தூதர். அவர்களில் யாரும் இஸ்தியோவுக்கு சமமானவர்கள் அல்ல. இஸ்டியோ முற்றிலும் வேறுபட்ட ஒன்று. 1 /

முதலாவது தரவு விமானங்கள். சுயமாக அவர்கள் எதையும் செய்வதில்லை. அவர்கள் இன்னும் ஏதாவது மனநிலையில் இருக்க வேண்டும். 2/

இஸ்டியோ என்பது பகுதிகளை ஒன்றாக இணைக்கும் கட்டுப்பாட்டு விமானத்தின் ஒரு எடுத்துக்காட்டு. இது மற்றொரு அடுக்கு. /முடிவு

முந்தைய ட்வீட்கள் பல்வேறு திட்டங்களை (Linkerd, NGINX, HAProxy, Envoy மற்றும் Istio) குறிப்பிடுகின்றன, ஆனால் மிக முக்கியமாக தரவு விமானம், சேவை மெஷ் மற்றும் கட்டுப்பாட்டு விமானத்தின் பொதுவான கருத்துகளை அறிமுகப்படுத்துகின்றன. இந்த இடுகையில், நான் ஒரு படி பின்வாங்கி, "தரவு விமானம்" மற்றும் "கட்டுப்பாட்டு விமானம்" என்ற சொற்களால் நான் என்ன சொல்கிறேன் என்பதைப் பற்றி மிக உயர்ந்த மட்டத்தில் பேசுவேன், பின்னர் ட்வீட்களில் குறிப்பிடப்பட்டுள்ள திட்டங்களுக்கு விதிமுறைகள் எவ்வாறு பொருந்தும் என்பதைப் பற்றி பேசுவேன்.

சேவை மெஷ் என்றால் என்ன?

படம் 1: சர்வீஸ் மெஷ் கண்ணோட்டம்

1 படம் ஒரு சேவை கண்ணியின் கருத்தை அதன் அடிப்படை மட்டத்தில் விளக்குகிறது. நான்கு சேவைக் குழுக்கள் (AD) உள்ளன. ஒவ்வொரு சேவை நிகழ்வும் உள்ளூர் ப்ராக்ஸி சேவையகத்துடன் தொடர்புடையது. ஒரு பயன்பாட்டு நிகழ்விலிருந்து அனைத்து நெட்வொர்க் டிராஃபிக்கும் (HTTP, REST, gRPC, Redis, முதலியன) உள்ளூர் ப்ராக்ஸி மூலம் பொருத்தமான வெளிப்புற சேவை கிளஸ்டர்களுக்கு அனுப்பப்படுகிறது. இந்த வழியில், பயன்பாட்டு நிகழ்வு நெட்வொர்க்கை முழுவதுமாக அறிந்திருக்கவில்லை மற்றும் அதன் உள்ளூர் ப்ராக்ஸியை மட்டுமே அறிந்திருக்கிறது. இதன் விளைவாக, விநியோகிக்கப்பட்ட கணினி நெட்வொர்க் சேவையிலிருந்து அகற்றப்பட்டது.

தரவு விமானம்

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

• சேவை கண்டுபிடிப்பு. உங்கள் விண்ணப்பத்திற்கு என்ன சேவைகள்/பயன்பாடுகள் உள்ளன?
• சுகாதார சோதனை. சேவை கண்டுபிடிப்பு மூலம் வழங்கப்படும் சேவை நிகழ்வுகள் ஆரோக்கியமானவை மற்றும் நெட்வொர்க் ட்ராஃபிக்கை ஏற்கத் தயாரா? இதில் செயலில் உள்ள (எ.கா. பதில்/உடல்நலச் சரிபார்ப்பு) மற்றும் செயலற்ற (எ.கா. 3 தொடர்ச்சியான 5xx பிழைகளைப் பயன்படுத்துவது ஆரோக்கியமற்ற சேவை நிலையைக் குறிக்கிறது) ஆகிய இரண்டும் அடங்கும்.
• ரூட்டிங். ஒரு REST சேவையிலிருந்து "/foo" க்கான கோரிக்கையைப் பெறும்போது, ​​கோரிக்கையை எந்த சேவைக் குழுவிற்கு அனுப்ப வேண்டும்?
• சுமை சமநிலை. ரூட்டிங் செய்யும் போது சர்வீஸ் க்ளஸ்ட்டர் தேர்ந்தெடுக்கப்பட்டதும், கோரிக்கையை எந்த சேவை நிகழ்வுக்கு அனுப்ப வேண்டும்? எந்த காலக்கெடுவுடன்? என்ன சர்க்யூட் பிரேக்கிங் அமைப்புகளுடன்? கோரிக்கை தோல்வியுற்றால், அதை மீண்டும் முயற்சிக்க வேண்டுமா?
• அங்கீகாரம் மற்றும் அங்கீகாரம். உள்வரும் கோரிக்கைகளுக்கு, mTLS அல்லது வேறு ஏதேனும் பொறிமுறையைப் பயன்படுத்தி அழைப்புச் சேவையை குறியாக்கவியல் ரீதியாக அடையாளம் காண/அங்கீகரிக்க முடியுமா? அங்கீகரிக்கப்பட்ட/அங்கீகரிக்கப்பட்டிருந்தால், சேவையில் கோரப்பட்ட செயல்பாட்டை (எண்ட்பாயிண்ட்) அழைக்க அனுமதிக்கப்படுமா அல்லது அங்கீகரிக்கப்படாத பதிலைத் திருப்பி அனுப்ப வேண்டுமா?
• கவனிக்கக்கூடிய தன்மை. ஒவ்வொரு கோரிக்கைக்கும் விரிவான புள்ளிவிவரங்கள், பதிவுகள்/பதிவுகள் மற்றும் விநியோகிக்கப்பட்ட சுவடு தரவு ஆகியவை உருவாக்கப்பட வேண்டும், இதனால் விநியோகிக்கப்பட்ட போக்குவரத்து ஓட்டம் மற்றும் பிழைத்திருத்த சிக்கல்கள் எழும்போது அவற்றை ஆபரேட்டர்கள் புரிந்து கொள்ள முடியும்.

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

கட்டுப்பாட்டு விமானம்

தரவுத் தளத்தில் உள்ளூர் ப்ராக்ஸி வழங்கும் பிணைய சுருக்கம் மாயமானது(?). இருப்பினும், சேவை Bக்கான "/foo" வழியைப் பற்றி ப்ராக்ஸிக்கு எப்படித் தெரியும்? ப்ராக்ஸி கோரிக்கைகளால் நிரப்பப்பட்ட சேவை கண்டுபிடிப்புத் தரவை எவ்வாறு பயன்படுத்தலாம்? லோட் பேலன்சிங், டைம்அவுட், சர்க்யூட் பிரேக்கிங் போன்றவற்றுக்கு அளவுருக்கள் எவ்வாறு கட்டமைக்கப்படுகின்றன? நீலம்/பச்சை முறை அல்லது அழகான போக்குவரத்து மாற்றம் முறையைப் பயன்படுத்தி பயன்பாட்டை எவ்வாறு வரிசைப்படுத்துவது? கணினி முழுவதும் அங்கீகாரம் மற்றும் அங்கீகார அமைப்புகளை உள்ளமைப்பது யார்?

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

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

படம் 2: மனித கட்டுப்பாட்டு விமானம்

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

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

படம் 3: மேம்பட்ட சேவை கண்ணி கட்டுப்பாட்டு விமானம்

மீது படம் 3 சேவை கண்ணியின் "நீட்டிக்கப்பட்ட" கட்டுப்பாட்டு விமானத்தைக் காட்டுகிறது. இது பின்வரும் பகுதிகளைக் கொண்டுள்ளது:

• மனிதன்: இன்னும் ஒரு நபர் (வட்டம் குறைந்த கோபம்) முழு அமைப்பையும் பற்றி உயர் மட்ட முடிவுகளை எடுக்கிறார்.
• கட்டுப்பாட்டு விமான UI: ஒரு நபர் கணினியைக் கட்டுப்படுத்த சில வகையான பயனர் இடைமுகத்துடன் தொடர்பு கொள்கிறார். இது ஒரு வலை போர்டல், கட்டளை வரி பயன்பாடு (CLI) அல்லது வேறு சில இடைமுகமாக இருக்கலாம். பயனர் இடைமுகத்தைப் பயன்படுத்தி, ஆபரேட்டருக்கு உலகளாவிய கணினி உள்ளமைவு அளவுருக்களுக்கான அணுகல் உள்ளது:
  • வரிசைப்படுத்தல் கட்டுப்பாடு, நீலம்/பச்சை மற்றும்/அல்லது படிப்படியாக போக்குவரத்து மாற்றம்
  • அங்கீகாரம் மற்றும் அங்கீகார விருப்பங்கள்
  • ரூட்டிங் அட்டவணை விவரக்குறிப்புகள், எடுத்துக்காட்டாக, பயன்பாடு A "/foo" பற்றிய தகவலைக் கோரும்போது என்ன நடக்கிறது
  • நேரமுடிவுகள், மறுமுயற்சிகள், சர்க்யூட் பிரேக்கிங் செட்டிங்ஸ் போன்றவை போன்ற பேலன்சர் அமைப்புகளை ஏற்றவும்.
• பணிச்சுமை திட்டமிடுபவர்: குபெர்னெட்ஸ் அல்லது நோமட் போன்ற சில வகையான திட்டமிடல்/ஆர்கெஸ்ட்ரேஷன் அமைப்பு மூலம் உள்கட்டமைப்பில் சேவைகள் இயக்கப்படுகின்றன. சேவையை அதன் உள்ளூர் ப்ராக்ஸியுடன் ஏற்றுவதற்கு திட்டமிடுபவர் பொறுப்பு.
• சேவை கண்டுபிடிப்பு. திட்டமிடுபவர் சேவை நிகழ்வுகளைத் தொடங்கி நிறுத்தும்போது, ​​அது சுகாதார நிலையை சேவை கண்டுபிடிப்பு அமைப்புக்கு தெரிவிக்கிறது.
• சைட்கார் ப்ராக்ஸி உள்ளமைவு APIகள் : ஆபரேட்டர் தலையீடு இல்லாமல் இறுதியில் சீரான மாதிரியைப் பயன்படுத்தி, உள்ளூர் ப்ராக்ஸிகள் பல்வேறு கணினி கூறுகளிலிருந்து நிலையைப் பிரித்தெடுக்கின்றன. தற்போது இயங்கும் அனைத்து சேவை நிகழ்வுகள் மற்றும் உள்ளூர் ப்ராக்ஸி சேவையகங்களைக் கொண்ட முழு அமைப்பும், இறுதியில் ஒரு சுற்றுச்சூழல் அமைப்பாக ஒன்றிணைகிறது. Envoy இன் உலகளாவிய தரவு விமானம் API இது நடைமுறையில் எவ்வாறு செயல்படுகிறது என்பதற்கு ஒரு எடுத்துக்காட்டு.

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

தரவு விமானம் மற்றும் கட்டுப்பாட்டு விமானம். தரவு விமானம் எதிராக கட்டுப்பாட்டு விமானம் சுருக்கம்

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

தற்போதைய திட்ட நிலப்பரப்பு

மேலே உள்ள விளக்கத்தைப் புரிந்து கொண்ட பிறகு, சேவை மெஷ் திட்டத்தின் தற்போதைய நிலையைப் பார்ப்போம்.

• தரவு விமானங்கள்: Linkerd, NGINX, HAProxy, Envoy, Traefik
• கட்டுப்பாட்டு விமானங்கள்: இஸ்டியோ, நெல்சன், ஸ்மார்ட்ஸ்டாக்

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

2016 ஆம் ஆண்டின் தொடக்கத்தில் சர்வீஸ் மெஷுக்கான முதல் டேட்டா பிளேன் ப்ராக்ஸி சர்வர்களில் லிங்கர்ட் ஒன்றாகும், மேலும் சேவை மெஷ் வடிவமைப்பு மாதிரியில் விழிப்புணர்வையும் கவனத்தையும் உயர்த்தும் அருமையான வேலையைச் செய்துள்ளது. சுமார் 6 மாதங்களுக்குப் பிறகு, தூதர் லிங்கர்டில் சேர்ந்தார் (அவர் 2015 இன் பிற்பகுதியில் இருந்து லிஃப்ட்டுடன் இருந்தார்). Linkerd மற்றும் Envoy ஆகிய இரண்டு திட்டங்கள் சேவை மெஷ்களைப் பற்றி விவாதிக்கும் போது அடிக்கடி குறிப்பிடப்படுகின்றன.

இஸ்டியோ மே 2017 இல் அறிவிக்கப்பட்டது. இஸ்டியோ திட்டத்தின் குறிக்கோள்கள் நீட்டிக்கப்பட்ட கட்டுப்பாட்டு விமானத்துடன் மிகவும் ஒத்திருக்கிறது படம் 3. இஸ்டியோவுக்கான தூதுவர் இயல்புநிலை ப்ராக்ஸி. எனவே, இஸ்டியோ என்பது கட்டுப்பாட்டு விமானம், மற்றும் தூதர் என்பது தரவு விமானம். சிறிது நேரத்தில், இஸ்டியோ மிகுந்த உற்சாகத்தை உருவாக்கியது, மேலும் பிற தரவு விமானங்கள் தூதருக்கு மாற்றாக ஒருங்கிணைக்கத் தொடங்கின (Linkerd மற்றும் NGINX இரண்டும் இஸ்டியோவுடன் ஒருங்கிணைப்பை வெளிப்படுத்தின). ஒரே கட்டுப்பாட்டுத் தளத்தில் வெவ்வேறு தரவுத் தளங்கள் பயன்படுத்தப்படலாம் என்பதன் அர்த்தம், கட்டுப்பாட்டுத் தளமும் தரவுத் தளமும் இறுக்கமாக இணைக்கப்பட வேண்டிய அவசியமில்லை. என்வாயின் ஜெனரிக் டேட்டா பிளேன் ஏபிஐ போன்ற ஒரு ஏபிஐ அமைப்பின் இரண்டு பகுதிகளுக்கு இடையே ஒரு பாலத்தை உருவாக்க முடியும்.

நெல்சன் மற்றும் ஸ்மார்ட்ஸ்டாக் ஆகியவை கட்டுப்பாட்டு விமானம் மற்றும் தரவுத் தளத்தைப் பிரிப்பதை மேலும் விளக்க உதவுகின்றன. நெல்சன் என்வாயை அதன் ப்ராக்ஸியாகப் பயன்படுத்துகிறார் மற்றும் ஹாஷிகார்ப் ஸ்டேக்கின் அடிப்படையில் சேவை வலையமைப்பிற்கான நம்பகமான கட்டுப்பாட்டு விமானத்தை உருவாக்குகிறார், அதாவது. நாடோடி, முதலியன SmartStack சேவை மெஷ்களின் புதிய அலைகளில் முதன்மையானது. SmartStack HAProxy அல்லது NGINX ஐச் சுற்றி ஒரு கட்டுப்பாட்டு விமானத்தை உருவாக்குகிறது, இது டேட்டா பிளேனில் இருந்து சர்வீஸ் மெஷிலிருந்து கட்டுப்பாட்டு விமானத்தை துண்டிக்கும் திறனை நிரூபிக்கிறது.

சேவை மெஷ் கொண்ட மைக்ரோ சர்வீஸ் கட்டமைப்பு அதிக கவனத்தைப் பெறுகிறது (சரியாக!), மேலும் பல திட்டங்களும் விற்பனையாளர்களும் இந்த திசையில் வேலை செய்யத் தொடங்கியுள்ளனர். அடுத்த சில ஆண்டுகளில் தரவுத் தளம் மற்றும் கட்டுப்பாட்டுத் தளம் ஆகிய இரண்டிலும் பல புதுமைகளைக் காண்போம், மேலும் பல்வேறு கூறுகளின் கலவையையும் காண்போம். இறுதியில், மைக்ரோ சர்வீஸ் கட்டமைப்பு ஆபரேட்டருக்கு மிகவும் வெளிப்படையானதாகவும் மாயாஜாலமாகவும் (?) மாற வேண்டும்.
வட்டம் குறைந்த மற்றும் குறைந்த எரிச்சல்.

முக்கிய எடுப்புகள்

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

ஆதாரம்: www.habr.com