សៀវភៅលេងខាងក្នុង។ មុខងារបណ្តាញនៅក្នុងម៉ាស៊ីន Ansible ថ្មី 2.9

ការចេញផ្សាយនាពេលខាងមុខនៃ Red Hat Ansible Engine 2.9 នាំមកនូវការកែលម្អដ៏គួរឱ្យរំភើប ដែលមួយចំនួនត្រូវបានពិភាក្សានៅក្នុងអត្ថបទនេះ។ ដូចសព្វមួយដង យើងកំពុងបង្កើតការកែលម្អបណ្តាញ Ansible ដោយបើកចំហរ ដោយមានការគាំទ្រពីសហគមន៍។ ចូលរួមជាមួយយើង - មើល ចេញក្រុមប្រឹក្សាភិបាលនៅលើ GitHub និងសិក្សាផែនការអភិវឌ្ឍន៍សម្រាប់ ការចេញផ្សាយ Red Hat Ansible Engine 2.9 នៅលើទំព័រវីគីសម្រាប់ បណ្តាញ Ansible.

ដូចដែលយើងបានប្រកាសកាលពីពេលថ្មីៗនេះ។ វេទិកាស្វ័យប្រវត្តិកម្មក្រហមនៃមួកក្រហម ឥឡូវនេះរួមបញ្ចូល Ansible Tower, Ansible Engine និងមាតិកាបណ្តាញ Ansible ទាំងអស់។ សព្វថ្ងៃនេះ វេទិកាបណ្តាញពេញនិយមបំផុតត្រូវបានអនុវត្តតាមរយៈម៉ូឌុល Ansible ។ ឧទាហរណ៍:

• អារីសអេសអេស
• ស៊ីស្កូអាយអេសអូ
• ស៊ីស្កូ IOS XR
• ស៊ីស្កូ NX-OS
• Juniper Junos
• វីអូអេស

សម្រាប់បញ្ជីពេញលេញនៃវេទិកាដែលត្រូវបានគាំទ្រយ៉ាងពេញលេញដោយ Red Hat តាមរយៈការជាវ Ansible Automation បោះពុម្ពនៅទីនេះ.

តើយើងបានរៀនអ្វីខ្លះ

ក្នុងរយៈពេល XNUMX ឆ្នាំកន្លងមកនេះ យើងបានរៀនច្រើនអំពីការបង្កើតវេទិកាស្វ័យប្រវត្តិកម្មបណ្តាញ។ យើងក៏បានរៀនវាដែរ។ របៀប វត្ថុបុរាណរបស់វេទិកាត្រូវបានប្រើនៅក្នុងសៀវភៅលេង Ansible និងតួនាទីដោយអ្នកប្រើប្រាស់ចុងក្រោយ។ ហើយនេះជាអ្វីដែលយើងបានរកឃើញ៖

• អង្គការ​គឺ​ជា​ឧបករណ៍​ស្វ័យប្រវត្តិ​មិន​ត្រឹម​តែ​មួយ​ប៉ុណ្ណោះ​ទេ ប៉ុន្តែ​ជា​អ្នក​លក់​ជា​ច្រើន។
• ស្វ័យប្រវត្តិកម្មមិនត្រឹមតែជាបាតុភូតបច្ចេកទេសប៉ុណ្ណោះទេ ប៉ុន្តែក៏ជាវប្បធម៌មួយផងដែរ។
• ការធ្វើបណ្តាញស្វ័យប្រវត្តិតាមមាត្រដ្ឋានគឺពិបាកជាងវាហាក់ដូចជាដោយសារតែគោលការណ៍ស្ថាបត្យកម្មជាមូលដ្ឋាននៃការរចនាស្វ័យប្រវត្តិកម្ម។

នៅពេលយើងពិភាក្សាអំពីផែនការកំណើនរយៈពេលវែងរបស់យើងកាលពីមួយឆ្នាំមុន អតិថិជនសាជីវកម្មរបស់យើងបានស្នើសុំដូចខាងក្រោម៖

