Ansible Tower ရှိ Ansible Content Collections မှ စာရင်းပလပ်အင်များကို အသုံးပြုခြင်း။

IT ပတ်ဝန်းကျင်များသည် ပို၍ရှုပ်ထွေးလာသည်။ ဤအခြေအနေများတွင်၊ အိုင်တီအလိုအလျောက်စနစ်စနစ်တွင် ကွန်ရက်တွင်ရှိနေသော node များအကြောင်း နောက်ဆုံးပေါ်သတင်းအချက်အလက်များရရှိရန်နှင့် စီမံဆောင်ရွက်ပေးရမည့်အရာများရှိနေရန် အရေးကြီးပါသည်။ Red Hat Ansible Automation Platform တွင်၊ ဤပြဿနာကို စာရင်းအင်းဟုခေါ်သောအားဖြင့် ဖြေရှင်းသည် (စာရင်း) – စီမံထားသော node စာရင်းများ။

၎င်း၏အရိုးရှင်းဆုံးပုံစံတွင်၊ စာရင်းဇယားသည် တည်ငြိမ်သောဖိုင်တစ်ခုဖြစ်သည်။ Ansible နှင့် စတင်လုပ်ကိုင်သောအခါ ၎င်းသည် စံပြကောင်းဖြစ်သော်လည်း အလိုအလျောက်စနစ် တိုးလာသည်နှင့်အမျှ ၎င်းသည် မလုံလောက်တော့ပါ။

ဤတွင်အဘယ်ကြောင့်ဖွင့်:

1. အရာများအဆက်မပြတ်ပြောင်းလဲနေချိန်၊ အလုပ်ချိန်များ—နှင့် နောက်ဆက်တွဲတွင် ၎င်းတို့လည်ပတ်နေသော nodeများ—လာ၍သွားသည့်အခါတွင် စောင့်ကြည့်စစ်ဆေးထားသော node များ၏စာရင်းအပြည့်အစုံကို သင်မည်သို့မွမ်းမံထိန်းသိမ်းထားမည်နည်း။
2. သီးခြားအလိုအလျောက်စနစ်အသုံးပြုရန်အတွက် သီးသန့် node များကိုရွေးချယ်ရန်အတွက် IT အခြေခံအဆောက်အအုံ၏ အစိတ်အပိုင်းများကို မည်သို့ခွဲခြားသတ်မှတ်ရမည်နည်း။

Dynamic Inventory သည် ဤမေးခွန်းနှစ်ခုစလုံးအတွက် အဖြေများပေးသည် (တက်ကြွသောစာရင်း) – အမှန်တရား၏ရင်းမြစ်ကိုရည်ညွှန်းပြီး အလိုအလျောက်ဖြစ်စေရန် node များကိုရှာဖွေသည့် script သို့မဟုတ် plugin တစ်ခု။ ထို့အပြင်၊ တိကျသော Ansible အလိုအလျောက်လုပ်ဆောင်မှုလုပ်ဆောင်ရန်အတွက် ပစ်မှတ်စနစ်များကို သင်ပိုမိုတိကျစွာရွေးချယ်နိုင်စေရန် တက်ကြွသောစာရင်းအင်းများသည် ဆုံမှတ်များကို အုပ်စုများအဖြစ် အလိုအလျောက်ခွဲခြားပေးပါသည်။

စာရင်းအင်း ပလပ်အင်များ Ansible သုံးစွဲသူအား ပစ်မှတ် node များကို dynamically ရှာဖွေရန်နှင့် inventory တစ်ခုဖန်တီးသောအခါတွင် အမှန်တရား၏ရင်းမြစ်တစ်ခုအဖြစ် အသုံးပြုရန် ပြင်ပပလက်ဖောင်းများကို ဝင်ရောက်ကြည့်ရှုနိုင်စေပါသည်။ Ansible ရှိ အရင်းအမြစ်များ၏ စံစာရင်းတွင် cloud ပလပ်ဖောင်းများ AWS EC2၊ Google GCP နှင့် Microsoft Azure တို့ ပါဝင်ပြီး Ansible အတွက် အခြားစာရင်းပလပ်အင်များစွာလည်း ရှိပါသည်။

Ansible Tower အများအပြားနှင့် လာပါသည်။ စာရင်းအင်း ပလပ်အင်များအထက်ဖော်ပြပါ cloud ပလပ်ဖောင်းများအပြင်၊ ဘောင်အပြင်ဘက်တွင် အလုပ်လုပ်သည့် VMware vCenter၊ Red Hat OpenStack Platform နှင့် Red Hat Satellite တို့နှင့် ပေါင်းစပ်ပေးပါသည်။ ဤပလပ်အင်များအတွက်၊ သင်သည် ပစ်မှတ်ပလပ်ဖောင်းသို့ ချိတ်ဆက်ရန်အတွက် အထောက်အထားများကို ပံ့ပိုးပေးရန် လိုအပ်ပြီး ၎င်းတို့ကို Ansible Tower တွင် စာရင်းဒေတာရင်းမြစ်အဖြစ် အသုံးပြုနိုင်သည်။

