ಮುಂಬರುವ Red Hat Ansible Engine 2.9 ಅತ್ಯಾಕರ್ಷಕ ಸುಧಾರಣೆಗಳನ್ನು ತರುತ್ತದೆ, ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಈ ಲೇಖನದಲ್ಲಿ ಚರ್ಚಿಸಲಾಗಿದೆ. ಯಾವಾಗಲೂ ಹಾಗೆ, ನಾವು ಸಮುದಾಯ ಬೆಂಬಲದೊಂದಿಗೆ ಬಹಿರಂಗವಾಗಿ ಅನ್ಸಿಬಲ್ ನೆಟ್ವರ್ಕ್ ಸುಧಾರಣೆಗಳನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುತ್ತಿದ್ದೇವೆ. ನಮ್ಮೊಂದಿಗೆ ಸೇರಿ - ಒಮ್ಮೆ ನೋಡಿ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಯನ್ನು ಅಧ್ಯಯನ ಮಾಡಿ ವಿಕಿ ಪುಟದಲ್ಲಿ .
ನಾವು ಇತ್ತೀಚೆಗೆ ಘೋಷಿಸಿದಂತೆ, ಈಗ ಅನ್ಸಿಬಲ್ ಟವರ್, ಅನ್ಸಿಬಲ್ ಎಂಜಿನ್ ಮತ್ತು ಎಲ್ಲಾ ಅನ್ಸಿಬಲ್ ನೆಟ್ವರ್ಕ್ ವಿಷಯವನ್ನು ಒಳಗೊಂಡಿದೆ. ಇತ್ತೀಚಿನ ದಿನಗಳಲ್ಲಿ, ಹೆಚ್ಚು ಜನಪ್ರಿಯ ನೆಟ್‌ವರ್ಕಿಂಗ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳನ್ನು ಅನ್ಸಿಬಲ್ ಮಾಡ್ಯೂಲ್‌ಗಳ ಮೂಲಕ ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗುತ್ತದೆ. ಉದಾಹರಣೆಗೆ:
- ಅರಿಸ್ಟಾ EOS
- ಸಿಸ್ಕೋ ಐಒಎಸ್
- ಸಿಸ್ಕೋ IOS XR
- ಸಿಸ್ಕೋ NX-OS
- ಜುನಿಪರ್ ಜುನೋಸ್
- VyOS
Ansible Automation ಚಂದಾದಾರಿಕೆಯ ಮೂಲಕ 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ನೀವು ನೋಡುವಂತೆ, ಸಾಧನದಿಂದ ಸಂಗ್ರಹಿಸಿದ ಡೇಟಾವನ್ನು ಪರಿವರ್ತಿಸದೆ ನೇರವಾಗಿ ಅನುಗುಣವಾದ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ. ಪ್ರಾರಂಭಿಸಿದಾಗ, ಪ್ಲೇಬುಕ್ ಸಾಧನದಿಂದ ಮೌಲ್ಯಗಳನ್ನು ಹಿಂಪಡೆಯುತ್ತದೆ ಮತ್ತು ಅವುಗಳನ್ನು ನಿರೀಕ್ಷಿತ ಪದಗಳಿಗಿಂತ ಹೋಲಿಸುತ್ತದೆ. ಈ ಉದಾಹರಣೆಯಲ್ಲಿ, ಹಿಂತಿರುಗಿದ ಮೌಲ್ಯಗಳು ನಿರೀಕ್ಷೆಯಂತೆ ಇರುತ್ತವೆ (ಅಂದರೆ, ಇದು ಕಾನ್ಫಿಗರೇಶನ್ ವಿಚಲನಗಳನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ) ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಬದಲಾಗಿದೆಯೇ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ.
ಕಾನ್ಫಿಗರೇಶನ್ ಡ್ರಿಫ್ಟ್ ಅನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಸೂಕ್ತವಾದ ಮಾರ್ಗವೆಂದರೆ ಅನ್ಸಿಬಲ್ ಸಂಗ್ರಹಿಸಿದ ಅಸ್ಥಿರಗಳಲ್ಲಿ ಸತ್ಯಗಳನ್ನು ಸಂಗ್ರಹಿಸುವುದು ಮತ್ತು ನಿಯತಕಾಲಿಕವಾಗಿ ಅವುಗಳನ್ನು ತಪಾಸಣೆ ಮೋಡ್‌ನಲ್ಲಿ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ನೊಂದಿಗೆ ಬಳಸುವುದು. ಯಾರಾದರೂ ಹಸ್ತಚಾಲಿತವಾಗಿ ಮೌಲ್ಯಗಳನ್ನು ಬದಲಾಯಿಸಿದ್ದಾರೆಯೇ ಎಂದು ನೋಡಲು ಇದು ಸರಳ ವಿಧಾನವಾಗಿದೆ. ಹೆಚ್ಚಿನ ಸಂದರ್ಭಗಳಲ್ಲಿ, ಸಂಸ್ಥೆಗಳು ಬದಲಾವಣೆಗಳು ಮತ್ತು ಸಂರಚನೆಯನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಅನುಮತಿಸುತ್ತವೆ, ಆದಾಗ್ಯೂ ಅನೇಕ ಕಾರ್ಯಾಚರಣೆಗಳನ್ನು ಅನ್ಸಿಬಲ್ ಆಟೊಮೇಷನ್ ಮೂಲಕ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ.
ಹೊಸ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್ಗಳು ಹಿಂದಿನದಕ್ಕಿಂತ ಹೇಗೆ ಭಿನ್ನವಾಗಿವೆ?
ನೆಟ್ವರ್ಕ್ ಆಟೊಮೇಷನ್ ಎಂಜಿನಿಯರ್‌ಗಾಗಿ, ಅನ್ಸಿಬಲ್ 3 ಮತ್ತು ಹಿಂದಿನ ಆವೃತ್ತಿಗಳಲ್ಲಿನ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳ ನಡುವೆ 2.9 ಮುಖ್ಯ ವ್ಯತ್ಯಾಸಗಳಿವೆ.
1) ನೀಡಿರುವ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲಕ್ಕಾಗಿ (ಇದನ್ನು ಕಾನ್ಫಿಗರೇಶನ್ ವಿಭಾಗವಾಗಿಯೂ ಪರಿಗಣಿಸಬಹುದು), ಮಾಡ್ಯೂಲ್ಗಳು ಮತ್ತು ಸಂಗತಿಗಳು ಎಲ್ಲಾ ಬೆಂಬಲಿತ ನೆಟ್ವರ್ಕ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಏಕಕಾಲದಲ್ಲಿ ವಿಕಸನಗೊಳ್ಳುತ್ತವೆ. ಅನ್ಸಿಬಲ್ ಒಂದು ನೆಟ್ವರ್ಕ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಲ್ಲಿ ಸಂಪನ್ಮೂಲ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಬೆಂಬಲಿಸಿದರೆ, ನಾವು ಅದನ್ನು ಎಲ್ಲೆಡೆ ಬೆಂಬಲಿಸಬೇಕು ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ. ಇದು ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳ ಬಳಕೆಯನ್ನು ಸರಳಗೊಳಿಸುತ್ತದೆ ಏಕೆಂದರೆ ನೆಟ್ವರ್ಕ್ ಆಟೊಮೇಷನ್ ಇಂಜಿನಿಯರ್ ಈಗ ಸ್ಥಳೀಯ ಮತ್ತು ಬೆಂಬಲಿತ ಮಾಡ್ಯೂಲ್‌ಗಳೊಂದಿಗೆ ಎಲ್ಲಾ ನೆಟ್ವರ್ಕ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಮ್‌ಗಳಲ್ಲಿ ಸಂಪನ್ಮೂಲವನ್ನು (ಎಲ್‌ಎಲ್‌ಡಿಪಿಯಂತಹ) ಕಾನ್ಫಿಗರ್ ಮಾಡಬಹುದು.
2) ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್ಗಳು ಈಗ ರಾಜ್ಯದ ಮೌಲ್ಯವನ್ನು ಒಳಗೊಂಡಿವೆ.
merged: ಸಂರಚನೆಯನ್ನು ಒದಗಿಸಿದ ಸಂರಚನೆಯೊಂದಿಗೆ ವಿಲೀನಗೊಳಿಸಲಾಗಿದೆ (ಡೀಫಾಲ್ಟ್);replaced: ಸಂಪನ್ಮೂಲ ಸಂರಚನೆಯನ್ನು ಒದಗಿಸಿದ ಸಂರಚನೆಯೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ;overridden: ಸಂಪನ್ಮೂಲ ಸಂರಚನೆಯನ್ನು ಒದಗಿಸಿದ ಸಂರಚನೆಯೊಂದಿಗೆ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ; ಅನಗತ್ಯ ಸಂಪನ್ಮೂಲ ನಿದರ್ಶನಗಳನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ;deleted: ಸಂಪನ್ಮೂಲ ಸಂರಚನೆಯನ್ನು ಅಳಿಸಲಾಗುತ್ತದೆ/ಡೀಫಾಲ್ಟ್‌ಗೆ ಮರುಸ್ಥಾಪಿಸಲಾಗುತ್ತದೆ.
3) ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್ಗಳು ಈಗ ಸ್ಥಿರ ರಿಟರ್ನ್ ಮೌಲ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿವೆ. ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್ ನೆಟ್ವರ್ಕ್ ಸಾಧನಕ್ಕೆ ಅಗತ್ಯವಾದ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದಾಗ (ಅಥವಾ ಪ್ರಸ್ತಾಪಿಸಿದಾಗ), ಅದು ಅದೇ ಕೀ-ಮೌಲ್ಯದ ಜೋಡಿಗಳನ್ನು ಪ್ಲೇಬುಕ್‌ಗೆ ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
before: ಕಾರ್ಯದ ಮೊದಲು ರಚನಾತ್ಮಕ ಡೇಟಾದ ರೂಪದಲ್ಲಿ ಸಾಧನದಲ್ಲಿ ಸಂರಚನೆ;after: ಸಾಧನವು ಬದಲಾಗಿದ್ದರೆ (ಅಥವಾ ಪರೀಕ್ಷಾ ಮೋಡ್ ಅನ್ನು ಬಳಸಿದರೆ ಬದಲಾಗಬಹುದು), ಪರಿಣಾಮವಾಗಿ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರಚನಾತ್ಮಕ ಡೇಟಾದಂತೆ ಹಿಂತಿರುಗಿಸಲಾಗುತ್ತದೆ;commands: ಯಾವುದೇ ಸಂರಚನಾ ಆಜ್ಞೆಗಳು ಸಾಧನವನ್ನು ಬಯಸಿದ ಸ್ಥಿತಿಗೆ ತರಲು ಅದರ ಮೇಲೆ ರನ್ ಆಗುತ್ತವೆ.
ಇದೆಲ್ಲದರ ಅರ್ಥವೇನು? ಇದು ಏಕೆ ಮುಖ್ಯ?
ಈ ಪೋಸ್ಟ್ ಬಹಳಷ್ಟು ಸಂಕೀರ್ಣ ಪರಿಕಲ್ಪನೆಗಳನ್ನು ಒಳಗೊಂಡಿದೆ, ಆದರೆ ಕೊನೆಯಲ್ಲಿ ನೀವು ಎಂಟರ್‌ಪ್ರೈಸ್ ಕ್ಲೈಂಟ್‌ಗಳು ಏನನ್ನು ಕೇಳುತ್ತಿದ್ದಾರೆ ಎಂಬುದರ ಕುರಿತು ಉತ್ತಮ ತಿಳುವಳಿಕೆಯನ್ನು ಹೊಂದಿರುವಿರಿ ಎಂದು ನಾವು ಭಾವಿಸುತ್ತೇವೆ ವಾಸ್ತವವಾಗಿ ಸಂಗ್ರಹಣೆ, ಡೇಟಾ ಸಾಮಾನ್ಯೀಕರಣ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಾಗಿ ಲೂಪ್ ಕಾನ್ಫಿಗರೇಶನ್. ಆದರೆ ಅವರಿಗೆ ಈ ಸುಧಾರಣೆಗಳು ಏಕೆ ಬೇಕು? ಅನೇಕ ಸಂಸ್ಥೆಗಳು ಈಗ ತಮ್ಮ ಐಟಿ ಪರಿಸರವನ್ನು ಹೆಚ್ಚು ಚುರುಕುಬುದ್ಧಿಯ ಮತ್ತು ಸ್ಪರ್ಧಾತ್ಮಕವಾಗಿಸಲು ಡಿಜಿಟಲ್ ರೂಪಾಂತರವನ್ನು ಅನುಸರಿಸುತ್ತಿವೆ. ಉತ್ತಮ ಅಥವಾ ಕೆಟ್ಟದ್ದಕ್ಕಾಗಿ, ಅನೇಕ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳು ಸ್ವಯಂ-ಆಸಕ್ತಿಯಿಂದ ಅಥವಾ ನಿರ್ವಹಣೆಯ ಆದೇಶದ ಮೇರೆಗೆ ನೆಟ್ವರ್ಕ್ ಡೆವಲಪರ್‌ಗಳಾಗುತ್ತಾರೆ.
ಪ್ರತ್ಯೇಕ ನೆಟ್ವರ್ಕ್ ಟೆಂಪ್ಲೆಟ್‌ಗಳನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುವುದರಿಂದ ಸಿಲೋಸ್‌ನ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸ್ವಲ್ಪ ಮಟ್ಟಿಗೆ ದಕ್ಷತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ ಎಂದು ಸಂಸ್ಥೆಗಳು ಅರಿತುಕೊಳ್ಳುತ್ತಿವೆ. Red Hat Ansible ಆಟೊಮೇಷನ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನೆಟ್ವರ್ಕ್ ಸಾಧನದಲ್ಲಿ ಆಧಾರವಾಗಿರುವ ಡೇಟಾವನ್ನು ಪ್ರೋಗ್ರಾಮಿಕ್ ಆಗಿ ನಿರ್ವಹಿಸಲು ಕಠಿಣ ಮತ್ತು ಪ್ರಮಾಣಿತ ಸಂಪನ್ಮೂಲ ಡೇಟಾ ಮಾದರಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ. ಅಂದರೆ, ನಿರ್ದಿಷ್ಟ ಮಾರಾಟಗಾರರ ಅನುಷ್ಠಾನಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ತಂತ್ರಜ್ಞಾನಗಳಿಗೆ (ಉದಾಹರಣೆಗೆ, IP ವಿಳಾಸಗಳು, VLAN ಗಳು, LLDP, ಇತ್ಯಾದಿ) ಒತ್ತು ನೀಡುವ ಮೂಲಕ ಹೆಚ್ಚು ಆಧುನಿಕ ವಿಧಾನಗಳ ಪರವಾಗಿ ಬಳಕೆದಾರರು ವೈಯಕ್ತಿಕ ಕಾನ್ಫಿಗರೇಶನ್ ವಿಧಾನಗಳನ್ನು ಕ್ರಮೇಣ ತ್ಯಜಿಸುತ್ತಿದ್ದಾರೆ.
ವಿಶ್ವಾಸಾರ್ಹ ಮತ್ತು ಸಾಬೀತಾಗಿರುವ ಕಮಾಂಡ್ ಮಾಡ್ಯೂಲ್ಗಳು ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್‌ನ ದಿನಗಳನ್ನು ಎಣಿಸಲಾಗಿದೆ ಎಂದು ಇದರ ಅರ್ಥವೇ? ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ. ನಿರೀಕ್ಷಿತ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್ಗಳು ಎಲ್ಲಾ ಸಂದರ್ಭಗಳಲ್ಲಿ ಅಥವಾ ಪ್ರತಿ ಮಾರಾಟಗಾರರಿಗೆ ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕಮಾಂಡ್ ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಮಾಡ್ಯೂಲ್ಗಳು ಇನ್ನೂ ಕೆಲವು ಅಳವಡಿಕೆಗಳಿಗಾಗಿ ನೆಟ್ವರ್ಕ್ ಎಂಜಿನಿಯರ್‌ಗಳಿಗೆ ಅಗತ್ಯವಿದೆ. ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳ ಉದ್ದೇಶವು ದೊಡ್ಡ ಜಿಂಜಾ ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಸರಳಗೊಳಿಸುವುದು ಮತ್ತು ರಚನಾತ್ಮಕವಲ್ಲದ ಸಾಧನ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳನ್ನು ರಚನಾತ್ಮಕ JSON ಫಾರ್ಮ್ಯಾಟ್‌ಗೆ ಸಾಮಾನ್ಯಗೊಳಿಸುವುದು. ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳೊಂದಿಗೆ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ತಮ್ಮ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ರಚನಾತ್ಮಕ ಕೀ-ಮೌಲ್ಯದ ಜೋಡಿಗಳಾಗಿ ಪರಿವರ್ತಿಸಲು ಸುಲಭವಾಗುತ್ತದೆ, ಅದು ಸತ್ಯದ ಓದಲು ಸುಲಭವಾದ ಮೂಲವನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತದೆ. ರಚನಾತ್ಮಕ ಕೀ-ಮೌಲ್ಯದ ಜೋಡಿಗಳನ್ನು ಬಳಸುವ ಮೂಲಕ, ನೀವು ಪ್ರತಿ ಸಾಧನದಲ್ಲಿ ರನ್ನಿಂಗ್ ಕಾನ್ಫಿಗರೇಶನ್‌ಗಳಿಂದ ಸ್ವತಂತ್ರ ರಚನಾತ್ಮಕ ಡೇಟಾದೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಚಲಿಸಬಹುದು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಮೂಲಸೌಕರ್ಯ-ಕೋಡ್ ವಿಧಾನದ ಮುಂಚೂಣಿಗೆ ತರಬಹುದು.
ಅನ್ಸಿಬಲ್ ಎಂಜಿನ್ 2.9 ನಲ್ಲಿ ಯಾವ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್ಗಳು ಬರಲಿವೆ?
ಅನ್ಸಿಬಲ್ 2.9 ರಲ್ಲಿ ಏನಾಗುತ್ತದೆ ಎಂದು ನಾವು ನಿಮಗೆ ವಿವರವಾಗಿ ಹೇಳುವ ಮೊದಲು, ನಾವು ಕೆಲಸದ ಸಂಪೂರ್ಣ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೇಗೆ ವಿಂಗಡಿಸಿದ್ದೇವೆ ಎಂಬುದನ್ನು ನೆನಪಿಸೋಣ.
ನಾವು 7 ವರ್ಗಗಳನ್ನು ಗುರುತಿಸಿದ್ದೇವೆ ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಿರ್ದಿಷ್ಟ ನೆಟ್ವರ್ಕ್ ಸಂಪನ್ಮೂಲಗಳನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ:
ಗಮನಿಸಿ: ಬೋಲ್ಡ್‌ನಲ್ಲಿರುವ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಅನ್ಸಿಬಲ್ 2.9 ರಲ್ಲಿ ಯೋಜಿಸಲಾಗಿದೆ ಮತ್ತು ಕಾರ್ಯಗತಗೊಳಿಸಲಾಗಿದೆ.
ಎಂಟರ್‌ಪ್ರೈಸ್ ಗ್ರಾಹಕರು ಮತ್ತು ಸಮುದಾಯದಿಂದ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಆಧರಿಸಿ, ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು, ವರ್ಚುವಲೈಸೇಶನ್ ಮತ್ತು ಇಂಟರ್‌ಫೇಸ್‌ಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಮೊದಲು ನಿಭಾಯಿಸುವುದು ತಾರ್ಕಿಕವಾಗಿದೆ.
ಕೆಳಗಿನ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಅನ್ಸಿಬಲ್ ನೆಟ್ವರ್ಕ್ ತಂಡವು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ ಮತ್ತು Red Hat ಬೆಂಬಲಿಸುವ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳಿಗೆ ಅನುಗುಣವಾಗಿರುತ್ತದೆ:
ಕೆಳಗಿನ ಮಾಡ್ಯೂಲ್‌ಗಳನ್ನು ಅನ್ಸಿಬಲ್ ಸಮುದಾಯವು ಅಭಿವೃದ್ಧಿಪಡಿಸಿದೆ:
exos_lldp_global- ಎಕ್ಸ್‌ಟ್ರೀಮ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಂದ.nxos_bfd_interfaces- ಸಿಸ್ಕೋದಿಂದnxos_telemetry- ಸಿಸ್ಕೋದಿಂದ
ನೀವು ನೋಡುವಂತೆ, ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳ ಪರಿಕಲ್ಪನೆಯು ನಮ್ಮ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್-ಕೇಂದ್ರಿತ ತಂತ್ರಕ್ಕೆ ಹೊಂದಿಕೊಳ್ಳುತ್ತದೆ. ಅಂದರೆ, ನೆಟ್ವರ್ಕ್ ಮಾಡ್ಯೂಲ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಪ್ರಮಾಣೀಕರಣವನ್ನು ಬೆಂಬಲಿಸಲು ಮತ್ತು ಅನ್ಸಿಬಲ್ ಪಾತ್ರಗಳು ಮತ್ತು ಪ್ಲೇಬುಕ್‌ಗಳ ಮಟ್ಟದಲ್ಲಿ ಬಳಕೆದಾರರ ಕೆಲಸವನ್ನು ಸರಳೀಕರಿಸಲು ನಾವು ಅನ್ಸಿಬಲ್‌ನಲ್ಲಿಯೇ ಅಗತ್ಯ ಸಾಮರ್ಥ್ಯಗಳು ಮತ್ತು ಕಾರ್ಯಗಳನ್ನು ಸೇರಿಸುತ್ತೇವೆ. ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳ ಅಭಿವೃದ್ಧಿಯನ್ನು ವಿಸ್ತರಿಸಲು, ಅನ್ಸಿಬಲ್ ತಂಡವು ಮಾಡ್ಯೂಲ್ ಬಿಲ್ಡರ್ ಟೂಲ್ ಅನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿದೆ.
ಅನ್ಸಿಬಲ್ 2.10 ಮತ್ತು ಅದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಯೋಜನೆಗಳು
ಒಮ್ಮೆ Ansible 2.9 ಬಿಡುಗಡೆಯಾದ ನಂತರ, ನಾವು Ansible 2.10 ಗಾಗಿ ಸಂಪನ್ಮೂಲ ಮಾಡ್ಯೂಲ್‌ಗಳ ಮುಂದಿನ ಸೆಟ್‌ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತೇವೆ, ಇದನ್ನು ನೆಟ್ವರ್ಕ್ ಟೋಪೋಲಜಿ ಮತ್ತು ನೀತಿಯನ್ನು ಮತ್ತಷ್ಟು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಬಳಸಬಹುದು, ಉದಾ. . ಅಭಿವೃದ್ಧಿ ಯೋಜನೆಯನ್ನು ಇನ್ನೂ ಸರಿಹೊಂದಿಸಬಹುದು, ಆದ್ದರಿಂದ ನೀವು ಕಾಮೆಂಟ್‌ಗಳನ್ನು ಹೊಂದಿದ್ದರೆ, ದಯವಿಟ್ಟು ಅದನ್ನು ವರದಿ ಮಾಡಿ .
ಸಂಪನ್ಮೂಲಗಳು ಮತ್ತು ಪ್ರಾರಂಭಿಸುವುದು
ಮೂಲ: www.habr.com