په ځواب ورکوونکي ټاور کې د ځواب وړ مینځپانګې راټولولو څخه د انوینټري پلگ انونو کارول

د معلوماتي ټکنالوجۍ چاپیریال ورځ تر بلې پیچلې کیږي. په دې شرایطو کې، دا د IT اتوماتیک سیسټم لپاره خورا مهم دی چې د نوډونو په اړه تازه معلومات ولري چې په شبکه کې شتون لري او د پروسس کولو تابع دي. د Red Hat Ansible Automation پلیټ فارم کې، دا مسله د تش په نامه لیست له لارې حل کیږي (انبار) – د مدیریت شوي نوډونو لیست.

په ساده بڼه کې، لیست یو جامد فایل دی. دا مثالی دی کله چې تاسو د ځواب ورکونکي سره کار پیل کړئ ، مګر لکه څنګه چې اتومات ډیریږي ، دا ناکافي کیږي.

او دلته دا دی چې ولې:

1. تاسو څنګه د څارل شوي نوډونو بشپړ لیست تازه او ساتئ کله چې شیان په دوامداره توګه بدلیږي ، کله چې د کار بار - او وروسته نوډونه چې دوی پرمخ ځي - راځي او ځي؟
2. د معلوماتي ټیکنالوژۍ زیربنا برخې څنګه طبقه بندي کړئ ترڅو په ځانګړي ډول د ځانګړي اتومات پلي کولو لپاره نوډونه غوره کړئ؟

متحرک لیست د دې دواړو پوښتنو ځوابونه وړاندې کوي (متحرک لیست) – یو سکریپټ یا پلگ ان چې د نوډونو لټون کوي ​​ترڅو اتومات شي، د حقیقت سرچینې ته اشاره کوي. برسېره پردې، متحرک لیست په اتوماتيک ډول نوډونه په ګروپونو کې طبقه بندي کوي ترڅو تاسو کولی شئ د مشخص ځواب وړ اتومات کولو لپاره د هدف سیسټمونه په سمه توګه وټاکئ.

د انوینٹری پلگ ان ځواب ورکوونکی کارونکي ته د دې وړتیا ورکړئ چې بهرني پلیټ فارمونو ته لاسرسی ومومي ترڅو په متحرک ډول د هدف نوډونو لټون وکړي او دا پلیټ فارمونه د ریښتیني سرچینې په توګه وکاروئ کله چې لیست رامینځته کړئ. په ځواب کې د سرچینو معیاري لیست کې د کلاوډ پلیټ فارمونه AWS EC2 ، ګوګل GCP او مایکروسافټ Azure شامل دي ، او د ځواب وړ لپاره ډیری نور انوینټري پلگ انونه هم شتون لري.

د ځواب وړ برج د یو شمیر سره راځي inventory plugins، کوم چې د بکس څخه سم کار کوي او د پورته لیست شوي بادل پلیټ فارمونو سربیره ، د VMware vCenter ، Red Hat OpenStack پلیټ فارم او Red Hat سټلایټ سره ادغام چمتو کوي. د دې پلگ انونو لپاره ، تاسو اړتیا لرئ د هدف پلیټ فارم سره وصل کولو لپاره اسناد چمتو کړئ ، له هغې وروسته دوی په ځوابي ټاور کې د موجود معلوماتو سرچینې په توګه کارول کیدی شي.

د ځواب وړ ټاور سره شامل شوي معیاري پلگ انونو سربیره ، د ځواب وړ ټولنې لخوا ملاتړ شوي نور انوینټري پلگ انونه شتون لري. ته د لیږد سره د ریډ هټ ځواب وړ مینځپانګې ټولګه دا پلگ ان په اړونده ټولګه کې شاملول پیل کړل.

پدې پوسټ کې ، موږ به د ServiceNow لپاره د انوینټري پلگ ان سره د کار کولو مثال واخلو ، د IT خدماتو مدیریت یو مشهور پلیټ فارم چې پیرودونکي اکثرا د دوی ټولو وسیلو په اړه معلومات په CMDB کې ذخیره کوي. سربیره پردې، CMDB کولی شي شرایط ولري چې د اتومات کولو لپاره ګټور وي، لکه د سرور مالکینو په اړه معلومات، د خدماتو کچه (تولید / غیر تولید)، نصب شوي تازه معلومات، او د ساتنې کړکۍ. د ځواب وړ لیست پلگ ان کولی شي د ServiceNow CMDB سره کار وکړي او د راټولولو برخه ده خدمت په پورټل کې galaxy.ansible.com.

