ઇનસાઇડ પ્લેબુક. નવા જવાબી એન્જિન 2.9 માં નેટવર્ક કાર્યો

Red Hat Ansible Engine 2.9 નું આગામી પ્રકાશન ઉત્તેજક સુધારાઓ લાવે છે, જેમાંથી કેટલાકની ચર્ચા આ લેખમાં કરવામાં આવી છે. હંમેશની જેમ, અમે સમુદાયના સમર્થન સાથે, ખુલ્લેઆમ જવાબી નેટવર્ક સુધારણાઓ વિકસાવી રહ્યા છીએ. અમારી સાથે જોડાઓ - એક નજર નાખો GitHub પર ઇશ્યૂ બોર્ડ અને વિકાસ યોજનાનો અભ્યાસ કરો Red Hat Ansible Engine 2.9 નું પ્રકાશન માટે વિકિ પેજ પર જવાબી નેટવર્ક.

જેમ કે અમે તાજેતરમાં જાહેરાત કરી છે, Red Hat એન્સિબલ ઓટોમેશન પ્લેટફોર્મ હવે એન્સિબલ ટાવર, એન્સિબલ એન્જિન અને તમામ એન્સિબલ નેટવર્ક કન્ટેન્ટનો સમાવેશ થાય છે. આજકાલ, સૌથી વધુ લોકપ્રિય નેટવર્કિંગ પ્લેટફોર્મ્સ એન્સિબલ મોડ્યુલો દ્વારા અમલમાં મૂકવામાં આવે છે. દાખ્લા તરીકે:

• Arista EOS
• સિસ્કો આઇઓએસ
• સિસ્કો આઇઓએસ એક્સઆર
• સિસ્કો NX-OS
• જ્યુનિપર જુનોસ
• VyOS

એન્સિબલ ઓટોમેશન સબ્સ્ક્રિપ્શન દ્વારા Red Hat દ્વારા સંપૂર્ણપણે આધારભૂત પ્લેટફોર્મોની સંપૂર્ણ યાદી માટે, અહીં પ્રકાશિત.

આપણે શું શીખ્યા

છેલ્લા ચાર વર્ષોમાં, અમે નેટવર્ક ઓટોમેશન પ્લેટફોર્મ વિકસાવવા વિશે ઘણું શીખ્યા છીએ. અમે એ પણ શીખ્યા કેવી રીતે પ્લેટફોર્મ આર્ટિફેક્ટનો ઉપયોગ અંતિમ વપરાશકર્તાઓ દ્વારા જવાબી પ્લેબુક અને ભૂમિકાઓમાં થાય છે. અને અમને જે જાણવા મળ્યું તે અહીં છે:

• સંસ્થાઓ એ ફક્ત એક જ નહીં, પરંતુ ઘણા વિક્રેતાઓ પાસેથી સ્વચાલિત ઉપકરણો છે.
• ઓટોમેશન એ માત્ર એક તકનીકી ઘટના નથી, પણ એક સાંસ્કૃતિક પણ છે.
• ઓટોમેશન ડિઝાઇનના મૂળભૂત આર્કિટેક્ચરલ સિદ્ધાંતોને કારણે સ્કેલ પર નેટવર્ક્સને સ્વચાલિત કરવું તે વધુ મુશ્કેલ છે.

જ્યારે અમે એક વર્ષ પહેલાં અમારી લાંબા ગાળાની વૃદ્ધિ યોજનાઓની ચર્ચા કરી હતી, ત્યારે અમારા કોર્પોરેટ ક્લાયન્ટ્સે નીચેના માટે પૂછ્યું હતું:

• હકીકત સંગ્રહને વધુ સારી રીતે પ્રમાણિત અને તમામ ઉપકરણો પર ઓટોમેશન વર્કફ્લો સાથે સંરેખિત કરવાની જરૂર છે.
• ઉપકરણ પર રૂપરેખાંકનો અપડેટ કરવા માટે પણ પ્રમાણભૂત અને સુસંગત હોવું જરૂરી છે જેથી જવાબી મોડ્યુલ્સ તથ્યો એકત્રિત કર્યા પછી ચક્રના બીજા ભાગને હેન્ડલ કરે.
• ઉપકરણ રૂપરેખાંકનને સંરચિત ડેટામાં રૂપાંતરિત કરવા માટે અમને સખત અને સમર્થિત પદ્ધતિઓની જરૂર છે. આના આધારે, સત્યના સ્ત્રોતને નેટવર્ક ઉપકરણમાંથી ખસેડી શકાય છે.

હકીકત સુધારાઓ