• ការប្រមូលការពិតត្រូវតែមានស្តង់ដារប្រសើរជាងមុន និងស្របតាមលំហូរការងារស្វ័យប្រវត្តិកម្មនៅទូទាំងឧបករណ៍ទាំងអស់។
• ការអាប់ដេតការកំណត់រចនាសម្ព័ន្ធនៅលើឧបករណ៍ក៏ត្រូវតែមានលក្ខណៈស្តង់ដារ និងស្របគ្នាផងដែរ ដើម្បីឱ្យម៉ូឌុល Ansible គ្រប់គ្រងពាក់កណ្តាលទីពីរនៃវដ្តបន្ទាប់ពីការប្រមូលការពិត។
• យើងត្រូវការវិធីសាស្រ្តយ៉ាងម៉ត់ចត់ និងគាំទ្រសម្រាប់ការបំប្លែងការកំណត់រចនាសម្ព័ន្ធឧបករណ៍ទៅជាទិន្នន័យដែលមានរចនាសម្ព័ន្ធ។ នៅលើមូលដ្ឋាននេះ ប្រភពនៃការពិតអាចត្រូវបានផ្លាស់ទីពីឧបករណ៍បណ្តាញ។

ការកែលម្អការពិត

ការប្រមូលការពិតពីឧបករណ៍បណ្តាញដោយប្រើ Ansible ជារឿយៗកើតឡើងដោយចៃដន្យ។ វេទិកាដែលមានមូលដ្ឋានលើបណ្តាញមានកម្រិតខុសៗគ្នានៃសមត្ថភាពប្រមូលផ្តុំការពិត ប៉ុន្តែពួកវាមានមុខងារតិចតួច ឬគ្មានសម្រាប់ការវិភាគ និងកំណត់ស្តង់ដារតំណាងនៃទិន្នន័យក្នុងគូតម្លៃគន្លឹះ។ អាន ប្រកាស Ken Celenza ថាតើវាពិបាក និងឈឺចាប់ប៉ុណ្ណាក្នុងការវិភាគ និងធ្វើស្តង់ដារទិន្នន័យការពិត។

អ្នកប្រហែលជាបានកត់សម្គាល់ឃើញពួកយើងធ្វើការលើតួនាទី Ansible Network Engine។ ជាធម្មតា ការទាញយក 24K ក្រោយមក តួនាទី Network Engine បានក្លាយជាតួនាទី Ansible ដ៏ពេញនិយមបំផុតមួយនៅក្នុង Ansible Galaxy សម្រាប់សេណារីយ៉ូបណ្តាញស្វ័យប្រវត្តិកម្ម។ មុនពេលយើងផ្លាស់ប្តូរវាជាច្រើនទៅក្នុង Ansible 2.8 ដើម្បីរៀបចំសម្រាប់អ្វីដែលត្រូវការនៅក្នុង Ansible 2.9 តួនាទី Ansible នេះបានផ្តល់ឧបករណ៍ដំបូងដើម្បីជួយញែកពាក្យបញ្ជា គ្រប់គ្រងពាក្យបញ្ជា និងប្រមូលទិន្នន័យសម្រាប់ឧបករណ៍បណ្តាញ។

ប្រសិនបើអ្នកដឹងពីរបៀបប្រើប្រាស់ Network Engine នេះគឺជាវិធីដ៏មានប្រសិទ្ធភាពមួយក្នុងការប្រមូល ញែក និងធ្វើស្តង់ដារទិន្នន័យការពិតសម្រាប់ប្រើប្រាស់នៅក្នុង Ansible ។ គុណវិបត្តិនៃតួនាទីនេះគឺថាអ្នកត្រូវបង្កើតក្រុមញែកទាំងមូលសម្រាប់វេទិកានីមួយៗ និងសម្រាប់សកម្មភាពបណ្តាញទាំងអស់។ ដើម្បីស្វែងយល់ថាតើវាលំបាកយ៉ាងណាក្នុងការបង្កើត ដឹកជញ្ជូន និងថែទាំឧបករណ៍ញែក សូមក្រឡេកមើល ឧបករណ៍ញែកច្រើនជាង 1200 ពីបុរសនៅ Cisco ។

