Национальная информационная служба спутниковых данных об окружающей среде (NESDIS) на 35% снизила свои затраты на управление конфигурацией Red Hat Enterprise Linux (RHEL), перейдя с Puppet Enterprise на Ansible Tower. В этом видео категории «как мы это сделали» системный инженер Майкл Рау обосновывает выполнение этой миграции, делится полезными советами и опытом, полученным в результате перехода с одной SCM на другую.
ಈ ವೀಡಿಯೊದಿಂದ ನೀವು ಕಲಿಯುವಿರಿ:
- ಪಪಿಟ್ ಎಂಟರ್ಪ್ರೈಸ್ನಿಂದ ಅನ್ಸಿಬಲ್ ಟವರ್ಗೆ ಬದಲಾಯಿಸುವ ಕಾರ್ಯಸಾಧ್ಯತೆಯನ್ನು ನಿರ್ವಹಣೆಗೆ ಸಮರ್ಥಿಸುವುದು ಹೇಗೆ;
- ಪರಿವರ್ತನೆಯನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಮೃದುಗೊಳಿಸಲು ಯಾವ ತಂತ್ರಗಳನ್ನು ಬಳಸಬೇಕು;
- PE ಮ್ಯಾನಿಫೆಸ್ಟ್ ಅನ್ನು ಅನ್ಸಿಬಲ್ ಪ್ಲೇಬುಕ್ಗೆ ಟ್ರಾನ್ಸ್ಕೋಡಿಂಗ್ ಮಾಡಲು ಸಲಹೆಗಳು;
- ಅನ್ಸಿಬಲ್ ಟವರ್ನ ಅತ್ಯುತ್ತಮ ಅನುಸ್ಥಾಪನೆಗೆ ಶಿಫಾರಸುಗಳು.
ಎಲ್ಲರಿಗೂ ನಮಸ್ಕಾರ, ನನ್ನ ಹೆಸರು ಮೈಕೆಲ್ ರಾವು, ನಾನು ಆಕ್ಟಿಯೋನೆಟ್ನಲ್ಲಿ ಹಿರಿಯ ಸಿಸ್ಟಮ್ಸ್ ಇಂಜಿನಿಯರ್ ಆಗಿದ್ದೇನೆ, ಇದು ನ್ಯಾಷನಲ್ ಓಷಿಯಾನಿಕ್ ಮತ್ತು ಅಟ್ಮಾಸ್ಫಿಯರಿಕ್ ಅಡ್ಮಿನಿಸ್ಟ್ರೇಷನ್ (NOAA) NESDIS ಸೇವೆಗಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಇಂದು ನಾವು ಸ್ಟ್ರಿಂಗ್ ಟ್ರಿಮ್ಮಿಂಗ್ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತೇವೆ - ಪಪಿಟ್ ಎಂಟರ್ಪ್ರೈಸ್ನಿಂದ ಅನ್ಸಿಬಲ್ ಟವರ್ಗೆ ವಲಸೆ ಹೋಗುವ ನನ್ನ ಸ್ವಂತ ಅನುಭವ. ವರ್ಷದ ಆರಂಭದಲ್ಲಿ ನಾನು ಈ ಪರಿವರ್ತನೆಯನ್ನು ಮಾಡಿದ ನಂತರ ಉಳಿದಿರುವ "ನನ್ನ ಗುರುತುಗಳನ್ನು ನೋಡೋಣ" ಎಂಬುದು ಈ ಪ್ರಸ್ತುತಿಯ ಥೀಮ್ ಆಗಿದೆ. ಈ ಪ್ರಕ್ರಿಯೆಯ ಮೂಲಕ ನಾನು ಕಲಿತದ್ದನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ನಾನು ಬಯಸುತ್ತೇನೆ. ಆದ್ದರಿಂದ ನೀವು ನನ್ನ ಅನುಭವವನ್ನು ಬಳಸಿಕೊಂಡು ಇಂತಹದನ್ನು ತೆಗೆದುಕೊಂಡಾಗ, ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಕೆಲಸವಿಲ್ಲದೆ ನೀವು ಪರಿವರ್ತನೆಯನ್ನು ಮಾಡಬಹುದು.
ಅನ್ಸಿಬಲ್ ಫೆಸ್ಟ್ನಲ್ಲಿ ಪ್ರತಿ ಪ್ರಸ್ತುತಿಯ ಪ್ರಾರಂಭದಲ್ಲಿ ನೀವು ಇದೇ ರೀತಿಯ ಸ್ಲೈಡ್ಗಳನ್ನು ನೋಡುತ್ತೀರಿ. ಈ ಸ್ಲೈಡ್ ನನ್ನ ಕಂಪನಿಯ ಯಾಂತ್ರೀಕೃತಗೊಂಡ ಇತಿಹಾಸವನ್ನು ವಿವರಿಸುತ್ತದೆ. ನಾನು ಇದಕ್ಕೆ ಹೊಸಬನಲ್ಲ ಏಕೆಂದರೆ ನಾನು 2007 ರಿಂದ ಪಪಿಟ್/ಪಪಿಟ್ ಎಂಟರ್ಪ್ರೈಸ್ ಅನ್ನು ಬಳಸುತ್ತಿದ್ದೇನೆ. ನಾನು 2016 ರಲ್ಲಿ ಅನ್ಸಿಬಲ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಪ್ರಾರಂಭಿಸಿದೆ, ಮತ್ತು ಈ ಉತ್ಪನ್ನದ ಇತರ ಅನೇಕ ಬಳಕೆದಾರರಂತೆ, ಆಜ್ಞಾ ಸಾಲಿನ ಮತ್ತು ಸರಳ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು (ಪ್ಲೇಬುಕ್ಗಳು) ಬಳಸಿಕೊಂಡು "ಟ್ರಿಕ್ಸ್" ಸಾಧ್ಯತೆಯಿಂದ ನಾನು ಆಕರ್ಷಿತನಾಗಿದ್ದೆ. 2017 ರ ಕೊನೆಯಲ್ಲಿ, ನಾನು ಅನ್ಸಿಬಲ್ ಟವರ್ಗೆ ಸ್ಥಳಾಂತರಗೊಳ್ಳಲು ಬಲವಾದ ಕಾರಣಗಳ ಬಗ್ಗೆ ನನ್ನ ನಿರ್ವಹಣೆಯನ್ನು ಸಂಪರ್ಕಿಸಿದೆ. ಈ ಹಂತವನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ನನ್ನನ್ನು ಪ್ರೇರೇಪಿಸಿದ ಕಾರಣಗಳ ಬಗ್ಗೆ ಒಂದು ನಿಮಿಷದಲ್ಲಿ ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ. ನಿರ್ವಹಣೆಯ ಒಪ್ಪಿಗೆಯನ್ನು ಪಡೆದ ನಂತರ, ಯೋಜನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಲು ಇನ್ನೂ ಹಲವಾರು ತಿಂಗಳುಗಳನ್ನು ತೆಗೆದುಕೊಂಡಿತು ಮತ್ತು ನಾನು ಈ ವರ್ಷದ ಜನವರಿ-ಫೆಬ್ರವರಿಯಲ್ಲಿ ಪರಿವರ್ತನೆ ಮಾಡಿದ್ದೇನೆ. ಆದ್ದರಿಂದ, ನಾವು ಅನ್ಸಿಬಲ್ ಪರವಾಗಿ ಪಪಿಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತ್ಯಜಿಸಿದ್ದೇವೆ ಮತ್ತು ಇದು ದೊಡ್ಡ ವಿಷಯವಾಗಿದೆ.
ಅನ್ಸಿಬಲ್ ಬಗ್ಗೆ ನನಗೆ ಹೆಚ್ಚು ಮನವಿ ಮಾಡುವುದು ಪಾತ್ರಗಳು ಮತ್ತು ಪ್ಲೇಬುಕ್ಗಳನ್ನು ಬರೆಯುವ ಮತ್ತು ಬಳಸುವ ಸಾಮರ್ಥ್ಯ. ವಿಭಿನ್ನ ಆದರೆ ಸಂಬಂಧಿತ ಕಾರ್ಯಗಳನ್ನು ರಚಿಸಲು ಮತ್ತು ಆ ಕಾರ್ಯಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ ಎಲ್ಲಾ ಡೇಟಾವನ್ನು ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಲು ಪಾತ್ರಗಳು ಉತ್ತಮವಾಗಿವೆ. ಪ್ಲೇಬುಕ್ ಒಂದು YAML ಸಿಂಟ್ಯಾಕ್ಸ್ ಆಗಿದೆ, ಇದು ಒಂದು ಅಥವಾ ಹೆಚ್ಚಿನ ಹೋಸ್ಟ್ಗಳಿಗೆ ಕ್ರಿಯೆಗಳನ್ನು ವಿವರಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಫೈಲ್ ಆಗಿದೆ. ನಾನು ಈ ವೈಶಿಷ್ಟ್ಯಗಳ ಬಗ್ಗೆ ಬಳಕೆದಾರರಿಗೆ, ಪ್ರಾಥಮಿಕವಾಗಿ ಸಾಫ್ಟ್ವೇರ್ ಡೆವಲಪರ್ಗಳಿಗೆ ಮಾತನಾಡುತ್ತೇನೆ. "ಇಲ್ಲ, ನಿಮಗೆ ಶೆಲ್ ಪ್ರವೇಶವಿಲ್ಲ, ಆದರೆ ಎಲ್ಲಾ ಟವರ್ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ರನ್ ಮಾಡುವ ಮತ್ತು ನಿಮಗೆ ಅಗತ್ಯವಿರುವಾಗ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವ ಸಾಮರ್ಥ್ಯವನ್ನು ನಾನು ನಿಮಗೆ ನೀಡುತ್ತೇನೆ" ಎಂದು ಹೇಳುವ ಸಾಮರ್ಥ್ಯವನ್ನು ಅನ್ಸಿಬಲ್ ಟವರ್ ನೀಡುತ್ತದೆ. ಕೆಲಸದ ವಾತಾವರಣ ಮತ್ತು ನಾವು ಬಳಸುವ ಸಲಕರಣೆಗಳ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ.
ಇದು ಫೆಡರಲ್ LAN, ಕ್ಲೌಡ್ MPLS ಮೂಲಕ ಸಂಪರ್ಕಗೊಂಡಿರುವ 7 ಭೌತಿಕ ಸೈಟ್ಗಳು, 140 RHEL ಸರ್ವರ್ಗಳು, ಇವುಗಳಲ್ಲಿ 99% ವರ್ಚುವಲ್ (vSphere), ಸೂಪರ್ಮೈಕ್ರೋ ಹಾರ್ಡ್ವೇರ್, ನೆಕ್ಸೆಂಟಾಸ್ಟೋರ್ ನೆಟ್ವರ್ಕ್ ಸಂಗ್ರಹಣೆ, ಸಿಸ್ಕೋ, ಅರಿಸ್ಟಾ ಮತ್ತು ಕ್ಯುಮುಲಸ್ ಸ್ವಿಚ್ಗಳು ಮತ್ತು ಫೋರ್ಟಿನೆಟ್ UTM ಏಕೀಕೃತ ಬೆದರಿಕೆ ನಿರ್ವಹಣೆ ಪ್ರತಿ ಸೈಟ್ನಲ್ಲಿನ ಪರಿಕರಗಳು.
Федеральная сеть означает, что я должен использовать все средства защиты информации, предусмотренные законодательными актами. Вы должны иметь в виду, что Puppet Enterprise не поддерживает большую часть используемого у нас оборудования. Мы вынуждены использовать бюджетное аппаратное обеспечение, поскольку государственные структуры испытывают проблемы с финансированием этой статьи расходов. Поэтому мы покупаем «железо» класса SuperMicro и собираем наше оборудование из отдельных частей, техническое обслуживание которых гарантировано правительственными контрактами. Мы используем Linux, и это одна из важных причин перехода на Ansible.
ಬೊಂಬೆಯೊಂದಿಗಿನ ನಮ್ಮ ಇತಿಹಾಸವು ಈ ಕೆಳಗಿನಂತಿರುತ್ತದೆ.
2007 ರಲ್ಲಿ, ನಾವು 20-25 ನೋಡ್ಗಳ ಸಣ್ಣ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಅದರಲ್ಲಿ ನಾವು ಪಪಿಟ್ ಅನ್ನು ನಿಯೋಜಿಸಿದ್ದೇವೆ. ಮೂಲತಃ, ಈ ನೋಡ್ಗಳು ಕೇವಲ RedHat "ಪೆಟ್ಟಿಗೆಗಳು". 2010 ರಲ್ಲಿ, ನಾವು 45 ನೋಡ್ಗಳಿಗಾಗಿ ಪಪಿಟ್ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸಿದ್ದೇವೆ. ನೆಟ್ವರ್ಕ್ ವಿಸ್ತರಿಸುವುದನ್ನು ಮುಂದುವರಿಸಿದಂತೆ, ನಾವು 2014 ರಲ್ಲಿ PE 3.3 ಗೆ ಸ್ಥಳಾಂತರಗೊಂಡಿದ್ದೇವೆ, 75 ನೋಡ್ಗಳಿಗೆ ಮ್ಯಾನಿಫೆಸ್ಟ್ ರಿರೈಟ್ನೊಂದಿಗೆ ಸಂಪೂರ್ಣ ಪರಿವರ್ತನೆ ಮಾಡಿದ್ದೇವೆ. ಪಪಿಟ್ ಆಟದ ನಿಯಮಗಳನ್ನು ಬದಲಾಯಿಸಲು ಇಷ್ಟಪಡುವ ಕಾರಣ ಇದನ್ನು ಮಾಡಬೇಕಾಗಿತ್ತು ಮತ್ತು ಈ ಸಂದರ್ಭದಲ್ಲಿ ಅವರು ಭಾಷೆಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬದಲಾಯಿಸಿದರು. ಒಂದು ವರ್ಷದ ನಂತರ, ಪಪಿಟ್ ಎಂಟರ್ಪ್ರೈಸ್ನ ಆವೃತ್ತಿ 3 ಗೆ ಬೆಂಬಲ ಕೊನೆಗೊಂಡಾಗ, ನಾವು PE 2015.2 ಗೆ ವಲಸೆ ಹೋಗುವಂತೆ ಒತ್ತಾಯಿಸಲಾಯಿತು. ಹೊಸ ಸರ್ವರ್ಗಳಿಗಾಗಿ ನಾವು ಮ್ಯಾನಿಫೆಸ್ಟ್ ಅನ್ನು ಪುನಃ ಬರೆಯಬೇಕಾಗಿತ್ತು ಮತ್ತು 100 ನೋಡ್ಗಳ ಮೀಸಲು ಹೊಂದಿರುವ ಪರವಾನಗಿಯನ್ನು ಖರೀದಿಸಬೇಕಾಗಿತ್ತು, ಆದರೂ ಆ ಸಮಯದಲ್ಲಿ ನಾವು ಕೇವಲ 85 ನೋಡ್ಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ.
ಕೇವಲ 2 ವರ್ಷಗಳು ಕಳೆದಿವೆ ಮತ್ತು ಹೊಸ ಆವೃತ್ತಿ PE 2016.4 ಗೆ ವಲಸೆ ಹೋಗಲು ನಾವು ಮತ್ತೆ ಸಾಕಷ್ಟು ಕೆಲಸ ಮಾಡಬೇಕಾಗಿತ್ತು. ನಾವು 300 ನೋಡ್ಗಳಿಗೆ ಪರವಾನಗಿಯನ್ನು ಖರೀದಿಸಿದ್ದೇವೆ, ಕೇವಲ 130 ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ. ನಾವು ಮತ್ತೊಮ್ಮೆ ಮ್ಯಾನಿಫೆಸ್ಟ್ಗೆ ಪ್ರಮುಖ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಬೇಕಾಗಿತ್ತು ಏಕೆಂದರೆ ಭಾಷೆಯ ಹೊಸ ಆವೃತ್ತಿಯು 2015 ರ ಆವೃತ್ತಿಯ ಭಾಷೆಗಿಂತ ವಿಭಿನ್ನ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ಹೊಂದಿತ್ತು. ಪರಿಣಾಮವಾಗಿ, ನಮ್ಮ SCM SVN ಆವೃತ್ತಿಯ ನಿಯಂತ್ರಣದಿಂದ Bitbucket (Git) ಗೆ ಬದಲಾಯಿಸಿತು. ಇದು ಪಪಿಟ್ ಜೊತೆಗಿನ ನಮ್ಮ "ಸಂಬಂಧ"ವಾಗಿತ್ತು.
ಆದ್ದರಿಂದ, ಈ ಕೆಳಗಿನ ವಾದಗಳನ್ನು ಬಳಸಿಕೊಂಡು ನಾವು ಬೇರೆ SCM ಗೆ ಏಕೆ ಹೋಗಬೇಕು ಎಂಬುದನ್ನು ನಾನು ನಿರ್ವಹಣೆಗೆ ವಿವರಿಸಬೇಕಾಗಿತ್ತು. ಮೊದಲನೆಯದು ಸೇವೆಯ ಹೆಚ್ಚಿನ ಬೆಲೆ. ನಾನು ರೆಡ್ಹ್ಯಾಟ್ನಲ್ಲಿರುವ ಹುಡುಗರೊಂದಿಗೆ ಮಾತನಾಡಿದೆ ಮತ್ತು ಅವರು ಅನ್ಸಿಬಲ್ ಟವರ್ನೊಂದಿಗೆ 300 ನೋಡ್ ನೆಟ್ವರ್ಕ್ ಅನ್ನು ಚಲಾಯಿಸುವ ವೆಚ್ಚವು ಪಪಿಟ್ ಎಂಟರ್ಪ್ರೈಸ್ನ ಅರ್ಧದಷ್ಟು ವೆಚ್ಚವಾಗಿದೆ ಎಂದು ಹೇಳಿದರು. ನೀವು ಅನ್ಸಿಬಲ್ ಎಂಜಿನ್ ಅನ್ನು ಸಹ ಖರೀದಿಸಿದರೆ, ವೆಚ್ಚವು ಒಂದೇ ಆಗಿರುತ್ತದೆ, ಆದರೆ ನೀವು PE ಗಿಂತ ಹೆಚ್ಚಿನ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಪಡೆಯುತ್ತೀರಿ. ನಾವು ಫೆಡರಲ್ ಬಜೆಟ್ನಿಂದ ಹಣವನ್ನು ಪಡೆದ ಸರ್ಕಾರಿ ಸ್ವಾಮ್ಯದ ಕಂಪನಿಯಾಗಿರುವುದರಿಂದ, ಇದು ಸಾಕಷ್ಟು ಪ್ರಬಲವಾದ ವಾದವಾಗಿದೆ.
ಎರಡನೆಯ ವಾದವು ಬಹುಮುಖತೆಯಾಗಿದೆ. ಪಪಿಟ್ ಏಜೆಂಟ್ ಹೊಂದಿರುವ ಹಾರ್ಡ್ವೇರ್ ಅನ್ನು ಮಾತ್ರ ಪಪಿಟ್ ಬೆಂಬಲಿಸುತ್ತದೆ. ಇದರರ್ಥ ಎಲ್ಲಾ ಸ್ವಿಚ್ಗಳಲ್ಲಿ ಏಜೆಂಟ್ ಅನ್ನು ಸ್ಥಾಪಿಸಬೇಕು ಮತ್ತು ಇದು ಇತ್ತೀಚಿನ ಆವೃತ್ತಿಯಾಗಿರಬೇಕು. ಮತ್ತು ನಿಮ್ಮ ಕೆಲವು ಸ್ವಿಚ್ಗಳು ಒಂದು ಆವೃತ್ತಿಯನ್ನು ಬೆಂಬಲಿಸಿದರೆ ಮತ್ತು ಕೆಲವು ಇನ್ನೊಂದನ್ನು ಬೆಂಬಲಿಸಿದರೆ, ನೀವು ಅವುಗಳ ಮೇಲೆ PE ಏಜೆಂಟ್ನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಸ್ಥಾಪಿಸಬೇಕಾಗುತ್ತದೆ ಇದರಿಂದ ಅವುಗಳು ಒಂದೇ SCM ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
Система Ansible Tower работает по-другому, потому что у нее нет никаких агентов, но зато имеются модули, которые поддерживают свитчи Cisco и все остальные свитчи. Эта SCM поддерживает Qubes OS, Linux и 4.NET UTM. Ansible Tower также поддерживает контроллеры сетевых хранилищ NexentaStore, основанные на ядре Illumos – open-source операционной системе на основе Unix. Это очень небольшая поддержка, но Ansible Tower все равно ее осуществляет.
ನನಗೆ ಮತ್ತು ನಮ್ಮ ಆಡಳಿತಕ್ಕೆ ಬಹಳ ಮುಖ್ಯವಾದ ಮೂರನೇ ವಾದವು ಬಳಕೆಯ ಸುಲಭವಾಗಿದೆ. ನಾನು ಪಪಿಟ್ ಮಾಡ್ಯೂಲ್ಗಳು ಮತ್ತು ಮ್ಯಾನಿಫೆಸ್ಟ್ ಕೋಡ್ ಅನ್ನು ಮಾಸ್ಟರಿಂಗ್ ಮಾಡಲು 10 ವರ್ಷಗಳನ್ನು ಕಳೆದಿದ್ದೇನೆ, ಆದರೆ ನಾನು ಒಂದು ವಾರದೊಳಗೆ ಅನ್ಸಿಬಲ್ ಅನ್ನು ಕಲಿತಿದ್ದೇನೆ ಏಕೆಂದರೆ ಈ SCM ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವುದು ತುಂಬಾ ಸುಲಭ. ನೀವು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ಗಳನ್ನು ಚಲಾಯಿಸಿದರೆ, ನೀವು ಅನಗತ್ಯವಾಗಿ ಮಾಡದ ಹೊರತು, ಬುದ್ಧಿವಂತ ಮತ್ತು ಸ್ಪಂದಿಸುವ ಹ್ಯಾಂಡ್ಲರ್ಗಳು ಅವರೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ. YAML-ಆಧಾರಿತ ಪ್ಲೇಬುಕ್ಗಳು ಕಲಿಯಲು ಸುಲಭ ಮತ್ತು ತ್ವರಿತವಾಗಿ ಬಳಸಲು. YAML ಬಗ್ಗೆ ಹಿಂದೆಂದೂ ಕೇಳದವರು ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಓದಬಹುದು ಮತ್ತು ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಸುಲಭವಾಗಿ ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬಹುದು.
ಪ್ರಾಮಾಣಿಕವಾಗಿ ಹೇಳಬೇಕೆಂದರೆ, ಪಪಿಟ್ ನಿಮ್ಮ ಕೆಲಸವನ್ನು ಡೆವಲಪರ್ ಆಗಿ ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಪಪಿಟ್ ಮಾಸ್ಟರ್ ಅನ್ನು ಬಳಸುವುದನ್ನು ಆಧರಿಸಿದೆ. ಇದು ಪಪಿಟ್ ಏಜೆಂಟ್ಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸಲು ಅನುಮತಿಸಲಾದ ಏಕೈಕ ಯಂತ್ರವಾಗಿದೆ. ನೀವು ಮ್ಯಾನಿಫೆಸ್ಟ್ಗೆ ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ್ದರೆ ಮತ್ತು ನಿಮ್ಮ ಕೋಡ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು ಬಯಸಿದರೆ, ನೀವು ಪಪಿಟ್ ಮಾಸ್ಟರ್ಗಾಗಿ ಕೋಡ್ ಅನ್ನು ಪುನಃ ಬರೆಯಬೇಕು, ಅಂದರೆ, ಎಲ್ಲಾ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸಂಪರ್ಕಿಸಲು ಮತ್ತು ಪಪಿಟ್ ಸರ್ವರ್ ಸೇವೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಪಪಿಟ್ ಮಾಸ್ಟರ್ / ಇತ್ಯಾದಿ/ಹೋಸ್ಟ್ಗಳ ಫೈಲ್ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಿ. ಇದರ ನಂತರ ಮಾತ್ರ ನೀವು ಒಂದು ಹೋಸ್ಟ್ನಲ್ಲಿ ನೆಟ್ವರ್ಕ್ ಉಪಕರಣಗಳ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪರೀಕ್ಷಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಇದು ಸಾಕಷ್ಟು ನೋವಿನ ವಿಧಾನವಾಗಿದೆ.
ಅನ್ಸಿಬಲ್ನಲ್ಲಿ ಎಲ್ಲವೂ ಹೆಚ್ಚು ಸರಳವಾಗಿದೆ. ನೀವು ಮಾಡಬೇಕಾಗಿರುವುದು ಪರೀಕ್ಷೆಯಲ್ಲಿರುವ ಹೋಸ್ಟ್ನೊಂದಿಗೆ SSH ಮೂಲಕ ಸಂವಹನ ಮಾಡಬಹುದಾದ ಯಂತ್ರಕ್ಕಾಗಿ ಕೋಡ್ ಅನ್ನು ಅಭಿವೃದ್ಧಿಪಡಿಸುವುದು. ಇದು ಕೆಲಸ ಮಾಡಲು ಹೆಚ್ಚು ಸುಲಭವಾಗಿದೆ.
ಅನ್ಸಿಬಲ್ ಟವರ್ನ ಮುಂದಿನ ದೊಡ್ಡ ಪ್ರಯೋಜನವೆಂದರೆ ನಿಮ್ಮ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಬೆಂಬಲ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿಯಂತ್ರಿಸುವ ಮತ್ತು ನಿಮ್ಮ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಹಾರ್ಡ್ವೇರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ನಿರ್ವಹಿಸುವ ಸಾಮರ್ಥ್ಯ. ಈ SCM ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯ ಮತ್ತು ಹಾರ್ಡ್ವೇರ್, ವರ್ಚುವಲ್ ಮಷಿನ್ಗಳು, ಸರ್ವರ್ಗಳು ಇತ್ಯಾದಿಗಳ ಕುರಿತು ಲಭ್ಯವಿರುವ ಎಲ್ಲಾ ಮಾಹಿತಿಯನ್ನು ಯಾವುದೇ ಹೆಚ್ಚುವರಿ ಹಂತಗಳಿಲ್ಲದೆ ಬಳಸುತ್ತದೆ. ನೀವು ಒಂದನ್ನು ಹೊಂದಿದ್ದರೆ ಅದು ನಿಮ್ಮ RH ಉಪಗ್ರಹ ಸರ್ವರ್ಗಳೊಂದಿಗೆ ಮಾತನಾಡಬಹುದು ಮತ್ತು ನೀವು ಪಪಿಟ್ನೊಂದಿಗೆ ಎಂದಿಗೂ ಪಡೆಯದ ಏಕೀಕರಣಗಳನ್ನು ನೀಡುತ್ತದೆ.
ಮತ್ತೊಂದು ಪ್ರಮುಖ ವಿಷಯವೆಂದರೆ ವಿವರವಾದ ನಿಯಂತ್ರಣ. ಪಪಿಟ್ ಒಂದು ಮಾಡ್ಯುಲರ್ ಸಿಸ್ಟಮ್ ಎಂದು ನಿಮಗೆ ತಿಳಿದಿದೆ, ಇದು ಕ್ಲೈಂಟ್-ಸರ್ವರ್ ಅಪ್ಲಿಕೇಶನ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ ಎಲ್ಲಾ ಯಂತ್ರಗಳ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅಂಶಗಳನ್ನು ಒಂದು ದೀರ್ಘ ಮ್ಯಾನಿಫೆಸ್ಟ್ನಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಬೇಕು. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಸಿಸ್ಟಮ್ನ ಪ್ರತಿಯೊಂದು ಅಂಶದ ಸ್ಥಿತಿಯನ್ನು ಪ್ರತಿ ಅರ್ಧ ಗಂಟೆಗೊಮ್ಮೆ ಪರೀಕ್ಷಿಸಬೇಕು - ಇದು ಡೀಫಾಲ್ಟ್ ಅವಧಿಯಾಗಿದೆ. ಪಪಿಟ್ ಕೆಲಸ ಮಾಡುವುದು ಹೀಗೆ.
ಗೋಪುರವು ನಿಮ್ಮನ್ನು ಅದರಿಂದ ರಕ್ಷಿಸುತ್ತದೆ. ನೀವು ನಿರ್ಬಂಧಗಳಿಲ್ಲದೆ ವಿವಿಧ ಸಾಧನಗಳಲ್ಲಿ ವಿವಿಧ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಡೆಸಬಹುದು, ನೀವು ಮೂಲಭೂತ ಕೆಲಸವನ್ನು ಮಾಡಬಹುದು, ಇತರ ಪ್ರಮುಖ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು, ಭದ್ರತಾ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಡೇಟಾಬೇಸ್ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಬಹುದು. ಪಪಿಟ್ ಎಂಟರ್ಪ್ರೈಸ್ನಲ್ಲಿ ನೀವು ಕಷ್ಟಕರವಾದ ಎಲ್ಲವನ್ನೂ ಮಾಡಬಹುದು. ಆದ್ದರಿಂದ, ನೀವು ಅದನ್ನು ಒಂದು ಹೋಸ್ಟ್ನಲ್ಲಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದರೆ, ಬದಲಾವಣೆಗಳು ಉಳಿದಿರುವ ಹೋಸ್ಟ್ಗಳ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಅನ್ಸಿಬಲ್ನಲ್ಲಿ, ಎಲ್ಲಾ ಬದಲಾವಣೆಗಳು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ.
Наконец, рассмотрим модуль безопасности. В Ansible Tower он реализован просто потрясающе, с большой точностью и тщательностью. Вы можете предоставлять пользователям доступ к конкретным службам или к конкретным хостам. Я поступаю так со своими сотрудниками, привыкшими работать на Windows, ограничивая им доступ к оболочке Linux. Я обеспечиваю им такой доступ к Tower, чтобы они могли выполнять только ту работу и запускать только те службы, которые относятся к их компетенции.
ಅನ್ಸಿಬಲ್ ಟವರ್ಗೆ ನಿಮ್ಮ ಪರಿವರ್ತನೆಯನ್ನು ಸುಲಭಗೊಳಿಸಲು ನೀವು ಸಮಯಕ್ಕಿಂತ ಮುಂಚಿತವಾಗಿ ಮಾಡಬೇಕಾದ ವಿಷಯಗಳನ್ನು ನೋಡೋಣ. ಮೊದಲನೆಯದಾಗಿ, ನೀವು ಉಪಕರಣವನ್ನು ಸಿದ್ಧಪಡಿಸಬೇಕು. ನಿಮ್ಮ ಮೂಲಸೌಕರ್ಯದ ಕೆಲವು ಅಂಶಗಳು ಈಗಾಗಲೇ ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ನೀವು ಅವುಗಳನ್ನು ಅಲ್ಲಿ ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ. ಅವುಗಳ ಗುಣಲಕ್ಷಣಗಳನ್ನು ಬದಲಾಯಿಸದ ವ್ಯವಸ್ಥೆಗಳಿವೆ ಮತ್ತು ಆದ್ದರಿಂದ ಪಪಿಟ್ ಡೇಟಾಬೇಸ್ನಲ್ಲಿಲ್ಲ, ಆದರೆ ಗೋಪುರಕ್ಕೆ ಹೋಗುವ ಮೊದಲು ನೀವು ಅವುಗಳನ್ನು ಅಲ್ಲಿ ಸೇರಿಸದಿದ್ದರೆ, ನೀವು ಹಲವಾರು ಪ್ರಯೋಜನಗಳನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ. ಇದು "ಡರ್ಟಿ", ಪ್ರಾಥಮಿಕ ಡೇಟಾಬೇಸ್ ಆಗಿರಬಹುದು, ಆದರೆ ನೀವು ಹೊಂದಿರುವ ಎಲ್ಲಾ ಸಲಕರಣೆಗಳ ಬಗ್ಗೆ ಮಾಹಿತಿಯನ್ನು ಹೊಂದಿರಬೇಕು. ಆದ್ದರಿಂದ, ನೀವು ಡೈನಾಮಿಕ್ ಹಾರ್ಡ್ವೇರ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಬರೆಯಬೇಕು ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಎಲ್ಲಾ ಮೂಲಸೌಕರ್ಯ ಬದಲಾವಣೆಗಳನ್ನು ಡೇಟಾಬೇಸ್ಗೆ ತಳ್ಳುತ್ತದೆ, ನಂತರ ಹೊಸ ಸಿಸ್ಟಮ್ನಲ್ಲಿ ಯಾವ ಹೋಸ್ಟ್ಗಳು ಇರಬೇಕೆಂದು ಅನ್ಸಿಬಲ್ ತಿಳಿಯುತ್ತದೆ. ನೀವು ಈ SCM ಅನ್ನು ಯಾವ ಹೋಸ್ಟ್ಗಳನ್ನು ಸೇರಿಸಿದ್ದೀರಿ ಮತ್ತು ಯಾವ ಹೋಸ್ಟ್ಗಳು ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ ಎಂಬುದನ್ನು ನೀವು ಹೇಳಬೇಕಾಗಿಲ್ಲ, ಏಕೆಂದರೆ ಇದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಎಲ್ಲವನ್ನೂ ತಿಳಿಯುತ್ತದೆ. ಡೇಟಾಬೇಸ್ನಲ್ಲಿ ಹೆಚ್ಚಿನ ಡೇಟಾ ಇದ್ದರೆ, ಹೆಚ್ಚು ಉಪಯುಕ್ತ ಮತ್ತು ಹೊಂದಿಕೊಳ್ಳುವ ಅನ್ಸಿಬಲ್ ಆಗಿರುತ್ತದೆ. ಡೇಟಾಬೇಸ್ನಿಂದ ಹಾರ್ಡ್ವೇರ್ ಸ್ಥಿತಿ ಬಾರ್ಕೋಡ್ ಅನ್ನು ಸರಳವಾಗಿ ಓದುವಂತೆ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಅನ್ಸಿಬಲ್ನಲ್ಲಿ ಆಜ್ಞಾ ಸಾಲಿನೊಂದಿಗೆ ಪರಿಚಿತರಾಗಲು ಸ್ವಲ್ಪ ಸಮಯವನ್ನು ಕಳೆಯಿರಿ. ಹಾರ್ಡ್ವೇರ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಪರೀಕ್ಷಿಸಲು ಕೆಲವು ಕಸ್ಟಮ್ ಕಮಾಂಡ್ಗಳನ್ನು ರನ್ ಮಾಡಿ, ಕೆಲವು ಸರಳ ಆದರೆ ಉಪಯುಕ್ತ ಪ್ಲೇಬುಕ್ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಬರೆಯಿರಿ ಮತ್ತು ರನ್ ಮಾಡಿ, ಸೂಕ್ತವಾದಲ್ಲಿ Jinja2 ಟೆಂಪ್ಲೇಟ್ಗಳನ್ನು ಬಳಸಿ. ಸಾಮಾನ್ಯ, ಸಾಮಾನ್ಯವಾಗಿ ಎದುರಾಗುವ ಹಾರ್ಡ್ವೇರ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಬಳಸಿಕೊಂಡು ಸಂಕೀರ್ಣ, ಬಹು-ಹಂತದ ಪ್ರಕ್ರಿಯೆಗಾಗಿ ಪಾತ್ರ ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಬರೆಯಲು ಪ್ರಯತ್ನಿಸಿ. ಈ ವಿಷಯಗಳೊಂದಿಗೆ ಆಟವಾಡಿ, ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪರೀಕ್ಷಿಸಿ. ಈ ರೀತಿಯಲ್ಲಿ ನೀವು ಟವರ್ನಲ್ಲಿ ಬಳಸಲಾದ ಲೈಬ್ರರಿ ರಚನೆ ಸಾಧನಗಳನ್ನು ಹೇಗೆ ಬಳಸಬೇಕೆಂದು ಕಲಿಯುವಿರಿ. ಪರಿವರ್ತನೆಗೆ ತಯಾರಿ ಮಾಡಲು ನನಗೆ ಸುಮಾರು 3 ತಿಂಗಳು ಬೇಕಾಯಿತು ಎಂದು ನಾನು ಈಗಾಗಲೇ ಹೇಳಿದ್ದೇನೆ. ನನ್ನ ಅನುಭವದ ಆಧಾರದ ಮೇಲೆ, ನೀವು ಇದನ್ನು ವೇಗವಾಗಿ ಮಾಡಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಈ ಸಮಯವನ್ನು ವ್ಯರ್ಥವೆಂದು ಪರಿಗಣಿಸಬೇಡಿ, ಏಕೆಂದರೆ ನಂತರ ನೀವು ಮಾಡಿದ ಕೆಲಸದ ಎಲ್ಲಾ ಪ್ರಯೋಜನಗಳನ್ನು ಅನುಭವಿಸುವಿರಿ.
ಮುಂದೆ, ಅನ್ಸಿಬಲ್ ಟವರ್ನಿಂದ ನೀವು ಏನನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತೀರಿ ಎಂಬುದನ್ನು ನೀವು ನಿರ್ಧರಿಸಬೇಕು, ಈ ವ್ಯವಸ್ಥೆಯು ನಿಮಗಾಗಿ ನಿಖರವಾಗಿ ಏನು ಮಾಡಬೇಕು.
ನೀವು ಬೇರ್ ಹಾರ್ಡ್ವೇರ್ನಲ್ಲಿ, ಬೇರ್ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳಲ್ಲಿ ಸಿಸ್ಟಮ್ ಅನ್ನು ನಿಯೋಜಿಸಬೇಕೇ? ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಉಪಕರಣಗಳ ಮೂಲ ಆಪರೇಟಿಂಗ್ ಷರತ್ತುಗಳು ಮತ್ತು ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನೀವು ಬಯಸುವಿರಾ? ಸಾರ್ವಜನಿಕ ಕಂಪನಿಗಳಿಗೆ ಇದು ಬಹಳ ಮುಖ್ಯವಾದ ಅಂಶವಾಗಿದೆ, ಆದ್ದರಿಂದ ನೀವು ನಿಮ್ಮ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಕಾನ್ಫಿಗರೇಶನ್ನಲ್ಲಿ ಅನ್ಸಿಬಲ್ ಅನ್ನು ಸ್ಥಳಾಂತರಿಸಲು ಮತ್ತು ನಿಯೋಜಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ ಎಂದು ನೀವು ಖಚಿತವಾಗಿ ತಿಳಿದುಕೊಳ್ಳಬೇಕು. ನೀವು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸಲು ಬಯಸುವ ವಾಡಿಕೆಯ ಆಡಳಿತ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಗುರುತಿಸಿ. ಹೊಸ ಸಿಸ್ಟಂನಲ್ಲಿ ನೀವು ನಿರ್ದಿಷ್ಟ ಅಪ್ಲಿಕೇಶನ್ಗಳು ಮತ್ತು ಸೇವೆಗಳನ್ನು ನಿಯೋಜಿಸಬೇಕೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ. ನೀವು ಏನು ಮಾಡಲು ಬಯಸುತ್ತೀರಿ ಎಂಬುದರ ಪಟ್ಟಿಯನ್ನು ಮಾಡಿ ಮತ್ತು ಅದಕ್ಕೆ ಆದ್ಯತೆ ನೀಡಿ.
Затем приступайте к написанию кода сценариев и ролей, которые обеспечат выполнение запланированных вами задач. Объедините их в Projects, логическую коллекцию соответствующих сценариев playbooks. Каждый Project будет относиться к отдельному репозиторию Git или другому репозиторию в зависимости от того, какой менеджер кода вы используете. Вы можете управлять сценариями playbook и каталогами playbook, поместив их вручную в Project Base Path на сервере Tower, либо поместив playbook в любую систему управления исходным кодом (SCM), поддерживаемую Tower, включая Git, Subversion, Mercurial и Red Hat Insights. Внутри одного Project вы можете разместить столько сценариев, сколько захотите. Например, я создал один базовый Project, в котором разместил сценарий для основных элементов RedHat, сценарий для основы Linux, сценарии для остальных базовых показателей. Таким образом, в одном проекте присутствовали самые различные роли и сценарии, которые управлялись из одного Git-репозитория.
ಈ ಎಲ್ಲಾ ವಿಷಯಗಳನ್ನು ಆಜ್ಞಾ ಸಾಲಿನ ಮೂಲಕ ಚಲಾಯಿಸುವುದು ಅವುಗಳ ಕಾರ್ಯವನ್ನು ಪರೀಕ್ಷಿಸಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಇದು ಟವರ್ ಸ್ಥಾಪನೆಗೆ ನಿಮ್ಮನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ.
ಪಪಿಟ್ ಮ್ಯಾನಿಫೆಸ್ಟ್ ಅನ್ನು ಟ್ರಾನ್ಸ್ಕೋಡ್ ಮಾಡುವುದರ ಕುರಿತು ಸ್ವಲ್ಪ ಮಾತನಾಡೋಣ, ಏಕೆಂದರೆ ನಿಜವಾಗಿ ಏನು ಮಾಡಬೇಕೆಂದು ನಾನು ಲೆಕ್ಕಾಚಾರ ಮಾಡುವವರೆಗೆ ನಾನು ಇದಕ್ಕಾಗಿ ಸಾಕಷ್ಟು ಸಮಯವನ್ನು ಕಳೆದಿದ್ದೇನೆ.
ನಾನು ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಪಪಿಟ್ ಎಲ್ಲಾ ಸೆಟ್ಟಿಂಗ್ಗಳು ಮತ್ತು ಹಾರ್ಡ್ವೇರ್ ಆಯ್ಕೆಗಳನ್ನು ಒಂದು ದೀರ್ಘ ಮ್ಯಾನಿಫೆಸ್ಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ ಮತ್ತು ಈ ಮ್ಯಾನಿಫೆಸ್ಟ್ ಈ SCM ಮಾಡಬೇಕಾದ ಎಲ್ಲವನ್ನೂ ಸಂಗ್ರಹಿಸುತ್ತದೆ. ಪರಿವರ್ತನೆಯನ್ನು ಮಾಡುವಾಗ, ನಿಮ್ಮ ಎಲ್ಲಾ ಕಾರ್ಯಗಳನ್ನು ಒಂದು ಪಟ್ಟಿಗೆ ಸೇರಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಹೊಸ ವ್ಯವಸ್ಥೆಯ ರಚನೆಯ ಬಗ್ಗೆ ಯೋಚಿಸಿ: ಪಾತ್ರಗಳು, ಸ್ಕ್ರಿಪ್ಟ್ಗಳು, ಟ್ಯಾಗ್ಗಳು, ಗುಂಪುಗಳು ಮತ್ತು ಅಲ್ಲಿಗೆ ಏನು ಹೋಗಬೇಕು. ಕೆಲವು ಸ್ವಾಯತ್ತ ನೆಟ್ವರ್ಕ್ ಅಂಶಗಳನ್ನು ಗುಂಪುಗಳಾಗಿ ಗುಂಪು ಮಾಡಬೇಕು, ಇದಕ್ಕಾಗಿ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ರಚಿಸಬಹುದು. ಸ್ವಯಂ-ಒಳಗೊಂಡಿರುವ ವರ್ಗಗಳು ಸೇರಿದಂತೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಹೆಚ್ಚು ಸಂಕೀರ್ಣವಾದ ಮೂಲಸೌಕರ್ಯ ಅಂಶಗಳನ್ನು ಪಾತ್ರಗಳಾಗಿ ಸಂಯೋಜಿಸಬಹುದು. ವಲಸೆ ಹೋಗುವ ಮೊದಲು, ನೀವು ಇದನ್ನು ನಿರ್ಧರಿಸಬೇಕು. ನೀವು ಒಂದು ಪರದೆಯ ಮೇಲೆ ಹೊಂದಿಕೆಯಾಗದ ದೊಡ್ಡ ಪಾತ್ರಗಳು ಅಥವಾ ಸನ್ನಿವೇಶಗಳನ್ನು ರಚಿಸುತ್ತಿದ್ದರೆ, ಮೂಲಸೌಕರ್ಯದ ನಿರ್ದಿಷ್ಟ ಭಾಗಗಳನ್ನು ಸೆರೆಹಿಡಿಯಲು ನೀವು ಟ್ಯಾಗ್ಗಳನ್ನು ಬಳಸಬೇಕು.
18:00
ಕೆಲವು ಜಾಹೀರಾತುಗಳು 🙂
ನಮ್ಮೊಂದಿಗೆ ಇರುವುದಕ್ಕೆ ಧನ್ಯವಾದಗಳು. ನೀವು ನಮ್ಮ ಲೇಖನಗಳನ್ನು ಇಷ್ಟಪಡುತ್ತೀರಾ? ಹೆಚ್ಚು ಆಸಕ್ತಿದಾಯಕ ವಿಷಯವನ್ನು ನೋಡಲು ಬಯಸುವಿರಾ? ಆರ್ಡರ್ ಮಾಡುವ ಮೂಲಕ ಅಥವಾ ಸ್ನೇಹಿತರಿಗೆ ಶಿಫಾರಸು ಮಾಡುವ ಮೂಲಕ ನಮ್ಮನ್ನು ಬೆಂಬಲಿಸಿ, , ಪ್ರವೇಶ ಮಟ್ಟದ ಸರ್ವರ್ಗಳ ಅನನ್ಯ ಅನಲಾಗ್, ಇದನ್ನು ನಿಮಗಾಗಿ ನಾವು ಕಂಡುಹಿಡಿದಿದ್ದೇವೆ: (RAID1 ಮತ್ತು RAID10, 24 ಕೋರ್ಗಳವರೆಗೆ ಮತ್ತು 40GB DDR4 ವರೆಗೆ ಲಭ್ಯವಿದೆ).
ಆಮ್ಸ್ಟರ್ಡ್ಯಾಮ್ನಲ್ಲಿರುವ Equinix Tier IV ಡೇಟಾ ಸೆಂಟರ್ನಲ್ಲಿ Dell R730xd 2x ಅಗ್ಗವಾಗಿದೆಯೇ? ಇಲ್ಲಿ ಮಾತ್ರ ನೆದರ್ಲ್ಯಾಂಡ್ಸ್ನಲ್ಲಿ! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 ರಿಂದ! ಬಗ್ಗೆ ಓದು
ಮೂಲ: www.habr.com
