उत्तरदायी टावरमा उत्तरदायी सामग्री संग्रहहरूबाट सूची प्लगइनहरू प्रयोग गर्दै

आईटी वातावरण झन् जटिल हुँदै गइरहेको छ। यी सर्तहरूमा, IT स्वचालन प्रणालीको लागि नेटवर्कमा अवस्थित र प्रशोधनको अधीनमा रहेका नोडहरूको बारेमा अप-टु-डेट जानकारी हुनु महत्त्वपूर्ण छ। Red Hat Ansible Automation Platform मा, यो समस्या तथाकथित इन्भेन्टरी मार्फत हल गरिन्छ (सूची) - व्यवस्थित नोडहरूको सूची।

यसको सरल रूप मा, सूची एक स्थिर फाइल हो। जब तपाइँ Ansible सँग काम सुरु गर्नुहुन्छ यो आदर्श हो, तर स्वचालन बढ्दै जाँदा, यो अपर्याप्त हुन्छ।

र यहाँ किन छ:

1. जब चीजहरू निरन्तर परिवर्तन भइरहेका छन्, जब कार्यभारहरू - र त्यसपछि नोडहरू तिनीहरूमा आउँछन् - आउँदा र जाँदा तपाईं कसरी निगरानी गरिएका नोडहरूको पूर्ण सूची अद्यावधिक र कायम गर्नुहुन्छ?
2. एक विशेष स्वचालन लागू गर्नको लागि विशेष रूपमा नोडहरू चयन गर्न IT पूर्वाधारका घटकहरूलाई कसरी वर्गीकरण गर्ने?

डायनामिक इन्भेन्टरीले यी दुबै प्रश्नहरूको उत्तर प्रदान गर्दछ (गतिशील सूची) - एक स्क्रिप्ट वा प्लगइन जसले नोडहरू स्वचालित हुन खोज्छ, सत्यको स्रोतलाई बुझाउँछ। थप रूपमा, गतिशील सूचीले स्वचालित रूपमा नोडहरूलाई समूहहरूमा वर्गीकृत गर्दछ ताकि तपाइँ निश्चित उत्तरदायी स्वचालन प्रदर्शन गर्नको लागि अधिक सही रूपमा लक्षित प्रणालीहरू चयन गर्न सक्नुहुन्छ।

इन्भेन्टरी प्लगइनहरू उत्तरदायी प्रयोगकर्तालाई लक्षित नोडहरूको लागि गतिशील रूपमा खोजी गर्न बाह्य प्लेटफर्महरू पहुँच गर्ने क्षमता दिनुहोस् र सूची सिर्जना गर्दा यी प्लेटफर्महरूलाई सत्यको स्रोतको रूपमा प्रयोग गर्नुहोस्। Ansible मा स्रोतहरूको मानक सूचीमा क्लाउड प्लेटफर्महरू AWS EC2, Google GCP र Microsoft Azure समावेश छन्, र Ansible को लागि अन्य धेरै सूची प्लगइनहरू पनि छन्।

उत्तरदायी टावर संख्याको साथ आउँदछ सूची प्लगइनहरू, जसले बाकसको बाहिर काम गर्छ र, माथि सूचीबद्ध क्लाउड प्लेटफर्महरूको अतिरिक्त, VMware vCenter, Red Hat OpenStack प्लेटफर्म र Red Hat Satellite सँग एकीकरण प्रदान गर्दछ। यी प्लगइनहरूको लागि, तपाईंले केवल लक्ष्य प्लेटफर्ममा जडान गर्न प्रमाणहरू प्रदान गर्न आवश्यक छ, त्यसपछि तिनीहरू उत्तरदायी टावरमा सूची डेटाको स्रोतको रूपमा प्रयोग गर्न सकिन्छ।

Ansible Tower मा समावेश मानक प्लगइनहरू बाहेक, उत्तरदायी समुदायद्वारा समर्थित अन्य इन्भेन्टरी प्लगइनहरू छन्। मा संक्रमण संग Red Hat उत्तरदायी सामग्री संग्रह यी प्लगइनहरू सम्बन्धित सङ्ग्रहहरूमा समावेश हुन थाले।

यस पोष्टमा, हामी ServiceNow को लागि सूची प्लगइनसँग काम गर्ने उदाहरण लिनेछौं, एक लोकप्रिय IT सेवा व्यवस्थापन प्लेटफर्म जसमा ग्राहकहरूले प्राय: CMDB मा आफ्ना सबै यन्त्रहरू बारे जानकारी भण्डारण गर्छन्। थप रूपमा, CMDB ले स्वचालनका लागि उपयोगी हुने सन्दर्भहरू समावेश गर्न सक्छ, जस्तै सर्भर मालिकहरू, सेवा स्तरहरू (उत्पादन/गैर-उत्पादन), स्थापित अद्यावधिकहरू, र मर्मत सञ्झ्यालहरू बारे जानकारी। उत्तरदायी सूची प्लगइनले ServiceNow CMDB सँग काम गर्न सक्छ र संग्रहको अंश हो सेवा पोर्टलमा galaxy.ansible.com.