Ansible Tower ပါ၀င်သည့် စံပလပ်အင်များအပြင် Ansible အသိုင်းအဝိုင်းမှ ပံ့ပိုးပေးသည့် အခြားစာရင်းပလပ်အင်များ ရှိသေးသည်။ အသွင်ကူးပြောင်းရေးနှင့်အတူ Red Hat Ansible Content Collections ဤပလပ်အင်များကို သက်ဆိုင်ရာ စုစည်းမှုများတွင် စတင်ထည့်သွင်းခဲ့သည်။

ဤပို့စ်တွင်၊ သုံးစွဲသူများသည် CMDB တွင် မကြာခဏဆိုသလို ၎င်းတို့၏ စက်ပစ္စည်းများအားလုံးနှင့်ပတ်သက်သည့် အချက်အလက်များကို သိမ်းဆည်းလေ့ရှိသည့် လူကြိုက်များသော IT ဝန်ဆောင်မှုစီမံခန့်ခွဲမှုပလက်ဖောင်းဖြစ်သော ServiceNow အတွက် စာရင်းပလပ်အင်နှင့် လုပ်ဆောင်ခြင်း၏ နမူနာကို ယူပါမည်။ ထို့အပြင်၊ CMDB တွင် ဆာဗာပိုင်ရှင်များအကြောင်း အချက်အလက်များ၊ ဝန်ဆောင်မှုအဆင့်များ (ထုတ်လုပ်မှု/ထုတ်လုပ်မှုမဟုတ်သော)၊ ထည့်သွင်းထားသော မွမ်းမံမှုများနှင့် ပြုပြင်ထိန်းသိမ်းမှု windows များကဲ့သို့သော အလိုအလျောက်လုပ်ဆောင်မှုအတွက် အသုံးဝင်သည့် အကြောင်းအရာများပါရှိသည်။ Ansible inventory plugin သည် ServiceNow CMDB နှင့် အလုပ်လုပ်နိုင်ပြီး စုစည်းမှု၏ တစ်စိတ်တစ်ပိုင်းဖြစ်သည်။ နင် ပေါ်တယ် galaxy.ansible.com.

Git repository

Ansible Tower ရှိ စုစည်းမှုတစ်ခုမှ စာရင်းပလပ်အင်ကို အသုံးပြုရန်၊ ၎င်းကို ပရောဂျက်အရင်းအမြစ်အဖြစ် သတ်မှတ်ရပါမည်။ Ansible Tower တွင်၊ ပရောဂျက်တစ်ခုသည် git repository ကဲ့သို့ ဗားရှင်းထိန်းချုပ်မှုစနစ်မျိုးနှင့် ပေါင်းစည်းထားသည့်အရာဖြစ်ပြီး အလိုအလျောက်စနစ်ဆိုင်ရာ ပလေးစာအုပ်များသာမက ကိန်းရှင်များနှင့် စာရင်းများကိုပါ ထပ်တူပြုနိုင်သည်။

ကျွန်ုပ်တို့၏ repository သည် အမှန်တကယ်တွင် အလွန်ရိုးရှင်းပါသည်။

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

servicenow.yml ဖိုင်တွင် ပလပ်အင်စာရင်းအတွက် အသေးစိတ်များ ပါရှိသည်။ ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ ကျွန်ုပ်တို့အသုံးပြုလိုသော ServiceNow CMDB တွင်ဇယားကို ရိုးရိုးရှင်းရှင်းသတ်မှတ်ပါ။ ပေါင်းထည့်မည့် ကွက်လပ်များကို node variables များအပြင် ကျွန်ုပ်တို့ဖန်တီးလိုသော အုပ်စုများရှိ အချို့သော အချက်အလက်များကိုလည်း သတ်မှတ်ပေးပါသည်။

$ 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 ဥပမာကို မသတ်မှတ်ထားဘဲ ချိတ်ဆက်မှုအတွက် မည်သည့်အထောက်အထားများကိုမျှ မသတ်မှတ်ထားကြောင်း ကျေးဇူးပြု၍ သတိပြုပါ။ ဤအရာအားလုံးကို နောက်ပိုင်းတွင် Ansible Tower တွင် ပြင်ဆင်သတ်မှတ်ပါမည်။