សរុបមក ការទទួលបានការពិតពីឧបករណ៍ និងធ្វើឱ្យពួកវាធម្មតាទៅជាគូតម្លៃសំខាន់គឺចាំបាច់សម្រាប់ស្វ័យប្រវត្តិកម្មតាមមាត្រដ្ឋាន ប៉ុន្តែការសម្រេចបាននូវចំណុចនេះគឺពិបាកនៅពេលដែលអ្នកមានអ្នកលក់ និងវេទិកាបណ្តាញជាច្រើន។

ម៉ូឌុលការពិតបណ្តាញនីមួយៗនៅក្នុង Ansible 2.9 ឥឡូវនេះអាចវិភាគការកំណត់រចនាសម្ព័ន្ធឧបករណ៍បណ្តាញ និងបញ្ជូនទិន្នន័យដែលមានរចនាសម្ព័ន្ធឡើងវិញ - ដោយគ្មានបណ្ណាល័យបន្ថែម តួនាទី Ansible ឬឧបករណ៍ញែកផ្ទាល់ខ្លួន។

ចាប់តាំងពី 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

Playbook ត្រឡប់ការពិតដូចខាងក្រោមអំពីចំណុចប្រទាក់៖

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 ទាញយកការកំណត់ដើមពីឧបករណ៍ Arista ហើយបំប្លែងវាទៅជាទិន្នន័យដែលមានរចនាសម្ព័ន្ធ ដើម្បីប្រើជាគូតម្លៃគន្លឹះស្តង់ដារសម្រាប់កិច្ចការ និងប្រតិបត្តិការខាងក្រោម។

ការពិតចំណុចប្រទាក់អាចត្រូវបានបន្ថែមទៅអថេររក្សាទុក Ansible ហើយប្រើភ្លាមៗ ឬក្រោយមកជាការបញ្ចូលទៅក្នុងម៉ូឌុលធនធាន eos_interfaces ដោយគ្មានដំណើរការបន្ថែម ឬការបំប្លែង។

ម៉ូឌុលធនធាន

ដូច្នេះ យើងបានស្រង់យកការពិត ធ្វើឱ្យទិន្នន័យមានលក្ខណៈធម្មតា បញ្ចូលពួកវាទៅក្នុងដ្យាក្រាមរចនាសម្ព័ន្ធទិន្នន័យខាងក្នុងស្តង់ដារ និងទទួលបានប្រភពនៃការពិតដែលត្រៀមរួចជាស្រេច។ ហ៊ឺយ! នេះពិតជាអស្ចារ្យណាស់ ប៉ុន្តែយើងនៅតែត្រូវការដើម្បីបំប្លែងគូតម្លៃគន្លឹះត្រឡប់ទៅការកំណត់ជាក់លាក់ដែលវេទិកាឧបករណ៍ជាក់លាក់រំពឹងទុក។ ឥឡូវនេះ យើងត្រូវការម៉ូឌុលជាក់លាក់នៃវេទិកា ដើម្បីបំពេញតាមតម្រូវការការប្រមូលផ្តុំការពិត និងការធ្វើឱ្យមានលក្ខណៈធម្មតា។