Ansible નો ઉપયોગ કરીને નેટવર્ક ઉપકરણોમાંથી તથ્યો એકત્રિત કરવાનું વારંવાર રેન્ડમ થાય છે. નેટવર્ક પ્લેટફોર્મમાં તથ્ય એકત્ર કરવાની ક્ષમતાની વિવિધ ડિગ્રી હોય છે, પરંતુ તેમની પાસે ડેટાના કી-વેલ્યુ પ્રતિનિધિત્વને પદચ્છેદન અને પ્રમાણિત કરવા માટે ઓછી અથવા કોઈ કાર્યક્ષમતા નથી. વાંચવું પોસ્ટ કેન સેલેન્ઝા હકીકતલક્ષી ડેટાનું વિશ્લેષણ અને પ્રમાણીકરણ કરવું કેટલું મુશ્કેલ અને પીડાદાયક હોઈ શકે છે.

તમે અમને એન્સિબલ નેટવર્ક એન્જિન રોલ પર કામ કરતા જોયા હશે. સ્વાભાવિક રીતે, 24K ડાઉનલોડ પછીથી, નેટવર્ક એન્જિનની ભૂમિકા એન્સિબલ ગેલેક્સીમાં નેટવર્ક ઓટોમેશન દૃશ્યો માટે ઝડપથી સૌથી લોકપ્રિય એન્સિબલ ભૂમિકાઓમાંની એક બની ગઈ છે. Ansible 2.8 માં શું જરૂરી છે તેની તૈયારી માટે અમે આમાંથી ઘણું બધું Ansible 2.9 માં ખસેડીએ તે પહેલાં, આ Ansible ભૂમિકાએ આદેશોને પાર્સ કરવા, આદેશોનું સંચાલન કરવા અને નેટવર્ક ઉપકરણો માટે ડેટા એકત્રિત કરવામાં મદદ કરવા માટે ટૂલ્સનો પ્રથમ સેટ પૂરો પાડ્યો હતો.

જો તમે નેટવર્ક એન્જીનનો ઉપયોગ કેવી રીતે કરવો તે જાણો છો, તો એન્સિબલમાં ઉપયોગ કરવા માટે હકીકત ડેટાને એકત્રિત કરવા, પાર્સ કરવા અને પ્રમાણિત કરવાની આ એક ખૂબ જ કાર્યક્ષમ રીત છે. આ ભૂમિકાનો ગેરલાભ એ છે કે તમારે દરેક પ્લેટફોર્મ અને તમામ નેટવર્ક પ્રવૃત્તિ માટે પાર્સર્સનો સંપૂર્ણ સમૂહ બનાવવાની જરૂર છે. પાર્સર બનાવવું, મોકલવું અને જાળવવું કેટલું મુશ્કેલ છે તે સમજવા માટે, એક નજર નાખો 1200 થી વધુ પાર્સર્સ સિસ્કોના લોકો પાસેથી.

ટૂંકમાં, ઉપકરણોમાંથી તથ્યો મેળવવું અને તેને કી-વેલ્યુ જોડીમાં સામાન્ય બનાવવું એ સ્કેલ પર ઓટોમેશન માટે આવશ્યક છે, પરંતુ જ્યારે તમારી પાસે ઘણા વિક્રેતાઓ અને નેટવર્ક પ્લેટફોર્મ હોય ત્યારે આ હાંસલ કરવું મુશ્કેલ છે.

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 Automation Platform એ નેટવર્ક ઉપકરણ પર અંતર્ગત ડેટાને પ્રોગ્રામેટિક રીતે મેનેજ કરવા માટે સખત અને પ્રમાણભૂત સ્ત્રોત ડેટા મોડલ્સ પૂરા પાડે છે. એટલે કે, વપરાશકર્તાઓ ચોક્કસ વિક્રેતા અમલીકરણને બદલે ટેક્નોલોજીઓ (ઉદાહરણ તરીકે, IP સરનામાં, VLAN, LLDP, વગેરે) પર ભાર મૂકવાની સાથે વધુ આધુનિક પદ્ધતિઓની તરફેણમાં વ્યક્તિગત રૂપરેખાંકન પદ્ધતિઓ ધીમે ધીમે છોડી રહ્યા છે.