د Git ذخیره

د ځواب وړ ټاور کې د ټولګې څخه د انوینټری پلگ ان کارولو لپاره، دا باید د پروژې سرچینې په توګه تنظیم شي. په ځوابي ټاور کې ، پروژه د یو ډول نسخې کنټرول سیسټم سره ادغام دی ، لکه د ګیټ ذخیره ، کوم چې نه یوازې د اتوماتیک لوبو کتابونو ترکیب کولو لپاره کارول کیدی شي ، بلکه متغیرات او د لیست لیستونه هم.

زموږ ذخیره واقعیا خورا ساده ده:

├── 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 حساب اضافه کړو او مثال، کارن-نوم او پټنوم تنظیم کړو، لکه:

موږ لیست جوړوو

نو، اوس موږ ټول چمتو یو چې په ځوابي برج کې یو لیست جوړ کړو. راځئ چې دې ته خدمت اوس ووایو:

د موجوداتو د جوړولو وروسته، موږ کولی شو د معلوماتو سرچینه ورسره ضمیمه کړو. دلته موږ هغه پروژه مشخص کوو چې موږ دمخه رامینځته کړې او د سرچینې کنټرول ذخیره کې زموږ د YAML انوینټري فایل ته لاره دننه کوو ، زموږ په قضیه کې دا د پروژې په روټ کې servicenow.yml دی. سربیره پردې ، تاسو اړتیا لرئ خپل د ServiceNow حساب سره اړیکه ونیسئ.

د دې لپاره چې وګورئ چې هرڅه څنګه کار کوي، راځئ چې د "ټول همغږي" تڼۍ په کلیک کولو سره د معلوماتو سرچینې سره همغږي کولو هڅه وکړو. که هرڅه په سمه توګه تنظیم شوي وي، نو نوډونه باید زموږ په لیست کې وارد شي:

مهرباني وکړئ په یاد ولرئ چې هغه ډلې چې موږ ورته اړتیا لرو هم رامینځته شوي.

پایلې

پدې پوسټ کې ، موږ د مثال په توګه د ServiceNow پلگ ان په کارولو سره د ځواب وړ ټاور کې د راټولولو څخه د موجوداتو پلگ انونو کارولو څرنګوالی وګورو. موږ زموږ د خدماتو اوس مثال سره د وصل کولو لپاره په خوندي ډول سندونه هم ثبت کړل. د پروژې څخه د انوینټري پلگ ان لینک کول نه یوازې د دریمې ډلې یا دودیز پلگ انونو سره کار کوي ، بلکه د ځینې معیاري موجوداتو عملیاتو بدلولو لپاره هم کارول کیدی شي. دا د ځواب وړ اتوماتیک پلیټ فارم اسانه کوي او د موجوده وسیلو سره مدغم کول کله چې د مخ په زیاتیدونکي پیچلي IT چاپیریالونه اتومات کوي.

تاسو کولی شئ پدې پوسټ کې د بحث شوي موضوعاتو په اړه نور معلومات ومومئ ، او همدارنګه د ځواب وړ کارولو نور اړخونه ، دلته:

• بلاګ له خوا اتوماتیک خدمت اوس د ځواب وړ په کارولو سره.
• څنګه خپل ټولګه جوړه کړئ.
• د اتوماتیک مرکز ویب پاڼه کې د Red Hat ملاتړ شوي راټولولو لیست (cloud.redhat.com).
• د ځواب وړ اتوماتیک پلیټ فارم ای بوکونه.

* Red Hat هیڅ تضمین نه کوي چې دلته موجود کوډ سم دی. ټول توکي په غیر تایید شوي اساس چمتو شوي پرته لدې چې په بل ډول څرګند شوي وي.

سرچینه: www.habr.com