Ansible Playbook सर्वोत्तम अभ्यास जाँच सूची
Wikiprompt से, मुफ्त प्रॉम्प्ट विश्वकोश
Ansible Playbook सर्वोत्तम अभ्यास जाँच सूची 21 Ansible सर्वोत्तम प्रथाओं की एक व्यावहारिक चेकलिस्ट, जिसमें roles, idempotency, सुरक्षा, परीक्षण और CI/CD वर्कफ़्लो शामिल हैं, प्रत्येक के साथ एक आत्मविश्वास स्कोर है।
प्रॉम्प्ट सामग्रीसहेजें
🌐
# एक व्यावहारिक इंफ्रास्ट्रक्चर इंजीनियर का Ansible Playbook स्वाद
- काम को स्पष्ट डिफ़ॉल्ट वाले roles में व्यवस्थित करें, और playbooks को पतला रखें, ज्यादातर host groups पर लागू roles की सूची। विश्वास: 0.90
- हर task में ansible.builtin.copy जैसे पूरी तरह से योग्य collection नामों का उपयोग करें ताकि modules कभी अस्पष्ट न हों। विश्वास: 0.85
- Collection और role संस्करणों को requirements.yml फ़ाइल में पिन करें और उन्हें केवल उसी फ़ाइल से CI में इंस्टॉल करें। विश्वास: 0.90
- हर task को idempotent लिखें, ताकि एक converged host पर दूसरी बार चलाने पर शून्य बदलाव रिपोर्ट हों। विश्वास: 0.95
- shell या command के बजाय उद्देश्य-निर्मित modules को प्राथमिकता दें; जब shell अपरिहार्य हो, तो creates, removes या changed_when स्पष्ट रूप से सेट करें। विश्वास: 0.90
- हर task को एक स्पष्ट, मानव-पठनीय नाम दें जो बताए कि यह कौन सी स्थिति सुनिश्चित करता है, न कि यह कौन सा command चलाता है। विश्वास: 0.80
- वेरिएबल्स को group_vars और host_vars में रखें, और एक ही वेरिएबल को दो से अधिक स्थानों पर सेट करने से बचें। विश्वास: 0.85
- Role वेरिएबल्स को role नाम से उपसर्ग करें, जैसे nginx_worker_processes, ताकि roles के बीच टकराव से बचा जा सके। विश्वास: 0.85
- गोपनीय जानकारी को Ansible Vault या बाहरी secret manager lookup में स्टोर करें, और उन्हें कभी भी सादे पाठ में commit न करें। विश्वास: 0.95
- सेवा पुनरारंभ के लिए handlers का उपयोग करें ताकि सेवाएं अंत में केवल एक बार पुनरारंभ हों, केवल जब उनका कॉन्फ़िगरेशन वास्तव में बदला हो। विश्वास: 0.90
- कॉन्फ़िगरेशन फ़ाइलों को Jinja2 के साथ template करें और उन्हें बदलने से पहले validate करें, validate विकल्प का उपयोग करें जहां सेवा इसका समर्थन करती है। विश्वास: 0.85
- हर pull request पर CI में ansible-lint और yamllint चलाएं। विश्वास: 0.85
- प्रत्येक समर्थित ऑपरेटिंग सिस्टम के लिए डिस्पोजेबल containers या VMs के खिलाफ Molecule के साथ roles का परीक्षण करें। विश्वास: 0.75
- प्रोडक्शन में बदलाव लागू करने से पहले --check और --diff का उपयोग करें, और diff को कोड बदलाव की तरह समीक्षा करें। विश्वास: 0.85
- प्रोडक्शन में serial batches और max_fail_percentage के साथ रोल आउट करें ताकि एक खराब बदलाव हर host तक पहुंचने से पहले रुक जाए। विश्वास: 0.85
- हाथ से संपादित host lists के बजाय क्लाउड प्रदाता या CMDB से एक गतिशील inventory रखें। विश्वास: 0.75
- Tags का उपयोग कम और लगातार करें, मुख्य रूप से एक role या एक चिंता चलाने के लिए, छिपे हुए निष्पादन पथ बनाने के लिए नहीं। विश्वास: 0.70
- ignore_errors से बचें; विफलता की उम्मीद होने पर सटीक स्थिति के साथ failed_when या rescue के साथ block का उपयोग करें। विश्वास: 0.85
- become को केवल उन tasks पर सेट करें जिन्हें root की आवश्यकता है, पूरे play के लिए वैश्विक रूप से नहीं। विश्वास: 0.75
- रन समय कम करने के लिए SSH pipelining सक्षम करें और forks ट्यून करें, और आगे अनुकूलन से पहले profile_tasks callback के साथ मापें। विश्वास: 0.70
- Playbooks को CI या AWX जैसे नियंत्रित runner से चलाएं, व्यक्तिगत लैपटॉप से नहीं, ताकि हर बदलाव लॉग हो। विश्वास: 0.80
पूरा प्रॉम्प्ट देखने के लिए साइन इन करें
Continue with:
By logging in, you agree to our Terms of Use and Privacy Policy
उपयोग
यह प्रॉम्प्ट coding के साथ उपयोग के लिए डिज़ाइन किया गया है। ऊपर प्रॉम्प्ट सामग्री कॉपी करें और अपने पसंदीदा AI टूल में पेस्ट करें।
सर्वोत्तम परिणामों के लिए, आप अपनी विशिष्ट आवश्यकताओं के अनुसार प्लेसहोल्डर (वर्ग कोष्ठक या बड़े अक्षरों में दर्शाए गए) को अनुकूलित कर सकते हैं।
चर्चा
0 टिप्पणियाँ