શું આનો અર્થ એ છે કે વિશ્વસનીય અને સાબિત આદેશ મોડ્યુલો અને રૂપરેખાંકનના દિવસો ક્રમાંકિત છે? કોઈ પણ સંજોગોમાં નહીં. અપેક્ષિત નેટવર્ક સંસાધન મોડ્યુલો તમામ કેસોમાં અથવા દરેક વિક્રેતા માટે લાગુ થશે નહીં, તેથી અમુક અમલીકરણો માટે નેટવર્ક એન્જિનિયરો દ્વારા આદેશ અને રૂપરેખાંકન મોડ્યુલોની હજુ પણ જરૂર પડશે. સંસાધન મોડ્યુલોનો ઉદ્દેશ્ય મોટા જીન્જા ટેમ્પલેટ્સને સરળ બનાવવા અને અસંરચિત ઉપકરણ રૂપરેખાંકનોને માળખાગત JSON ફોર્મેટમાં સામાન્ય બનાવવાનો છે. સંસાધન મોડ્યુલો સાથે, હાલના નેટવર્ક્સ માટે તેમના રૂપરેખાંકનને સંરચિત કી-વેલ્યુ જોડીમાં રૂપાંતરિત કરવાનું સરળ બનશે જે સત્યના વાંચવામાં સરળ સ્ત્રોતનું પ્રતિનિધિત્વ કરે છે. સંરચિત કી-મૂલ્ય જોડીનો ઉપયોગ કરીને, તમે દરેક ઉપકરણ પર ચાલતા રૂપરેખાંકનોથી સ્વતંત્ર સંરચિત ડેટા સાથે કામ કરવા તરફ આગળ વધી શકો છો અને નેટવર્કને કોડ-એઝ-કોડ અભિગમમાં આગળ લાવી શકો છો.

Ansible Engine 2.9 માં કયા સંસાધન મોડ્યુલ આવશે?

જવાબી 2.9 માં શું થશે તે અમે તમને વિગતવાર કહીએ તે પહેલાં, ચાલો યાદ કરીએ કે અમે કાર્યના સમગ્ર અવકાશને કેવી રીતે વિભાજિત કર્યો.

અમે 7 શ્રેણીઓ ઓળખી અને દરેકને ચોક્કસ નેટવર્ક સંસાધનો સોંપ્યા:

નોંધ: જવાબી 2.9 માં બોલ્ડમાં સંસાધનોનું આયોજન અને અમલ કરવામાં આવ્યું હતું.
એન્ટરપ્રાઈઝ ગ્રાહકો અને સમુદાયના પ્રતિસાદના આધારે, નેટવર્ક ટોપોલોજી પ્રોટોકોલ્સ, વર્ચ્યુઅલાઈઝેશન અને ઈન્ટરફેસથી સંબંધિત તે મોડ્યુલોને પ્રથમ ઉકેલવા માટે તે તાર્કિક હતું.
નીચેના સંસાધન મોડ્યુલો એન્સિબલ નેટવર્ક ટીમ દ્વારા વિકસાવવામાં આવ્યા હતા અને તે Red Hat દ્વારા આધારભૂત પ્લેટફોર્મને અનુરૂપ છે:

નીચેના મોડ્યુલો જવાબી સમુદાય દ્વારા વિકસાવવામાં આવ્યા છે:

• exos_lldp_global - એક્સ્ટ્રીમ નેટવર્ક્સમાંથી.
• nxos_bfd_interfaces - સિસ્કો તરફથી
• nxos_telemetry - સિસ્કો તરફથી

જેમ તમે જોઈ શકો છો, સંસાધન મોડ્યુલોનો ખ્યાલ અમારી પ્લેટફોર્મ-કેન્દ્રિત વ્યૂહરચના સાથે બંધબેસે છે. એટલે કે, અમે નેટવર્ક મોડ્યુલના વિકાસમાં માનકીકરણને ટેકો આપવા માટે, તેમજ જવાબી ભૂમિકાઓ અને પ્લેબુકના સ્તરે વપરાશકર્તાઓના કાર્યને સરળ બનાવવા માટે Ansible માં જ જરૂરી ક્ષમતાઓ અને કાર્યોનો સમાવેશ કરીએ છીએ. સંસાધન મોડ્યુલોના વિકાસને વિસ્તૃત કરવા માટે, જવાબી ટીમે મોડ્યુલ બિલ્ડર ટૂલ બહાર પાડ્યું.

જવાબી 2.10 અને તે પછીની યોજનાઓ

એકવાર Ansible 2.9 રિલીઝ થઈ જાય, અમે Ansible 2.10 માટેના સંસાધન મોડ્યુલોના આગલા સેટ પર કામ કરીશું, જેનો ઉપયોગ નેટવર્ક ટોપોલોજી અને નીતિને વધુ રૂપરેખાંકિત કરવા માટે થઈ શકે છે, દા.ત. ACL, OSPF અને BGP. ડેવલપમેન્ટ પ્લાન હજુ પણ એડજસ્ટ કરી શકાય છે, તેથી જો તમારી પાસે ટિપ્પણીઓ હોય, તો કૃપા કરીને તેની જાણ કરો જવાબદાર નેટવર્ક સમુદાય.

સંસાધનો અને શરૂઆત કરવી

જવાબી ઓટોમેશન પ્લેટફોર્મ વિશે પ્રેસ રિલીઝ
જવાબી ઓટોમેશન પ્લેટફોર્મ બ્લોગ
Ansible માં સામગ્રી વિતરણનું ભાવિ
જવાબી પ્રોજેક્ટ માળખું બદલવા પર પ્રતિબિંબ

સોર્સ: www.habr.com