តើម៉ូឌុលធនធានគឺជាអ្វី? អ្នកអាចគិតពីផ្នែកកំណត់រចនាសម្ព័ន្ធរបស់ឧបករណ៍ជាធនធានដែលផ្តល់ដោយឧបករណ៍នោះ។ ម៉ូឌុលធនធានបណ្តាញត្រូវបានកំណត់ដោយចេតនាចំពោះធនធានតែមួយ ហើយអាចត្រូវបានជង់ដូចជាការកសាងប្លុកដើម្បីកំណត់រចនាសម្ព័ន្ធសេវាបណ្តាញស្មុគស្មាញ។ ជាលទ្ធផល តម្រូវការ និងការបញ្ជាក់សម្រាប់ម៉ូឌុលធនធានត្រូវបានធ្វើឱ្យសាមញ្ញដោយធម្មជាតិ ដោយសារម៉ូឌុលធនធានអាចអានបាន។ и កំណត់រចនាសម្ព័ន្ធសេវាបណ្តាញជាក់លាក់មួយនៅលើឧបករណ៍បណ្តាញ។

ដើម្បីពន្យល់ពីអ្វីដែលម៉ូឌុលធនធានធ្វើ សូមមើលសៀវភៅឧទាហរណ៍ដែលបង្ហាញពីប្រតិបត្តិការ idempodent ដោយប្រើការពិត និងម៉ូឌុលធនធានបណ្តាញថ្មី 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 ហើយប្រើវាជាទៀងទាត់ជាមួយម៉ូឌុលធនធាននៅក្នុងរបៀបត្រួតពិនិត្យ។ នេះគឺជាវិធីសាស្រ្តសាមញ្ញមួយដើម្បីមើលថាតើនរណាម្នាក់បានផ្លាស់ប្តូរតម្លៃដោយដៃ។ ក្នុងករណីភាគច្រើន អង្គការអនុញ្ញាតឱ្យមានការផ្លាស់ប្តូរ និងការកំណត់រចនាសម្ព័ន្ធដោយដៃ ទោះបីជាប្រតិបត្តិការជាច្រើនត្រូវបានអនុវត្តតាមរយៈ Ansible Automation ក៏ដោយ។

តើ​ម៉ូឌុល​ធនធាន​ថ្មី​មាន​លក្ខណៈ​ខុស​ប្លែក​ពី​ម៉ូឌុល​មុន​យ៉ាង​ដូច​ម្តេច?

សម្រាប់វិស្វករស្វ័យប្រវត្តិកម្មបណ្តាញ មានភាពខុសគ្នាសំខាន់ៗចំនួន 3 រវាងម៉ូឌុលធនធាននៅក្នុង Ansible 2.9 និងកំណែមុន។

1) សម្រាប់ធនធានបណ្តាញដែលបានផ្តល់ឱ្យ (ដែលអាចត្រូវបានគិតថាជាផ្នែកកំណត់រចនាសម្ព័ន្ធផងដែរ) ម៉ូឌុល និងការពិតនឹងវិវឌ្ឍលើប្រព័ន្ធប្រតិបត្តិការបណ្តាញដែលគាំទ្រទាំងអស់ក្នុងពេលដំណាលគ្នា។ យើងគិតថាប្រសិនបើ Ansible គាំទ្រការកំណត់រចនាសម្ព័ន្ធធនធាននៅលើវេទិកាបណ្តាញមួយ យើងគួរតែគាំទ្រវានៅគ្រប់ទីកន្លែង។ នេះជួយសម្រួលដល់ការប្រើប្រាស់ម៉ូឌុលធនធាន ព្រោះឥឡូវនេះវិស្វករស្វ័យប្រវត្តិកម្មបណ្តាញអាចកំណត់រចនាសម្ព័ន្ធធនធាន (ដូចជា LLDP) នៅលើប្រព័ន្ធប្រតិបត្តិការបណ្តាញទាំងអស់ដែលមានម៉ូឌុលដើម និងគាំទ្រ។

2) ម៉ូឌុលធនធានឥឡូវនេះរួមបញ្ចូលតម្លៃរដ្ឋ។