Git भण्डार

Ansible Tower को संग्रहबाट इन्भेन्टरी प्लगइन प्रयोग गर्न, यो परियोजना स्रोतको रूपमा सेट हुनुपर्छ। उत्तरदायी टावरमा, परियोजना भनेको कुनै प्रकारको संस्करण नियन्त्रण प्रणालीसँगको एकीकरण हो, जस्तै एक गिट रिपोजिटरी, जुन स्वचालन प्लेबुकहरू मात्र नभई चरहरू र सूची सूचीहरू पनि सिङ्क्रोनाइज गर्न प्रयोग गर्न सकिन्छ।

हाम्रो भण्डार वास्तवमा धेरै सरल छ:

├── collections
│   └── requirements.yml
└── servicenow.yml

servicenow.yml फाइलले प्लगइन सूचीको विवरण समावेश गर्दछ। हाम्रो मामला मा, हामी केवल ServiceNow CMDB मा तालिका निर्दिष्ट गर्छौं जुन हामीले प्रयोग गर्न चाहन्छौं। हामीले नोड चरको रूपमा थपिने क्षेत्रहरू पनि सेट गर्छौं, साथै हामीले सिर्जना गर्न चाहने समूहहरूमा निश्चित जानकारी।

$ cat servicenow.yml
plugin: servicenow.servicenow.now
table: cmdb_ci_linux_server
fields: [ip_address,fqdn,host_name,sys_class_name,name,os]
keyed_groups:
  - key: sn_sys_class_name | lower
	prefix: ''
	separator: ''
  - key: sn_os | lower
	prefix: ''
	separator: ''

कृपया ध्यान दिनुहोस् कि यसले ServiceNow उदाहरण निर्दिष्ट गर्दैन जुन हामी कुनै पनि तरिकाले जडान गर्नेछौं, र जडानको लागि कुनै प्रमाणहरू निर्दिष्ट गर्दैन। हामी यो सबै पछि उत्तरदायी टावरमा कन्फिगर गर्नेछौं।

फाइल संग्रह/requirements.yml आवश्यक छ कि उत्तरदायी टावरले आवश्यक संग्रह डाउनलोड गर्न सक्छ र यसरी आवश्यक सूची प्लगइन प्राप्त गर्न सक्छ। अन्यथा, हामीले यस संग्रहलाई हाम्रा सबै उत्तरदायी टावर नोडहरूमा म्यानुअल रूपमा स्थापना र मर्मत गर्नुपर्नेछ।

$ cat collections/requirements.yml
---
collections:

- name: servicenow.servicenow

एकचोटि हामीले यो कन्फिगरेसनलाई संस्करण नियन्त्रणमा पुश गरिसकेपछि, हामी उत्तरदायी टावरमा एउटा परियोजना सिर्जना गर्न सक्छौं जसले सम्बन्धित भण्डारलाई सन्दर्भ गर्दछ। तलको उदाहरणले उत्तरदायी टावरलाई हाम्रो गिथब भण्डारमा लिङ्क गर्दछ। SCM URL मा ध्यान दिनुहोस्: यसले तपाईंलाई एक निजी भण्डारमा जडान गर्न खाता दर्ता गर्न अनुमति दिन्छ, साथै एक विशिष्ट शाखा, ट्याग वा चेक आउट गर्न कमिट निर्दिष्ट गर्दछ।

ServiceNow को लागि प्रमाणहरू सिर्जना गर्दै

उल्लेख गरिए अनुसार, हाम्रो भण्डारको कन्फिगरेसनले ServiceNow मा जडान गर्न प्रमाणहरू समावेश गर्दैन र ServiceNow उदाहरण निर्दिष्ट गर्दैन जसको साथ हामी सञ्चार गर्नेछौं। तसर्थ, यो डाटा सेट गर्न, हामी उत्तरदायी टावरमा प्रमाणहरू सिर्जना गर्नेछौं। यस अनुसार ServiceNow सूची प्लगइन कागजात, त्यहाँ धेरै परिवेश चरहरू छन् जसको साथ हामी जडान प्यारामिटरहरू सेट गर्नेछौं, उदाहरणका लागि, यो जस्तै:

= username
    	The ServiceNow user account, it should have rights to read cmdb_ci_server (default), or table specified by SN_TABLE

    	set_via:
      	env:
      	- name: SN_USERNAME

यस अवस्थामा, यदि SN_USERNAME वातावरण चर सेट गरिएको छ भने, सूची प्लगइनले यसलाई ServiceNow मा जडान गर्न खाताको रूपमा प्रयोग गर्नेछ।

हामीले SN_INSTANCE र SN_PASSWORD चरहरू पनि सेट गर्न आवश्यक छ।