ဖိုင်စုစည်းမှုများ/requirements.yml ထို့ကြောင့် Ansible Tower သည် လိုအပ်သော စုဆောင်းမှုကို ဒေါင်းလုဒ်လုပ်ပြီး လိုအပ်သော inventory plugin ကို ရယူနိုင်ရန် လိုအပ်ပါသည်။ မဟုတ်ပါက၊ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ Ansible Tower node များအားလုံးတွင် ဤစုဆောင်းမှုကို ကိုယ်တိုင်ထည့်သွင်းထိန်းသိမ်းရမည်ဖြစ်ပါသည်။

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

- name: servicenow.servicenow

ကျွန်ုပ်တို့သည် ဤဖွဲ့စည်းပုံကို ဗားရှင်းထိန်းချုပ်မှုသို့ တွန်းချပြီးသည်နှင့် သက်ဆိုင်ရာ သိုလှောင်မှုကို ကိုးကားသည့် Ansible Tower တွင် ပရောဂျက်တစ်ခုကို ဖန်တီးနိုင်သည်။ အောက်ပါဥပမာသည် Ansible Tower ကို ကျွန်ုပ်တို့၏ github repository သို့ ချိတ်ဆက်ထားသည်။ SCM URL ကို ဂရုပြုပါ- ၎င်းသည် သင့်အား သီးသန့်သိုလှောင်ရာသို့ ချိတ်ဆက်ရန် အကောင့်တစ်ခုအား စာရင်းသွင်းနိုင်သည့်အပြင် သီးခြားဌာနခွဲတစ်ခုအား သတ်မှတ်ခြင်း၊ တက်ဂ် သို့မဟုတ် ထုတ်ယူရန် ကတိပြုခြင်း။

ServiceNow အတွက် အထောက်အထားများ ဖန်တီးခြင်း။

ဖော်ပြထားသည့်အတိုင်း၊ ကျွန်ုပ်တို့၏ repository အတွင်းရှိ configuration တွင် ServiceNow သို့ချိတ်ဆက်ရန် အထောက်အထားများမပါဝင်သည့်အပြင် ကျွန်ုပ်တို့ဆက်သွယ်မည့် ServiceNow ဥပမာကို သတ်မှတ်မထားပါ။ ထို့ကြောင့် ဤဒေတာကို သတ်မှတ်ရန်အတွက် Ansible Tower တွင် အထောက်အထားများ ဖန်တီးပါမည်။ အရ ServiceNow စာရင်းအင်း ပလပ်အင် စာရွက်စာတမ်းဥပမာအားဖြင့်၊ ဤကဲ့သို့သော connection parameters များကိုကျွန်ုပ်တို့သတ်မှတ်မည့်ပတ်ဝန်းကျင် variable အများအပြားရှိသည်။

= 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 variable များကိုလည်း သတ်မှတ်ရန် လိုအပ်ပါသည်။

သို့သော်၊ ServiceNow အတွက် ဤဒေတာကို သင်သတ်မှတ်နိုင်သည့် Ansible Tower တွင် ဤအမျိုးအစား၏အထောက်အထားများ မရှိပါ။ သို့သော် Ansible Tower သည် ကျွန်ုပ်တို့အား သတ်မှတ်ရန် ခွင့်ပြုထားသည်။ စိတ်ကြိုက်အထောက်အထားအမျိုးအစားများ၊ ဆောင်းပါးတွင်ဤအကြောင်းပိုမိုဖတ်ရှုနိုင်သည်။ "Ansible Tower အသွင်အပြင် Spotlight- စိတ်ကြိုက်အထောက်အထားများ".

ကျွန်ုပ်တို့၏ကိစ္စတွင်၊ 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

ဤအထောက်အထားများကို တူညီသောအမည်ဖြင့် ပတ်ဝန်းကျင် ကိန်းရှင်များအဖြစ် ဖော်ထုတ်ပါမည်။ ၎င်းကို injector configuration တွင်ဖော်ပြထားသည်-

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

ထို့ကြောင့်၊ ကျွန်ုပ်တို့ လိုအပ်သော အထောက်အထား အမျိုးအစားကို သတ်မှတ်လိုက်သည်၊ ယခု ကျွန်ုပ်တို့သည် ServiceNow အကောင့်ကို ပေါင်းထည့်နိုင်ပြီး ဥပမာ၊ အသုံးပြုသူအမည်နှင့် စကားဝှက်ကို ဤကဲ့သို့ သတ်မှတ်နိုင်သည်-

ကျွန်ုပ်တို့သည် စာရင်းကို ဖန်တီးပါသည်။

ထို့ကြောင့် ယခု ကျွန်ုပ်တို့အားလုံး Ansible Tower တွင် စာရင်းတစ်ခုဖန်တီးရန် အဆင်သင့်ဖြစ်နေပါပြီ။ အဲဒါကို ServiceNow လို့ ခေါ်ရအောင်။