• merged៖ ការ​កំណត់​រចនាសម្ព័ន្ធ​ត្រូវ​បាន​បញ្ចូល​គ្នា​ជា​មួយ​នឹង​ការ​កំណត់​រចនាសម្ព័ន្ធ​ដែល​បាន​ផ្តល់ (លំនាំដើម);
• replaced៖ ការកំណត់រចនាសម្ព័ន្ធធនធាននឹងត្រូវបានជំនួសដោយការកំណត់ដែលបានផ្តល់។
• overridden៖ ការកំណត់រចនាសម្ព័ន្ធធនធាននឹងត្រូវបានជំនួសដោយការកំណត់ដែលបានផ្តល់។ ធនធានដែលមិនចាំបាច់នឹងត្រូវបានលុប;
• deleted៖ ការកំណត់រចនាសម្ព័ន្ធធនធាននឹងត្រូវបានលុប/ស្ដារឡើងវិញតាមលំនាំដើម។

3) ម៉ូឌុលធនធានឥឡូវនេះរួមបញ្ចូលតម្លៃត្រឡប់មកវិញដែលមានស្ថេរភាព។ នៅពេលដែលម៉ូឌុលធនធានបណ្តាញបានធ្វើ (ឬស្នើ) ការផ្លាស់ប្តូរចាំបាច់ចំពោះឧបករណ៍បណ្តាញ វាត្រឡប់គូតម្លៃដូចគ្នាទៅសៀវភៅលេង។

• before៖ ការកំណត់រចនាសម្ព័ន្ធនៅលើឧបករណ៍ក្នុងទម្រង់នៃទិន្នន័យដែលមានរចនាសម្ព័ន្ធមុនពេលកិច្ចការ។
• after៖ ប្រសិនបើឧបករណ៍បានផ្លាស់ប្តូរ (ឬអាចផ្លាស់ប្តូរប្រសិនបើរបៀបសាកល្បងត្រូវបានប្រើ) នោះការកំណត់រចនាសម្ព័ន្ធលទ្ធផលនឹងត្រលប់មកវិញជាទិន្នន័យដែលមានរចនាសម្ព័ន្ធ។
• commands៖ ពាក្យបញ្ជាការកំណត់រចនាសម្ព័ន្ធណាមួយដំណើរការលើឧបករណ៍ ដើម្បីនាំវាចូលទៅក្នុងស្ថានភាពដែលចង់បាន។

តើទាំងអស់នេះមានន័យយ៉ាងណា? ហេតុអ្វីបានជាវាសំខាន់?

ការបង្ហោះនេះគ្របដណ្តប់លើគំនិតស្មុគស្មាញជាច្រើន ប៉ុន្តែយើងសង្ឃឹមថានៅទីបញ្ចប់អ្នកនឹងយល់កាន់តែច្បាស់អំពីអ្វីដែលអតិថិជនសហគ្រាសកំពុងស្នើសុំនៅក្នុងការប្រមូលការពិត ការធ្វើឱ្យទិន្នន័យមានលក្ខណៈធម្មតា និងការកំណត់រចនាសម្ព័ន្ធរង្វិលជុំសម្រាប់វេទិកាស្វ័យប្រវត្តិកម្ម។ ប៉ុន្តែហេតុអ្វីបានជាពួកគេត្រូវការការកែលម្អទាំងនេះ? ឥឡូវនេះ អង្គការជាច្រើនកំពុងស្វែងរកការផ្លាស់ប្តូរឌីជីថល ដើម្បីធ្វើឱ្យបរិយាកាស IT របស់ពួកគេកាន់តែមានភាពរហ័សរហួន និងប្រកួតប្រជែង។ ដើម្បីឱ្យកាន់តែប្រសើរ ឬអាក្រក់ជាងនេះ វិស្វករបណ្តាញជាច្រើនក្លាយជាអ្នកបង្កើតបណ្តាញដោយមិនគិតពីផលប្រយោជន៍ផ្ទាល់ខ្លួន ឬតាមការបញ្ជាពីអ្នកគ្រប់គ្រង។

