Red Hat Ansible Engine 2.9 యొక్క రాబోయే విడుదల ఉత్తేజకరమైన మెరుగుదలలను తెస్తుంది, వాటిలో కొన్ని ఈ వ్యాసంలో చర్చించబడ్డాయి. ఎప్పటిలాగే, మేము సంఘం మద్దతుతో బహిరంగంగా Ansible నెట్‌వర్క్ మెరుగుదలలను అభివృద్ధి చేస్తున్నాము. మాతో చేరండి - ఒకసారి చూడండి మరియు అభివృద్ధి ప్రణాళికను అధ్యయనం చేయండి కోసం వికీ పేజీలో .
మేము ఇటీవల ప్రకటించినట్లుగా, ఇప్పుడు Ansible టవర్, Ansible ఇంజిన్ మరియు అన్ని Ansible నెట్‌వర్క్ కంటెంట్‌ను కలిగి ఉంది. ఈ రోజుల్లో, అత్యంత ప్రజాదరణ పొందిన నెట్‌వర్కింగ్ ప్లాట్‌ఫారమ్‌లు అన్సిబుల్ మాడ్యూల్స్ ద్వారా అమలు చేయబడతాయి. ఉదాహరణకి:
- అరిస్టా EOS
- సిస్కో IOS
- సిస్కో IOS XR
- సిస్కో NX-OS
- జునిపెర్ జూనోస్
- VyOS
Ansible ఆటోమేషన్ సబ్‌స్క్రిప్షన్ ద్వారా Red Hat పూర్తిగా మద్దతిచ్చే ప్లాట్‌ఫారమ్‌ల పూర్తి జాబితా కోసం, .
మనం ఏం నేర్చుకున్నాం
గత నాలుగు సంవత్సరాలుగా, మేము నెట్‌వర్క్ ఆటోమేషన్ ప్లాట్‌ఫారమ్‌ను అభివృద్ధి చేయడం గురించి చాలా నేర్చుకున్నాము. అది కూడా నేర్చుకున్నాం ఎలా ప్లాట్‌ఫారమ్ కళాఖండాలు అన్సిబుల్ ప్లేబుక్‌లు మరియు తుది వినియోగదారుల పాత్రలలో ఉపయోగించబడతాయి. మరియు మేము కనుగొన్నది ఇక్కడ ఉంది:
- సంస్థలు కేవలం ఒకరి నుండి మాత్రమే కాకుండా అనేక మంది విక్రేతల నుండి పరికరాలను ఆటోమేట్ చేస్తున్నాయి.
- ఆటోమేషన్ అనేది సాంకేతిక దృగ్విషయం మాత్రమే కాదు, సాంస్కృతికమైనది కూడా.
- ఆటోమేషన్ డిజైన్ యొక్క ప్రాథమిక నిర్మాణ సూత్రాల కారణంగా స్కేల్‌లో నెట్‌వర్క్‌లను ఆటోమేట్ చేయడం చాలా కష్టం.
మేము ఒక సంవత్సరం క్రితం మా దీర్ఘకాలిక వృద్ధి ప్రణాళికలను చర్చించినప్పుడు, మా కార్పొరేట్ క్లయింట్లు ఈ క్రింది వాటిని అడిగారు:
- వాస్తవ సేకరణను మరింత మెరుగ్గా ప్రమాణీకరించాలి మరియు అన్ని పరికరాలలో ఆటోమేషన్ వర్క్‌ఫ్లోలతో సమలేఖనం చేయాలి.
- పరికరంలో కాన్ఫిగరేషన్‌లను అప్‌డేట్ చేయడం కూడా ప్రామాణికంగా మరియు స్థిరంగా ఉండాలి, తద్వారా వాస్తవాలను సేకరించిన తర్వాత ఆన్సిబుల్ మాడ్యూల్స్ చక్రం యొక్క రెండవ భాగాన్ని నిర్వహిస్తాయి.
- పరికర కాన్ఫిగరేషన్‌ను నిర్మాణాత్మక డేటాగా మార్చడానికి మాకు కఠినమైన మరియు మద్దతు ఉన్న పద్ధతులు అవసరం. దీని ఆధారంగా, నెట్‌వర్క్ పరికరం నుండి సత్యం యొక్క మూలాన్ని తరలించవచ్చు.
వాస్తవ మెరుగుదలలు
అన్సిబుల్ ఉపయోగించి నెట్‌వర్క్ పరికరాల నుండి వాస్తవాలను సేకరించడం తరచుగా యాదృచ్ఛికంగా జరుగుతుంది. వెబ్-ఆధారిత ప్లాట్‌ఫారమ్‌లు వివిధ స్థాయిలలో వాస్తవ సేకరణ సామర్థ్యాలను కలిగి ఉంటాయి, అయితే అవి కీలక-విలువ జతలలో డేటా యొక్క ప్రాతినిధ్యాన్ని అన్వయించడం మరియు ప్రామాణీకరించడం కోసం తక్కువ లేదా ఎటువంటి కార్యాచరణను కలిగి ఉండవు. చదవండి కెన్ సెలెంజా వాస్తవ డేటాను విశ్లేషించడం మరియు ప్రామాణీకరించడం ఎంత కష్టం మరియు బాధాకరమైనది.
మేము అన్సిబుల్ నెట్‌వర్క్ ఇంజిన్ పాత్రలో పని చేయడం మీరు గమనించి ఉండవచ్చు. సహజంగానే, 24K డౌన్‌లోడ్‌ల తర్వాత, నెట్‌వర్క్ ఇంజిన్ పాత్ర త్వరగా నెట్‌వర్క్ ఆటోమేషన్ దృశ్యాల కోసం అన్సిబుల్ గెలాక్సీలో అత్యంత ప్రజాదరణ పొందిన యాన్సిబుల్ పాత్రలలో ఒకటిగా మారింది. Ansible 2.8లో ఏమి అవసరమో దాని కోసం సిద్ధం చేయడానికి మేము వీటిలో ఎక్కువ భాగాన్ని Ansible 2.9కి తరలించడానికి ముందు, ఈ Ansible పాత్ర ఆదేశాలను అన్వయించడం, ఆదేశాలను నిర్వహించడం మరియు నెట్‌వర్క్ పరికరాల కోసం డేటాను సేకరించడంలో సహాయపడే మొదటి సాధనాలను అందించింది.
నెట్‌వర్క్ ఇంజిన్‌ను ఎలా ఉపయోగించాలో మీకు తెలిస్తే, అన్సిబుల్‌లో ఉపయోగించడం కోసం వాస్తవ డేటాను సేకరించడానికి, అన్వయించడానికి మరియు ప్రామాణికం చేయడానికి ఇది చాలా సమర్థవంతమైన మార్గం. ఈ పాత్ర యొక్క ప్రతికూలత ఏమిటంటే, మీరు ప్రతి ప్లాట్‌ఫారమ్ కోసం మరియు అన్ని నెట్‌వర్క్ కార్యకలాపాల కోసం మొత్తం పార్సర్‌ల సమూహాన్ని సృష్టించాలి. పార్సర్‌లను సృష్టించడం, రవాణా చేయడం మరియు నిర్వహించడం ఎంత కష్టమో అర్థం చేసుకోవడానికి, ఒకసారి చూడండి సిస్కోలోని అబ్బాయిల నుండి.
క్లుప్తంగా చెప్పాలంటే, పరికరాల నుండి వాస్తవాలను పొందడం మరియు వాటిని కీ-విలువ జంటలుగా సాధారణీకరించడం అనేది స్కేల్‌లో ఆటోమేషన్‌కు చాలా అవసరం, కానీ మీకు చాలా మంది విక్రేతలు మరియు నెట్‌వర్క్ ప్లాట్‌ఫారమ్‌లు ఉన్నప్పుడు దీన్ని సాధించడం కష్టం.
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అరిస్టా పరికరం నుండి స్థానిక కాన్ఫిగరేషన్‌ను Ansible ఎలా తిరిగి పొందుతుందో గమనించండి మరియు దిగువ టాస్క్‌లు మరియు కార్యకలాపాల కోసం ప్రామాణిక కీ-విలువ జంటలుగా ఉపయోగించడానికి నిర్మాణాత్మక డేటాగా మారుస్తుంది.
ఇంటర్‌ఫేస్ వాస్తవాలు అన్సిబుల్ స్టోర్డ్ వేరియబుల్స్‌కు జోడించబడతాయి మరియు రిసోర్స్ మాడ్యూల్‌కు ఇన్‌పుట్‌గా వెంటనే లేదా తర్వాత ఉపయోగించబడతాయి 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మీరు చూడగలిగినట్లుగా, పరికరం నుండి సేకరించిన డేటా నేరుగా మార్పిడి లేకుండా సంబంధిత వనరుల మాడ్యూల్‌కు బదిలీ చేయబడుతుంది. ప్రారంభించినప్పుడు, ప్లేబుక్ పరికరం నుండి విలువలను తిరిగి పొందుతుంది మరియు వాటిని ఊహించిన వాటితో సరిపోల్చుతుంది. ఈ ఉదాహరణలో, తిరిగి అందించబడిన విలువలు ఊహించిన విధంగా ఉంటాయి (అనగా, ఇది కాన్ఫిగరేషన్ విచలనాలను తనిఖీ చేస్తుంది) మరియు కాన్ఫిగరేషన్ మార్చబడిందో లేదో నివేదిస్తుంది.
కాన్ఫిగరేషన్ డ్రిఫ్ట్‌ను గుర్తించడానికి అనువైన మార్గం ఏమిటంటే, వాస్తవాలను అన్సిబుల్ నిల్వ చేసిన వేరియబుల్స్‌లో నిల్వ చేయడం మరియు వాటిని తనిఖీ మోడ్‌లో వనరుల మాడ్యూల్‌తో క్రమానుగతంగా ఉపయోగించడం. ఎవరైనా మాన్యువల్‌గా విలువలను మార్చారా అని చూడటానికి ఇది ఒక సాధారణ పద్ధతి. చాలా సందర్భాలలో, సంస్థలు మార్పులు మరియు కాన్ఫిగరేషన్‌ను మానవీయంగా అనుమతిస్తాయి, అయినప్పటికీ అనేక కార్యకలాపాలు Ansible ఆటోమేషన్ ద్వారా నిర్వహించబడతాయి.
కొత్త రిసోర్స్ మాడ్యూల్స్ మునుపటి వాటి నుండి ఎలా భిన్నంగా ఉంటాయి?
నెట్‌వర్క్ ఆటోమేషన్ ఇంజనీర్ కోసం, అన్సిబుల్ 3 మరియు మునుపటి వెర్షన్‌లలోని రిసోర్స్ మాడ్యూల్స్ మధ్య 2.9 ప్రధాన తేడాలు ఉన్నాయి.
1) ఇచ్చిన నెట్‌వర్క్ వనరు కోసం (దీనిని కాన్ఫిగరేషన్ విభాగంగా కూడా భావించవచ్చు), మాడ్యూల్స్ మరియు వాస్తవాలు అన్ని మద్దతు ఉన్న నెట్‌వర్క్ ఆపరేటింగ్ సిస్టమ్‌లలో ఏకకాలంలో అభివృద్ధి చెందుతాయి. Ansible ఒక నెట్‌వర్క్ ప్లాట్‌ఫారమ్‌లో రిసోర్స్ కాన్ఫిగరేషన్‌కు మద్దతు ఇస్తే, మేము ప్రతిచోటా దానికి మద్దతు ఇవ్వాలని మేము భావిస్తున్నాము. ఇది వనరుల మాడ్యూళ్ల వినియోగాన్ని సులభతరం చేస్తుంది ఎందుకంటే నెట్‌వర్క్ ఆటోమేషన్ ఇంజనీర్ ఇప్పుడు స్థానిక మరియు మద్దతు ఉన్న మాడ్యూల్‌లతో అన్ని నెట్‌వర్క్ ఆపరేటింగ్ సిస్టమ్‌లలో వనరును (LLDP వంటివి) కాన్ఫిగర్ చేయవచ్చు.
2) రిసోర్స్ మాడ్యూల్స్ ఇప్పుడు రాష్ట్ర విలువను కలిగి ఉంటాయి.
merged: కాన్ఫిగరేషన్ అందించిన కాన్ఫిగరేషన్‌తో విలీనం చేయబడింది (డిఫాల్ట్);replaced: వనరుల కాన్ఫిగరేషన్ అందించిన కాన్ఫిగరేషన్‌తో భర్తీ చేయబడుతుంది;overridden: వనరుల కాన్ఫిగరేషన్ అందించిన కాన్ఫిగరేషన్‌తో భర్తీ చేయబడుతుంది; అనవసరమైన వనరు ఉదాహరణలు తొలగించబడతాయి;deleted: రిసోర్స్ కాన్ఫిగరేషన్ తొలగించబడుతుంది/డిఫాల్ట్‌కి పునరుద్ధరించబడుతుంది.
3) రిసోర్స్ మాడ్యూల్స్ ఇప్పుడు స్థిరమైన రిటర్న్ విలువలను కలిగి ఉంటాయి. నెట్‌వర్క్ రిసోర్స్ మాడ్యూల్ నెట్‌వర్క్ పరికరానికి అవసరమైన మార్పులను చేసినప్పుడు (లేదా ప్రతిపాదించినప్పుడు), అదే కీ-విలువ జతలను ప్లేబుక్‌కు తిరిగి అందిస్తుంది.
before: పనికి ముందు నిర్మాణాత్మక డేటా రూపంలో పరికరంలో కాన్ఫిగరేషన్;after: పరికరం మారినట్లయితే (లేదా పరీక్ష మోడ్ ఉపయోగించినట్లయితే మారవచ్చు), ఫలితంగా కాన్ఫిగరేషన్ నిర్మాణాత్మక డేటాగా అందించబడుతుంది;commands: ఏదైనా కాన్ఫిగరేషన్ కమాండ్‌లు డివైస్‌ని కావలసిన స్థితికి తీసుకురావడానికి దానిపై రన్ అవుతాయి.
వీటన్నింటికీ అర్థం ఏమిటి? ఇది ఎందుకు ముఖ్యమైనది?
ఈ పోస్ట్ చాలా క్లిష్టమైన కాన్సెప్ట్‌లను కవర్ చేస్తుంది, అయితే చివరికి మీరు ఆటోమేషన్ ప్లాట్‌ఫారమ్ కోసం సేకరణ, డేటా సాధారణీకరణ మరియు లూప్ కాన్ఫిగరేషన్‌లో ఎంటర్‌ప్రైజ్ క్లయింట్లు ఏమి అడుగుతున్నారో బాగా అర్థం చేసుకుంటారని మేము ఆశిస్తున్నాము. కానీ వారికి ఈ మెరుగుదలలు ఎందుకు అవసరం? అనేక సంస్థలు ఇప్పుడు తమ IT పరిసరాలను మరింత చురుకైన మరియు పోటీగా మార్చడానికి డిజిటల్ పరివర్తనను అనుసరిస్తున్నాయి. మంచి లేదా అధ్వాన్నంగా, చాలా మంది నెట్‌వర్క్ ఇంజనీర్లు స్వీయ-ఆసక్తితో లేదా నిర్వహణ యొక్క ఆదేశానుసారం నెట్‌వర్క్ డెవలపర్‌లు అవుతారు.
వ్యక్తిగత నెట్‌వర్క్ టెంప్లేట్‌లను ఆటోమేట్ చేయడం వల్ల గోతులు సమస్య పరిష్కరించబడదని మరియు కొంత మేరకు మాత్రమే సామర్థ్యాన్ని పెంచుతుందని సంస్థలు గ్రహించాయి. Red Hat Ansible ఆటోమేషన్ ప్లాట్‌ఫారమ్ నెట్‌వర్క్ పరికరంలో అంతర్లీన డేటాను ప్రోగ్రామాటిక్‌గా నిర్వహించడానికి కఠినమైన మరియు సూత్రప్రాయమైన వనరుల డేటా నమూనాలను అందిస్తుంది. అంటే, వినియోగదారులు నిర్దిష్ట విక్రేత అమలుపై కాకుండా సాంకేతికతలకు (ఉదాహరణకు, IP చిరునామాలు, VLANలు, LLDP మొదలైనవి) ప్రాధాన్యతనిస్తూ మరింత ఆధునిక పద్ధతులకు అనుకూలంగా వ్యక్తిగత కాన్ఫిగరేషన్ పద్ధతులను క్రమంగా వదిలివేస్తున్నారు.
నమ్మదగిన మరియు నిరూపితమైన కమాండ్ మాడ్యూల్స్ మరియు కాన్ఫిగరేషన్ యొక్క రోజులు లెక్కించబడతాయని దీని అర్థం? ఏ సందర్భంలోనూ. ఊహించిన నెట్‌వర్క్ రిసోర్స్ మాడ్యూల్‌లు అన్ని సందర్భాల్లో లేదా ప్రతి విక్రేతకు వర్తించవు, కాబట్టి నిర్దిష్ట అమలుల కోసం నెట్‌వర్క్ ఇంజనీర్‌లకు కమాండ్ మరియు కాన్ఫిగరేషన్ మాడ్యూల్స్ ఇప్పటికీ అవసరం. రిసోర్స్ మాడ్యూల్స్ యొక్క ఉద్దేశ్యం పెద్ద జింజా టెంప్లేట్‌లను సరళీకృతం చేయడం మరియు నిర్మాణాత్మకమైన JSON ఆకృతిలో నిర్మాణాత్మక పరికర కాన్ఫిగరేషన్‌లను సాధారణీకరించడం. రిసోర్స్ మాడ్యూల్‌లతో, ఇప్పటికే ఉన్న నెట్‌వర్క్‌లు వాటి కాన్ఫిగరేషన్‌ను స్ట్రక్చర్డ్ కీ-వాల్యూ జతలుగా మార్చడం సులభం అవుతుంది, ఇవి సులభంగా చదవగలిగే సత్యాన్ని సూచిస్తాయి. నిర్మాణాత్మక కీ-విలువ జతలను ఉపయోగించడం ద్వారా, మీరు ప్రతి పరికరంలో రన్నింగ్ కాన్ఫిగరేషన్‌ల నుండి స్వతంత్ర నిర్మాణాత్మక డేటాతో పని చేయడానికి మారవచ్చు మరియు ఇన్‌ఫ్రాస్ట్రక్చర్-కోడ్ విధానంలో నెట్‌వర్క్‌లను అగ్రస్థానానికి తీసుకురావచ్చు.
Ansible ఇంజిన్ 2.9లో ఏ రిసోర్స్ మాడ్యూల్స్ వస్తాయి?
Ansible 2.9లో ఏమి జరుగుతుందో వివరంగా చెప్పడానికి ముందు, మేము పని యొక్క మొత్తం పరిధిని ఎలా విభజించాము అని గుర్తుంచుకోండి.
మేము 7 వర్గాలను గుర్తించాము మరియు ప్రతిదానికి నిర్దిష్ట నెట్‌వర్క్ వనరులను కేటాయించాము:
గమనిక: బోల్డ్‌లో ఉన్న వనరులు Ansible 2.9లో ప్లాన్ చేయబడ్డాయి మరియు అమలు చేయబడ్డాయి.
ఎంటర్‌ప్రైజ్ కస్టమర్‌లు మరియు కమ్యూనిటీ నుండి వచ్చిన ఫీడ్‌బ్యాక్ ఆధారంగా, నెట్‌వర్క్ టోపోలాజీ ప్రోటోకాల్‌లు, వర్చువలైజేషన్ మరియు ఇంటర్‌ఫేస్‌లకు సంబంధించిన మాడ్యూల్‌లను మొదట పరిష్కరించడం లాజికల్.
కింది రిసోర్స్ మాడ్యూల్‌లు అన్సిబుల్ నెట్‌వర్క్ బృందంచే అభివృద్ధి చేయబడ్డాయి మరియు Red Hat ద్వారా మద్దతిచ్చే ప్లాట్‌ఫారమ్‌లకు అనుగుణంగా ఉంటాయి:
కింది మాడ్యూల్స్ అన్సిబుల్ కమ్యూనిటీ ద్వారా అభివృద్ధి చేయబడ్డాయి:
exos_lldp_global- ఎక్స్‌ట్రీమ్ నెట్‌వర్క్‌ల నుండి.nxos_bfd_interfaces- సిస్కో నుండిnxos_telemetry- సిస్కో నుండి
మీరు చూడగలిగినట్లుగా, వనరుల మాడ్యూళ్ల భావన మా ప్లాట్‌ఫారమ్-సెంట్రిక్ వ్యూహానికి సరిపోతుంది. అంటే, నెట్‌వర్క్ మాడ్యూల్‌ల అభివృద్ధిలో ప్రామాణీకరణకు మద్దతు ఇవ్వడానికి మరియు అన్సిబుల్ పాత్రలు మరియు ప్లేబుక్‌ల స్థాయిలో వినియోగదారుల పనిని సులభతరం చేయడానికి అవసరమైన సామర్థ్యాలు మరియు ఫంక్షన్‌లను మేము అన్సిబుల్‌లోనే చేర్చాము. రిసోర్స్ మాడ్యూల్స్ అభివృద్ధిని విస్తరించడానికి, అన్సిబుల్ బృందం మాడ్యూల్ బిల్డర్ సాధనాన్ని విడుదల చేసింది.
Ansible 2.10 మరియు అంతకు మించిన ప్రణాళికలు
Ansible 2.9 విడుదలైన తర్వాత, మేము Ansible 2.10 కోసం తదుపరి సెట్ రిసోర్స్ మాడ్యూల్స్‌పై పని చేస్తాము, ఇది నెట్‌వర్క్ టోపోలాజీ మరియు విధానాన్ని మరింత కాన్ఫిగర్ చేయడానికి ఉపయోగించవచ్చు, ఉదా. . డెవలప్‌మెంట్ ప్లాన్ ఇప్పటికీ సర్దుబాటు చేయబడుతుంది, కాబట్టి మీకు కామెంట్‌లు ఉంటే, దయచేసి దీన్ని రిపోర్ట్ చేయండి .
వనరులు మరియు ప్రారంభించడం
మూలం: www.habr.com