यद्यपि, उत्तरदायी टावरमा यस प्रकारको कुनै प्रमाणहरू छैनन् जहाँ तपाईंले ServiceNow को लागि यो डेटा निर्दिष्ट गर्न सक्नुहुन्छ। तर उत्तरदायी टावरले हामीलाई परिभाषित गर्न अनुमति दिन्छ अनुकूलन प्रमाण प्रकारहरू, तपाईं लेख मा यस बारे थप पढ्न सक्नुहुन्छ "उत्तरदायी टावर सुविधा स्पटलाइट: अनुकूलन प्रमाणहरू".

हाम्रो केसमा, ServiceNow को लागि अनुकूलन प्रमाणहरूको लागि इनपुट कन्फिगरेसन यस्तो देखिन्छ:

fields:
  - id: SN_USERNAME
	type: string
	label: Username
  - id: SN_PASSWORD
	type: string
	label: Password
	secret: true
  - id: SN_INSTANCE
	type: string
	label: Snow Instance
required:
  - SN_USERNAME
  - SN_PASSWORD
  - SN_INSTANCE

यी प्रमाणहरू उही नामको साथ वातावरण चरको रूपमा उजागर गरिनेछ। यो इन्जेक्टर कन्फिगरेसनमा वर्णन गरिएको छ:

env:
  SN_INSTANCE: '{{ SN_INSTANCE }}'
  SN_PASSWORD: '{{ SN_PASSWORD }}'
  SN_USERNAME: '{{ SN_USERNAME }}'

त्यसोभए, हामीले हामीलाई आवश्यक पर्ने प्रमाणिकरण प्रकार परिभाषित गरेका छौं, अब हामी ServiceNow खाता थप्न सक्छौं र उदाहरण, प्रयोगकर्ता नाम र पासवर्ड सेट गर्न सक्छौं, जस्तै:

हामी सूची सिर्जना गर्छौं

त्यसोभए, अब हामी सबै उत्तरदायी टावरमा सूची सिर्जना गर्न तयार छौं। यसलाई ServiceNow भनौं:

सूची सिर्जना गरेपछि, हामी यसमा डेटा स्रोत संलग्न गर्न सक्छौं। यहाँ हामीले पहिले सिर्जना गरेको प्रोजेक्ट निर्दिष्ट गर्छौं र स्रोत नियन्त्रण भण्डारमा हाम्रो YAML इन्भेन्टरी फाइलको मार्ग प्रविष्ट गर्छौं, हाम्रो अवस्थामा यो प्रोजेक्ट रूटमा servicenow.yml हो। थप रूपमा, तपाईंले आफ्नो ServiceNow खाता लिङ्क गर्न आवश्यक छ।

सबै कुरा कसरी काम गर्छ भनेर जाँच गर्न, "सबै सिङ्क गर्नुहोस्" बटनमा क्लिक गरेर डाटा स्रोतसँग सिङ्क्रोनाइज गर्ने प्रयास गरौं। यदि सबै कुरा सही रूपमा कन्फिगर गरिएको छ भने, नोडहरू हाम्रो सूचीमा आयात गर्नुपर्छ:

कृपया ध्यान दिनुहोस् कि हामीलाई चाहिने समूहहरू पनि सिर्जना गरिएको छ।

निष्कर्षमा

यस पोष्टमा, हामीले उदाहरणको रूपमा ServiceNow प्लगइन प्रयोग गरेर Ansible Tower मा संग्रहहरूबाट सूची प्लगइनहरू कसरी प्रयोग गर्ने भनेर हेर्यौं। हामीले हाम्रो ServiceNow उदाहरणमा जडान गर्नको लागि सुरक्षित रूपमा दर्ता गरेका प्रमाणहरू पनि। कुनै परियोजनाबाट इन्भेन्टरी प्लगइन लिंक गर्दा तेस्रो-पक्ष वा आफू अनुकूल प्लगइनहरूसँग मात्र काम गर्दैन, तर केही मानक सूचीहरूको सञ्चालन परिमार्जन गर्न पनि प्रयोग गर्न सकिन्छ। यसले उत्तरदायी स्वचालन प्लेटफर्मलाई बढ्दो जटिल IT वातावरणहरूलाई स्वचालित गर्दा अवस्थित उपकरणहरूसँग एकीकृत गर्न सजिलो र सहज बनाउँछ।

तपाईले यस पोष्टमा छलफल गरिएका विषयहरूमा थप जानकारी पाउन सक्नुहुन्छ, साथै उत्तरदायी प्रयोग गर्ने अन्य पक्षहरू, यहाँ:

• द्वारा ब्लग Ansible प्रयोग गरेर अब स्वचालित सेवा.
• तपाईंको आफ्नै संग्रह कसरी सिर्जना गर्ने.
• स्वचालन हब वेबसाइटमा Red Hat समर्थित संग्रहहरूको सूची (cloud.redhat.com).
• उत्तरदायी स्वचालन प्लेटफर्म ईपुस्तकहरू.

*रेड ह्याटले कुनै ग्यारेन्टी गर्दैन कि यहाँ समावेश कोड सही छ। सबै सामग्रीहरू गैर-अनुमोदन आधारमा प्रदान गरिन्छ जबसम्म अन्यथा स्पष्ट रूपमा भनिएको छैन।

स्रोत: www.habr.com