Red Hat Ansible Engine 2.9 இன் வரவிருக்கும் வெளியீடு அற்புதமான மேம்பாடுகளைக் கொண்டுவருகிறது, அவற்றில் சில இந்தக் கட்டுரையில் விவாதிக்கப்பட்டுள்ளன. எப்போதும் போல, சமூக ஆதரவுடன் வெளிப்படையாக அன்சிபிள் நெட்வொர்க் மேம்பாடுகளை உருவாக்கி வருகிறோம். எங்களுடன் சேருங்கள் - பாருங்கள்
நாங்கள் சமீபத்தில் அறிவித்தபடி,
- அரிஸ்டா ஈ.ஓ.எஸ்
- சிஸ்கோ ஐஓஎஸ்
- சிஸ்கோ IOS XR
- சிஸ்கோ NX-OS
- ஜூனிபர் ஜூனோஸ்
- VyOS
Ansible Automation சந்தா மூலம் Red Hat ஆல் முழுமையாக ஆதரிக்கப்படும் தளங்களின் முழுமையான பட்டியலுக்கு,
நாம் என்ன கற்றுக்கொண்டோம்
கடந்த நான்கு ஆண்டுகளில், நெட்வொர்க் ஆட்டோமேஷன் தளத்தை உருவாக்குவது பற்றி நிறைய கற்றுக்கொண்டோம். அதையும் கற்றுக்கொண்டோம் எப்படி பிளாட்பார்ம் கலைப்பொருட்கள் அன்சிபிள் பிளேபுக்குகளிலும் இறுதிப் பயனர்களின் பாத்திரங்களிலும் பயன்படுத்தப்படுகின்றன. மேலும் நாங்கள் கண்டுபிடித்தது இங்கே:
- நிறுவனங்கள் ஒருவரிடமிருந்து மட்டுமல்ல, பல விற்பனையாளர்களிடமிருந்தும் சாதனங்களை தானியங்குபடுத்துகின்றன.
- ஆட்டோமேஷன் என்பது ஒரு தொழில்நுட்ப நிகழ்வு மட்டுமல்ல, கலாச்சாரமும் கூட.
- தன்னியக்க வடிவமைப்பின் அடிப்படை கட்டடக்கலைக் கோட்பாடுகள் காரணமாக, நெட்வொர்க்குகளை அளவில் தானியக்கமாக்குவது மிகவும் கடினம்.
ஒரு வருடத்திற்கு முன்பு எங்களது நீண்ட கால வளர்ச்சித் திட்டங்களைப் பற்றி நாங்கள் விவாதித்தபோது, எங்கள் நிறுவன வாடிக்கையாளர்கள் பின்வருவனவற்றைக் கேட்டனர்:
- உண்மை சேகரிப்பு சிறப்பாக தரப்படுத்தப்பட்டு அனைத்து சாதனங்களிலும் தன்னியக்க பணிப்பாய்வுகளுடன் சீரமைக்கப்பட வேண்டும்.
- சாதனத்தில் உள்ளமைவுகளைப் புதுப்பித்தல் தரப்படுத்தப்பட்டதாகவும் சீரானதாகவும் இருக்க வேண்டும், இதனால் அன்சிபிள் தொகுதிகள் உண்மைகளைச் சேகரித்த பிறகு சுழற்சியின் இரண்டாம் பாதியைக் கையாளும்.
- சாதன உள்ளமைவை கட்டமைக்கப்பட்ட தரவுகளாக மாற்றுவதற்கு கடுமையான மற்றும் ஆதரிக்கப்படும் முறைகள் தேவை. இந்த அடிப்படையில், உண்மையின் மூலத்தை பிணைய சாதனத்திலிருந்து நகர்த்த முடியும்.
உண்மை மேம்பாடுகள்
அன்சிபிளைப் பயன்படுத்தி நெட்வொர்க் சாதனங்களிலிருந்து உண்மைகளைச் சேகரிப்பது பெரும்பாலும் சீரற்ற முறையில் நடக்கும். இணைய அடிப்படையிலான இயங்குதளங்கள் பல்வேறு அளவிலான உண்மைகளைச் சேகரிக்கும் திறன்களைக் கொண்டுள்ளன, ஆனால் அவை முக்கிய மதிப்பு ஜோடிகளில் தரவின் பிரதிநிதித்துவத்தை பாகுபடுத்துவதற்கும் தரப்படுத்துவதற்கும் சிறிதளவு அல்லது செயல்பாடுகளைக் கொண்டிருக்கவில்லை. படி
அன்சிபிள் நெட்வொர்க் எஞ்சின் ரோலில் நாங்கள் வேலை செய்வதை நீங்கள் கவனித்திருக்கலாம். இயற்கையாகவே, 24K பதிவிறக்கங்கள் பின்னர், நெட்வொர்க் எஞ்சின் பங்கு விரைவில் அன்சிபிள் கேலக்ஸியில் நெட்வொர்க் ஆட்டோமேஷன் காட்சிகளுக்காக மிகவும் பிரபலமான அன்சிபிள் பாத்திரங்களில் ஒன்றாக மாறியது. அன்சிபிள் 2.8 இல் என்ன தேவை என்பதைத் தயாரிப்பதற்காக நாம் இதை Ansible 2.9 க்கு நகர்த்துவதற்கு முன், இந்த Ansible பாத்திரம் கட்டளைகளை அலசவும், கட்டளைகளை நிர்வகிக்கவும் மற்றும் பிணைய சாதனங்களுக்கான தரவைச் சேகரிக்கவும் உதவும் கருவிகளின் முதல் தொகுப்பை வழங்கியது.
Network Engineஐ எவ்வாறு பயன்படுத்துவது என்பது உங்களுக்குத் தெரிந்தால், Ansible இல் பயன்படுத்துவதற்கான உண்மைத் தரவைச் சேகரிக்கவும், அலசவும், தரப்படுத்தவும் இது மிகவும் திறமையான வழியாகும். இந்த பாத்திரத்தின் தீமை என்னவென்றால், ஒவ்வொரு இயங்குதளத்திற்கும் மற்றும் அனைத்து நெட்வொர்க் செயல்பாடுகளுக்கும் நீங்கள் ஒரு மொத்த பாகுபடுத்திகளை உருவாக்க வேண்டும். பாகுபடுத்திகளை உருவாக்குவது, அனுப்புவது மற்றும் பராமரிப்பது எவ்வளவு கடினம் என்பதைப் புரிந்து கொள்ள, பாருங்கள்
சுருக்கமாக, சாதனங்களிலிருந்து உண்மைகளைப் பெறுவது மற்றும் அவற்றை முக்கிய மதிப்பு ஜோடிகளாக இயல்பாக்குவது அளவில் ஆட்டோமேஷனுக்கு இன்றியமையாதது, ஆனால் உங்களிடம் பல விற்பனையாளர்கள் மற்றும் நெட்வொர்க் இயங்குதளங்கள் இருக்கும்போது இதை அடைவது கடினம்.
அன்சிபிள் 2.9 இல் உள்ள ஒவ்வொரு பிணைய உண்மை தொகுதியும் இப்போது பிணைய சாதனத்தின் உள்ளமைவை பகுப்பாய்வு செய்து, கூடுதல் நூலகங்கள், அன்சிபிள் பாத்திரங்கள் அல்லது தனிப்பயன் பாகுபடுத்திகள் இல்லாமல் கட்டமைக்கப்பட்ட தரவை வழங்க முடியும்.
Ansible 2.9 முதல், ஒவ்வொரு முறையும் புதுப்பிக்கப்பட்ட பிணைய தொகுதி வெளியிடப்படும்போது, இந்த கட்டமைப்பின் பகுதியைப் பற்றிய தரவை வழங்க உண்மை தொகுதி மேம்படுத்தப்படுகிறது. அதாவது, உண்மைகள் மற்றும் தொகுதிகளின் வளர்ச்சி இப்போது அதே வேகத்தில் நிகழ்கிறது, மேலும் அவை எப்போதும் பொதுவான தரவு கட்டமைப்பைக் கொண்டிருக்கும்.
நெட்வொர்க் சாதனத்தில் உள்ள வளங்களின் உள்ளமைவை மீட்டெடுக்கலாம் மற்றும் இரண்டு வழிகளில் கட்டமைக்கப்பட்ட தரவுகளாக மாற்றலாம். இரண்டு வழிகளிலும், ஒரு புதிய முக்கிய சொல்லைப் பயன்படுத்தி ஆதாரங்களின் குறிப்பிட்ட பட்டியலை நீங்கள் சேகரித்து மாற்றலாம் gather_network_resources
. வள பெயர்கள் தொகுதி பெயர்களுடன் பொருந்துகின்றன, இது மிகவும் வசதியானது.
உண்மைகளை சேகரிக்கும் போது:
ஒரு முக்கிய சொல்லைப் பயன்படுத்துதல் gather_facts
பிளேபுக்கின் தொடக்கத்தில் தற்போதைய சாதன உள்ளமைவை மீட்டெடுக்கலாம், பின்னர் அதை முழு பிளேபுக் முழுவதும் பயன்படுத்தலாம். சாதனத்திலிருந்து பெற வேண்டிய தனிப்பட்ட ஆதாரங்களைக் குறிப்பிடவும்.
- hosts: arista
module_defaults:
eos_facts:
gather_subset: min
gather_network_resources:
- interfaces
gather_facts: True
இந்த எடுத்துக்காட்டுகளில் நீங்கள் புதிதாக ஒன்றைக் கவனித்திருக்கலாம், அதாவது - gather_facts: true
நெட்வொர்க் சாதனங்களுக்கான சொந்த உண்மை சேகரிப்புக்கு இப்போது கிடைக்கிறது.
நெட்வொர்க் உண்மை தொகுதியை நேரடியாகப் பயன்படுத்துதல்:
- name: collect interface configuration facts
eos_facts:
gather_subset: min
gather_network_resources:
- interfaces
இடைமுகம் பற்றிய பின்வரும் உண்மைகளை பிளேபுக் வழங்குகிறது:
ansible_facts:
ansible_network_resources:
interfaces:
- enabled: true
name: Ethernet1
mtu: '1476'
- enabled: true
name: Loopback0
- enabled: true
name: Loopback1
- enabled: true
mtu: '1476'
name: Tunnel0
- enabled: true
name: Ethernet1
- enabled: true
name: Tunnel1
- enabled: true
name: Ethernet1
அன்சிபிள் எவ்வாறு அரிஸ்டா சாதனத்திலிருந்து நேட்டிவ் உள்ளமைவை மீட்டெடுக்கிறது மற்றும் கீழ்நிலைப் பணிகள் மற்றும் செயல்பாடுகளுக்கு நிலையான விசை-மதிப்பு ஜோடிகளாகப் பயன்படுத்த கட்டமைக்கப்பட்ட தரவுகளாக மாற்றுகிறது என்பதைக் கவனியுங்கள்.
இடைமுக உண்மைகளை அன்சிபிள் சேமிக்கப்பட்ட மாறிகளில் சேர்க்கலாம் மற்றும் உடனடியாக அல்லது பின்னர் ஒரு வள தொகுதிக்கு உள்ளீடாகப் பயன்படுத்தலாம். eos_interfaces
கூடுதல் செயலாக்கம் அல்லது மாற்றம் இல்லாமல்.
வள தொகுதிகள்
எனவே, நாங்கள் உண்மைகளைப் பிரித்தெடுத்து, தரவை இயல்பாக்கினோம், அவற்றை ஒரு தரப்படுத்தப்பட்ட உள் தரவு கட்டமைப்பு வரைபடத்தில் பொருத்தி, உண்மையின் ஆயத்த மூலத்தைப் பெற்றோம். ஹூரே! இது நன்றாக இருக்கிறது, ஆனால் நாம் இன்னும் எப்படியாவது விசை-மதிப்பு ஜோடிகளை குறிப்பிட்ட சாதன இயங்குதளம் எதிர்பார்க்கும் குறிப்பிட்ட உள்ளமைவுக்கு மாற்ற வேண்டும். இந்த புதிய உண்மை சேகரிப்பு மற்றும் இயல்பாக்குதல் தேவைகளைப் பூர்த்தி செய்ய எங்களுக்கு இப்போது இயங்குதளம் சார்ந்த தொகுதிகள் தேவை.
வள தொகுதி என்றால் என்ன? ஒரு சாதனத்தின் உள்ளமைவுப் பிரிவுகளை அந்தச் சாதனம் வழங்கிய ஆதாரங்களாக நீங்கள் நினைக்கலாம். பிணைய ஆதார தொகுதிகள் வேண்டுமென்றே ஒரு வளத்திற்கு மட்டுப்படுத்தப்பட்டவை மற்றும் சிக்கலான பிணைய சேவைகளை கட்டமைக்க கட்டுமான தொகுதிகள் போன்ற அடுக்கி வைக்கப்படும். இதன் விளைவாக, வள தொகுதிக்கான தேவைகள் மற்றும் விவரக்குறிப்புகள் இயற்கையாகவே எளிமைப்படுத்தப்படுகின்றன, ஏனெனில் வள தொகுதி படிக்க முடியும் и பிணைய சாதனத்தில் குறிப்பிட்ட பிணைய சேவையை உள்ளமைக்கவும்.
ரிசோர்ஸ் மாட்யூல் என்ன செய்கிறது என்பதை விளக்க, புதிய நெட்வொர்க் ரிசோர்ஸ் ஃபேக்ட்ஸ் மற்றும் மாட்யூலைப் பயன்படுத்தி ஐடெம்போடென்ட் செயல்பாட்டைக் காட்டும் உதாரண பிளேபுக்கைப் பார்ப்போம். eos_l3_interface
.
- name: example of facts being pushed right back to device.
hosts: arista
gather_facts: false
tasks:
- name: grab arista eos facts
eos_facts:
gather_subset: min
gather_network_resources: l3_interfaces
- name: ensure that the IP address information is accurate
eos_l3_interfaces:
config: "{{ ansible_network_resources['l3_interfaces'] }}"
register: result
- name: ensure config did not change
assert:
that: not result.changed
நீங்கள் பார்க்க முடியும் என, சாதனத்திலிருந்து சேகரிக்கப்பட்ட தரவு மாற்றப்படாமல் தொடர்புடைய வள தொகுதிக்கு நேரடியாக மாற்றப்படும். தொடங்கும் போது, பிளேபுக் சாதனத்திலிருந்து மதிப்புகளை மீட்டெடுக்கிறது மற்றும் அவற்றை எதிர்பார்க்கும் மதிப்புகளுடன் ஒப்பிடுகிறது. இந்த எடுத்துக்காட்டில், எதிர்பார்க்கப்படும் மதிப்புகள் (அதாவது, உள்ளமைவு விலகல்களை சரிபார்க்கிறது) மற்றும் உள்ளமைவு மாறியதா என்பதைப் புகாரளிக்கிறது.
உள்ளமைவு சறுக்கலைக் கண்டறிவதற்கான சிறந்த வழி, உண்மைகளை அன்சிபிள் சேமிக்கப்பட்ட மாறிகளில் சேமித்து, அவற்றை அவ்வப்போது ஆய்வு முறையில் ஆதார தொகுதியுடன் பயன்படுத்துவதாகும். மதிப்புகளை யாராவது கைமுறையாக மாற்றியிருக்கிறார்களா என்பதைப் பார்ப்பதற்கான எளிய முறை இது. பெரும்பாலான சந்தர்ப்பங்களில், நிறுவனங்கள் மாற்றங்கள் மற்றும் உள்ளமைவை கைமுறையாக அனுமதிக்கின்றன, இருப்பினும் பல செயல்பாடுகள் அன்சிபிள் ஆட்டோமேஷன் மூலம் செய்யப்படுகின்றன.
புதிய வள தொகுதிகள் முந்தையவற்றிலிருந்து எவ்வாறு வேறுபடுகின்றன?
நெட்வொர்க் ஆட்டோமேஷன் பொறியாளருக்கு, அன்சிபிள் 3 மற்றும் முந்தைய பதிப்புகளில் உள்ள வள தொகுதிகளுக்கு இடையே 2.9 முக்கிய வேறுபாடுகள் உள்ளன.
1) கொடுக்கப்பட்ட பிணைய வளத்திற்கு (இது ஒரு கட்டமைப்பு பிரிவாகவும் கருதப்படலாம்), தொகுதிகள் மற்றும் உண்மைகள் அனைத்து ஆதரிக்கப்படும் நெட்வொர்க் இயக்க முறைமைகளிலும் ஒரே நேரத்தில் உருவாகும். அன்சிபிள் ஒரு நெட்வொர்க் பிளாட்ஃபார்மில் ஆதார உள்ளமைவை ஆதரித்தால், எல்லா இடங்களிலும் அதை ஆதரிக்க வேண்டும் என்று நாங்கள் நினைக்கிறோம். இது ரிசோர்ஸ் மாட்யூல்களின் பயன்பாட்டை எளிதாக்குகிறது, ஏனெனில் ஒரு நெட்வொர்க் ஆட்டோமேஷன் இன்ஜினியர் இப்போது அனைத்து நெட்வொர்க் ஆப்பரேட்டிங் சிஸ்டங்களிலும் நேட்டிவ் மற்றும் ஆதரிக்கப்படும் தொகுதிகளுடன் ஒரு ஆதாரத்தை (எல்எல்டிபி போன்றவை) உள்ளமைக்க முடியும்.
2) வள தொகுதிகள் இப்போது மாநில மதிப்பை உள்ளடக்கியது.
merged
: உள்ளமைவு வழங்கப்பட்ட உள்ளமைவுடன் இணைக்கப்பட்டுள்ளது (இயல்புநிலை);replaced
: வள கட்டமைப்பு வழங்கப்பட்ட உள்ளமைவுடன் மாற்றப்படும்;overridden
: வள கட்டமைப்பு வழங்கப்பட்ட உள்ளமைவுடன் மாற்றப்படும்; தேவையற்ற ஆதார நிகழ்வுகள் நீக்கப்படும்;deleted
: ஆதார கட்டமைப்பு நீக்கப்படும்/இயல்புநிலைக்கு மீட்டமைக்கப்படும்.
3) வள தொகுதிகள் இப்போது நிலையான வருவாய் மதிப்புகளை உள்ளடக்கியது. பிணைய ஆதார தொகுதி பிணைய சாதனத்தில் தேவையான மாற்றங்களைச் செய்யும்போது (அல்லது முன்மொழியப்பட்டால்), அது அதே விசை-மதிப்பு ஜோடிகளை பிளேபுக்கிற்குத் தருகிறது.
before
: பணிக்கு முன் கட்டமைக்கப்பட்ட தரவு வடிவில் சாதனத்தில் உள்ளமைவு;after
: சாதனம் மாறியிருந்தால் (அல்லது சோதனை பயன்முறையைப் பயன்படுத்தினால் மாறலாம்), இதன் விளைவாக உள்ளமைவு கட்டமைக்கப்பட்ட தரவாக வழங்கப்படும்;commands
: எந்த கட்டமைப்பு கட்டளைகளும் சாதனத்தை விரும்பிய நிலைக்கு கொண்டு வர அதன் மீது இயங்கும்.
இதற்கெல்லாம் என்ன அர்த்தம்? அது ஏன் முக்கியம்?
இந்த இடுகை பல சிக்கலான கருத்துகளை உள்ளடக்கியது, ஆனால் இறுதியில் நிறுவன கிளையன்ட்கள் உண்மையில் சேகரிப்பு, தரவு இயல்பாக்கம் மற்றும் ஒரு தன்னியக்க இயங்குதளத்திற்கான லூப் உள்ளமைவு ஆகியவற்றில் என்ன கேட்கிறார்கள் என்பதைப் பற்றி நீங்கள் நன்றாகப் புரிந்துகொள்வீர்கள் என்று நம்புகிறோம். ஆனால் அவர்களுக்கு ஏன் இந்த மேம்பாடுகள் தேவை? பல நிறுவனங்கள் இப்போது தங்கள் தகவல் தொழில்நுட்ப சூழலை மிகவும் சுறுசுறுப்பாகவும் போட்டித்தன்மையுடனும் மாற்ற டிஜிட்டல் மாற்றத்தை பின்பற்றுகின்றன. நல்லது அல்லது கெட்டது, பல நெட்வொர்க் பொறியாளர்கள் சுயநலத்திற்காகவோ அல்லது நிர்வாகத்தின் கட்டளையிலோ நெட்வொர்க் டெவலப்பர்களாக மாறுகிறார்கள்.
தனிப்பட்ட நெட்வொர்க் டெம்ப்ளேட்களை தானியக்கமாக்குவது குழிகளின் சிக்கலை தீர்க்காது மற்றும் ஒரு குறிப்பிட்ட அளவிற்கு மட்டுமே செயல்திறனை அதிகரிக்கிறது என்பதை நிறுவனங்கள் உணர்ந்துள்ளன. Red Hat Ansible Automation பிளாட்ஃபார்ம் ஒரு பிணைய சாதனத்தில் உள்ள அடிப்படைத் தரவை நிரல் ரீதியாக நிர்வகிக்க கடுமையான மற்றும் நெறிமுறை ஆதார தரவு மாதிரிகளை வழங்குகிறது. அதாவது, குறிப்பிட்ட விற்பனையாளர் செயல்படுத்தலைக் காட்டிலும், தொழில்நுட்பங்களுக்கு (உதாரணமாக, ஐபி முகவரிகள், விஎல்ஏஎன்கள், எல்எல்டிபி போன்றவை) முக்கியத்துவம் கொடுத்து நவீன முறைகளுக்கு ஆதரவாக தனிப்பட்ட உள்ளமைவு முறைகளை பயனர்கள் படிப்படியாக கைவிடுகின்றனர்.
நம்பகமான மற்றும் நிரூபிக்கப்பட்ட கட்டளை தொகுதிகள் மற்றும் உள்ளமைவின் நாட்கள் எண்ணப்பட்டுள்ளன என்று இது அர்த்தப்படுத்துகிறதா? எந்த சந்தர்ப்பத்திலும். எதிர்பார்க்கப்படும் பிணைய ஆதார தொகுதிகள் எல்லா சந்தர்ப்பங்களிலும் அல்லது ஒவ்வொரு விற்பனையாளருக்கும் பொருந்தாது, எனவே சில செயலாக்கங்களுக்கு பிணைய பொறியாளர்களுக்கு கட்டளை மற்றும் கட்டமைப்பு தொகுதிகள் இன்னும் தேவைப்படும். பெரிய ஜின்ஜா டெம்ப்ளேட்களை எளிதாக்குவது மற்றும் கட்டமைக்கப்படாத சாதன உள்ளமைவுகளை ஒரு கட்டமைக்கப்பட்ட JSON வடிவத்தில் இயல்பாக்குவதுதான் ஆதார தொகுதிகளின் நோக்கம். ஆதார தொகுதிகள் மூலம், தற்போதுள்ள நெட்வொர்க்குகள் தங்கள் உள்ளமைவை கட்டமைக்கப்பட்ட விசை-மதிப்பு ஜோடிகளாக மாற்றுவது எளிதாக இருக்கும். கட்டமைக்கப்பட்ட விசை-மதிப்பு ஜோடிகளைப் பயன்படுத்துவதன் மூலம், ஒவ்வொரு சாதனத்திலும் இயங்கும் உள்ளமைவுகளிலிருந்து சுயாதீனமான கட்டமைக்கப்பட்ட தரவுகளுடன் பணிபுரியலாம் மற்றும் நெட்வொர்க்குகளை உள்கட்டமைப்பு-குறியீட்டு அணுகுமுறையின் முன்னணியில் கொண்டு வரலாம்.
Ansible Engine 2.9 இல் என்ன வள தொகுதிகள் வரும்?
அன்சிபிள் 2.9 இல் என்ன நடக்கும் என்பதை விரிவாகக் கூறுவதற்கு முன், வேலையின் முழு நோக்கத்தையும் எவ்வாறு பிரித்தோம் என்பதை நினைவில் கொள்வோம்.
நாங்கள் 7 வகைகளைக் கண்டறிந்து ஒவ்வொன்றிற்கும் குறிப்பிட்ட நெட்வொர்க் ஆதாரங்களை ஒதுக்கினோம்:
குறிப்பு: தடிமனான ஆதாரங்கள் அன்சிபிள் 2.9 இல் திட்டமிடப்பட்டு செயல்படுத்தப்பட்டன.
நிறுவன வாடிக்கையாளர்கள் மற்றும் சமூகத்தின் கருத்துகளின் அடிப்படையில், நெட்வொர்க் டோபாலஜி நெறிமுறைகள், மெய்நிகராக்கம் மற்றும் இடைமுகங்கள் தொடர்பான தொகுதிகளை முதலில் சமாளிப்பது தர்க்கரீதியானது.
பின்வரும் ஆதார தொகுதிகள் Ansible Network குழுவால் உருவாக்கப்பட்டது மற்றும் Red Hat ஆல் ஆதரிக்கப்படும் தளங்களுக்கு ஒத்திருக்கிறது:
பின்வரும் தொகுதிகள் அன்சிபிள் சமூகத்தால் உருவாக்கப்பட்டன:
exos_lldp_global
- எக்ஸ்ட்ரீம் நெட்வொர்க்குகளிலிருந்து.nxos_bfd_interfaces
- சிஸ்கோவிலிருந்துnxos_telemetry
- சிஸ்கோவிலிருந்து
நீங்கள் பார்க்க முடியும் என, வள தொகுதிகள் கருத்து எங்கள் இயங்குதளத்தை மையமாகக் கொண்ட மூலோபாயத்தில் பொருந்துகிறது. அதாவது, நெட்வொர்க் தொகுதிகளின் வளர்ச்சியில் தரப்படுத்தலை ஆதரிப்பதற்கும், அன்சிபிள் பாத்திரங்கள் மற்றும் பிளேபுக்குகளின் மட்டத்தில் பயனர்களின் வேலையை எளிதாக்குவதற்கும் தேவையான திறன்கள் மற்றும் செயல்பாடுகளை அன்சிபிளிலேயே சேர்த்துள்ளோம். வள தொகுதிகளின் வளர்ச்சியை விரிவாக்க, அன்சிபிள் குழு தொகுதி பில்டர் கருவியை வெளியிட்டது.
அன்சிபிள் 2.10 மற்றும் அதற்கு அப்பால் உள்ள திட்டங்கள்
அன்சிபிள் 2.9 வெளியிடப்பட்டதும், அன்சிபிள் 2.10க்கான ஆதார தொகுதிகளின் அடுத்த தொகுப்பில் பணிபுரிவோம், இது நெட்வொர்க் டோபாலஜி மற்றும் கொள்கையை மேலும் உள்ளமைக்கப் பயன்படும், எ.கா.
வளங்கள் மற்றும் தொடங்குதல்
ஆதாரம்: www.habr.com