စာရင်းကို ဖန်တီးပြီးနောက်၊ ကျွန်ုပ်တို့သည် ၎င်းတွင် ဒေတာရင်းမြစ်တစ်ခုကို ပူးတွဲနိုင်သည်။ ဤတွင်ကျွန်ုပ်တို့သည်အစောပိုင်းကဖန်တီးထားသောပရောဂျက်ကိုသတ်မှတ်ပြီးအရင်းအမြစ်ထိန်းချုပ်မှုသိုလှောင်ရာရှိကျွန်ုပ်တို့၏ YAML စာရင်းဖိုင်သို့လမ်းကြောင်းကိုထည့်ပါ၊ ကျွန်ုပ်တို့ကိစ္စတွင်၎င်းသည်ပရောဂျက်အမြစ်ရှိ servicenow.yml ဖြစ်သည်။ ထို့အပြင်၊ သင်သည် သင်၏ ServiceNow အကောင့်ကို ချိတ်ဆက်ရန် လိုအပ်သည်။

အားလုံးမည်သို့အလုပ်လုပ်သည်ကိုစစ်ဆေးရန် "အားလုံးစင့်ခ်လုပ်ခြင်း" ခလုတ်ကိုနှိပ်ခြင်းဖြင့် ဒေတာရင်းမြစ်နှင့် ထပ်တူကျအောင်ကြိုးစားကြပါစို့။ အရာအားလုံးကို မှန်ကန်စွာ စီစဉ်သတ်မှတ်ထားပါက၊ ထို့နောက် Node များကို ကျွန်ုပ်တို့၏ စာရင်းထဲသို့ ထည့်သွင်းသင့်သည်-

ကျွန်ုပ်တို့လိုအပ်သော အဖွဲ့များကိုလည်း ဖန်တီးထားကြောင်း သတိပြုပါ။

ကောက်ချက်

ဤပို့စ်တွင်၊ ServiceNow ပလပ်အင်ကို နမူနာအဖြစ် အသုံးပြု၍ Ansible Tower ရှိ စုဆောင်းမှုများမှ စာရင်းပလပ်အင်များကို မည်သို့အသုံးပြုရမည်ကို ကျွန်ုပ်တို့ ကြည့်ရှုခဲ့သည်။ ကျွန်ုပ်တို့၏ ServiceNow ဥပမာအား ချိတ်ဆက်ရန် အထောက်အထားများကို ကျွန်ုပ်တို့လည်း လုံခြုံစွာ မှတ်ပုံတင်ထားပါသည်။ ပရောဂျက်တစ်ခုမှ စာရင်းပလပ်အင်တစ်ခုအား ချိတ်ဆက်ခြင်းသည် ပြင်ပကုမ္ပဏီ သို့မဟုတ် စိတ်ကြိုက်ပလပ်အင်များနှင့်သာ အလုပ်လုပ်သည်သာမက အချို့သော ပုံမှန်စာရင်းအင်းများဆိုင်ရာ လုပ်ဆောင်ချက်ကို ပြုပြင်ရန်လည်း အသုံးပြုနိုင်သည်။ ၎င်းက Ansible Automation Platform သည် ပိုမိုရှုပ်ထွေးသော IT ပတ်ဝန်းကျင်များကို အလိုအလျောက်လုပ်ဆောင်သည့်အခါ ရှိပြီးသားကိရိယာများနှင့် ပေါင်းစပ်ရန် လွယ်ကူချောမွေ့စေသည်။

ဤပို့စ်တွင် ဆွေးနွေးထားသော အကြောင်းအရာများအပြင် Ansible အသုံးပြုခြင်း၏ အခြားရှုထောင့်များအကြောင်း နောက်ထပ်အချက်အလက်များကို ဤနေရာတွင် ရှာဖွေနိုင်ပါသည်။

• ဘလော့ဂ် ယခု Ansible ကို အသုံးပြု၍ အလိုအလျောက် ဆောင်ရွက်ပေးခြင်း။.
• သင်၏ကိုယ်ပိုင်စုဆောင်းမှုများဖန်တီးနည်း.
• Automation Hub ဝဘ်ဆိုက်ရှိ Red Hat ပံ့ပိုးပေးထားသော စုဆောင်းမှုများစာရင်း (cloud.redhat.com).
• Ansible Automation Platform eBooks.

*Red Hat သည် ဤနေရာတွင်ပါရှိသောကုဒ်မှန်ကန်ကြောင်း အာမခံချက်မရှိပါ။ အခြားနည်းဖြင့် အတိအလင်းဖော်ပြထားခြင်းမရှိပါက ပစ္စည်းများအားလုံးကို ထောက်ခံချက်မရှိဘဲ ပံ့ပိုးပေးပါသည်။

source: www.habr.com