អង្គការកំពុងដឹងថា ការធ្វើស្វ័យប្រវត្តិកម្មគំរូបណ្តាញបុគ្គលមិនអាចដោះស្រាយបញ្ហាស៊ីឡូបានទេ ហើយគ្រាន់តែបង្កើនប្រសិទ្ធភាពដល់កម្រិតជាក់លាក់មួយប៉ុណ្ណោះ។ Red Hat Ansible Automation Platform ផ្តល់នូវគំរូទិន្នន័យធនធានយ៉ាងម៉ត់ចត់ និងជាបទដ្ឋាន ដើម្បីគ្រប់គ្រងទិន្នន័យមូលដ្ឋាននៅលើឧបករណ៍បណ្តាញ។ នោះគឺអ្នកប្រើប្រាស់កំពុងបោះបង់វិធីសាស្ត្រកំណត់រចនាសម្ព័ន្ធបុគ្គលជាបណ្តើរៗ ដើម្បីគាំទ្រវិធីសាស្រ្តទំនើបបន្ថែមទៀត ដោយផ្តោតលើបច្ចេកវិទ្យា (ឧទាហរណ៍ អាសយដ្ឋាន IP, VLANs, LLDP ។ល។) ជាជាងលើការអនុវត្តអ្នកលក់ជាក់លាក់។

តើ​នេះ​មាន​ន័យ​ថា​ថ្ងៃ​នៃ​ម៉ូឌុល​ពាក្យ​បញ្ជា​និង​ការ​កំណត់​ដែល​អាច​ជឿ​ទុកចិត្ត​បាន​និង​បង្ហាញ​ឱ្យ​ឃើញ​ត្រូវ​បាន​ដាក់​លេខ​ឬ? ក្នុងករណីណាទេ។ ម៉ូឌុលធនធានបណ្តាញដែលរំពឹងទុកនឹងមិនអាចអនុវត្តបានក្នុងគ្រប់ករណីទាំងអស់ ឬសម្រាប់គ្រប់អ្នកលក់ទេ ដូច្នេះម៉ូឌុលពាក្យបញ្ជា និងការកំណត់រចនាសម្ព័ន្ធនឹងនៅតែត្រូវការដោយវិស្វករបណ្តាញសម្រាប់ការអនុវត្តជាក់លាក់។ គោលបំណងនៃម៉ូឌុលធនធានគឺដើម្បីសម្រួលដល់គំរូ Jinja ធំ និងធ្វើឱ្យការកំណត់រចនាសម្ព័ន្ធឧបករណ៍មិនមានរចនាសម្ព័ន្ធធម្មតាទៅជាទម្រង់ JSON ដែលមានរចនាសម្ព័ន្ធ។ ជាមួយនឹងម៉ូឌុលធនធាន វានឹងកាន់តែងាយស្រួលសម្រាប់បណ្តាញដែលមានស្រាប់ក្នុងការបំប្លែងការកំណត់រចនាសម្ព័ន្ធរបស់ពួកគេទៅជាគូតម្លៃដែលមានរចនាសម្ព័ន្ធដែលតំណាងឱ្យប្រភពនៃការពិតដែលងាយស្រួលអាន។ ដោយប្រើគូតម្លៃសោដែលមានរចនាសម្ព័ន្ធ អ្នកអាចផ្លាស់ទីពីការកំណត់រចនាសម្ព័ន្ធដែលកំពុងដំណើរការនៅលើឧបករណ៍នីមួយៗទៅធ្វើការជាមួយទិន្នន័យដែលមានរចនាសម្ព័ន្ធឯករាជ្យ និងនាំបណ្តាញទៅកាន់ជួរមុខនៃវិធីសាស្រ្តហេដ្ឋារចនាសម្ព័ន្ធដូចកូដ។

តើម៉ូឌុលធនធានអ្វីខ្លះដែលនឹងមកដល់នៅក្នុង Ansible Engine 2.9?

មុនពេលយើងប្រាប់អ្នកឱ្យលម្អិតអំពីអ្វីដែលនឹងកើតឡើងនៅក្នុង Ansible 2.9 ចូរយើងចងចាំពីរបៀបដែលយើងបែងចែកវិសាលភាពនៃការងារទាំងមូល។

យើង​បាន​កំណត់​ប្រភេទ 7 និង​បាន​កំណត់​ធនធាន​បណ្តាញ​ជាក់លាក់​ទៅ​ឱ្យ​នីមួយៗ​៖

ចំណាំ៖ ធនធានជាអក្សរដិតត្រូវបានគ្រោង និងអនុវត្តនៅក្នុង Ansible 2.9។
ដោយផ្អែកលើមតិកែលម្អពីអតិថិជនសហគ្រាស និងសហគមន៍ វាជាឡូជីខលដំបូងដើម្បីដោះស្រាយម៉ូឌុលទាំងនោះដែលទាក់ទងនឹងពិធីការ topology បណ្តាញ និម្មិត និងចំណុចប្រទាក់។
ម៉ូឌុលធនធានខាងក្រោមត្រូវបានបង្កើតឡើងដោយក្រុមបណ្តាញ Ansible និងត្រូវគ្នាទៅនឹងវេទិកាដែលគាំទ្រដោយ Red Hat៖

ម៉ូឌុលខាងក្រោមត្រូវបានបង្កើតឡើងដោយសហគមន៍ Ansible៖

• exos_lldp_global — ពី Extreme Networks។
• nxos_bfd_interfaces - ពី Cisco
• nxos_telemetry - ពី Cisco

ដូចដែលអ្នកបានឃើញហើយ គំនិតនៃម៉ូឌុលធនធានត្រូវនឹងយុទ្ធសាស្ត្រផ្តោតលើវេទិការបស់យើង។ នោះគឺយើងរួមបញ្ចូលនូវសមត្ថភាព និងមុខងារចាំបាច់នៅក្នុង Ansible ខ្លួនវា ដើម្បីគាំទ្រដល់ស្តង់ដារក្នុងការអភិវឌ្ឍន៍ម៉ូឌុលបណ្តាញ ហើយថែមទាំងជួយសម្រួលដល់ការងាររបស់អ្នកប្រើប្រាស់នៅកម្រិតនៃតួនាទី និងសៀវភៅលេងរបស់ Ansible ផងដែរ។ ដើម្បីពង្រីកការអភិវឌ្ឍន៍ម៉ូឌុលធនធាន ក្រុមការងារ Ansible បានចេញផ្សាយឧបករណ៍ Module Builder ។

ផែនការសម្រាប់ Ansible 2.10 និងលើសពីនេះ។

នៅពេលដែល Ansible 2.9 ត្រូវបានចេញផ្សាយ យើងនឹងធ្វើការលើសំណុំបន្ទាប់នៃម៉ូឌុលធនធានសម្រាប់ Ansible 2.10 ដែលអាចត្រូវបានប្រើដើម្បីកំណត់រចនាសម្ព័ន្ធបណ្តាញ និងគោលនយោបាយបន្ថែមទៀត ឧ. ACL, OSPF និង BGP. ផែនការអភិវឌ្ឍន៍នៅតែអាចកែសម្រួលបាន ដូច្នេះប្រសិនបើអ្នកមានយោបល់ សូមរាយការណ៍មក សហគមន៍បណ្តាញ Ansible.

ធនធាន និងការចាប់ផ្តើម

សេចក្តីប្រកាសព័ត៌មានអំពីវេទិកាស្វ័យប្រវត្តិកម្ម Ansible
ប្លុកវេទិកាស្វ័យប្រវត្តិកម្ម Ansible
អនាគតនៃការចែកចាយមាតិកានៅក្នុង Ansible
ការឆ្លុះបញ្ចាំងលើការផ្លាស់ប្តូររចនាសម្ព័ន្ធគម្រោង Ansible

ប្រភព: www.habr.com