በአንሲብል ታወር ውስጥ ከሚገኙ የይዘት ስብስቦች የእቃ ዝርዝር ተሰኪዎችን መጠቀም

የአይቲ አከባቢዎች ከጊዜ ወደ ጊዜ ውስብስብ እየሆኑ መጥተዋል። በነዚህ ሁኔታዎች፣ የአይቲ አውቶሜሽን ሲስተም በኔትወርኩ ውስጥ ስላሉት አንጓዎች ወቅታዊ መረጃ ማግኘት እና ለሂደቱ ተገዢ ነው። በቀይ ኮፍያ ሊበሳጭ የሚችል አውቶሜሽን መድረክ ላይ፣ ይህ ጉዳይ በተጠራው ክምችት (ኢንቬንቶሪ) መፍትሄ ያገኛል።ክምችት) - የሚተዳደሩ አንጓዎች ዝርዝሮች.

በጣም ቀላል በሆነ መልኩ፣ ኢንቬንቶሪ የማይንቀሳቀስ ፋይል ነው። ከ Ansible ጋር መስራት ሲጀምሩ ይህ ተስማሚ ነው, ነገር ግን አውቶማቲክ ሲጨምር, በቂ አይሆንም.

እና ለምን?

1. ነገሮች ያለማቋረጥ በሚለዋወጡበት ጊዜ፣ ስራ በሚበዛበት ጊዜ እና ከዚያ በኋላ የሚሄዱባቸው አንጓዎች የሚመጡትን እና የሚሄዱትን የተሟላ ክትትል የሚደረግባቸው ኖዶችን እንዴት ማዘመን እና ማቆየት ይቻላል?
2. የተለየ አውቶማቲክን ለመተግበር አንጓዎችን ለመምረጥ የ IT መሠረተ ልማት ክፍሎችን እንዴት መከፋፈል ይቻላል?

ተለዋዋጭ ኢንቬንቶሪ ለሁለቱም ጥያቄዎች መልስ ይሰጣል (ተለዋዋጭ ክምችት) – የእውነትን ምንጭ በመጥቀስ አንጓዎች አውቶማቲክ እንዲሆኑ የሚፈልግ ስክሪፕት ወይም ተሰኪ። በተጨማሪም፣ ተለዋዋጭ ኢንቬንቶሪው ልዩ የሆነ አውቶማቲክን ለማከናወን ዒላማ ስርዓቶችን በበለጠ በትክክል መምረጥ እንዲችሉ ኖዶችን በቡድን ይከፋፍላቸዋል።

ኢንቬንቶሪ ተሰኪዎች አቅም ያለው ተጠቃሚ ኢላማ ኖዶችን በተለዋዋጭ መንገድ እንዲፈልግ እና እነዚህን መድረኮች ክምችት በሚፈጥርበት ጊዜ የእውነት ምንጭ ሆኖ እንዲጠቀም የውጪ መድረኮችን እንዲደርስ ችሎታ ይስጡት። በአንሲብል ውስጥ ያሉት መደበኛ የመረጃ ምንጮች ዝርዝር የደመና መድረኮችን AWS EC2፣ Google GCP እና Microsoft Azureን ያካትታል፣ እና እንዲሁም ሌሎች በርካታ የእቃ ዝርዝር ፕለጊኖች ለ Ansible አሉ።

ሊታወቅ የሚችል ግንብ ከበርካታ ጋር አብሮ ይመጣል ኢንቬንቶሪ ተሰኪዎች, ከሳጥኑ ውስጥ በትክክል የሚሰሩ እና, ከላይ ከተዘረዘሩት የደመና መድረኮች በተጨማሪ, ከ VMware vCenter, Red Hat OpenStack Platform እና Red Hat Satellite ጋር ውህደት ያቀርባል. ለእነዚህ ፕለጊኖች፣ ከታለመው መድረክ ጋር ለመገናኘት ምስክርነቶችን ማቅረብ ብቻ ያስፈልግዎታል፣ ከዚያ በኋላ በ Ansible Tower ውስጥ እንደ የእቃ ዝርዝር መረጃ ምንጭ ሆነው ሊያገለግሉ ይችላሉ።

ከአንሲብል ታወር ጋር ከተካተቱት መደበኛ ፕለጊኖች በተጨማሪ በአንሲብል ማህበረሰብ የሚደገፉ ሌሎች የእቃ ዝርዝር ተሰኪዎች አሉ። ወደ ሽግግር ጋር ቀይ ኮፍያ ሊቻል የሚችል የይዘት ስብስቦች እነዚህ ተሰኪዎች በተዛማጅ ስብስቦች ውስጥ መካተት ጀመሩ።

በዚህ ልኡክ ጽሁፍ ላይ፣ ደንበኞች ብዙ ጊዜ በCMDB ውስጥ ስለ ሁሉም መሳሪያዎቻቸው መረጃ የሚያከማቹበት ታዋቂ የአይቲ አገልግሎት አስተዳደር መድረክ ለሆነው ServiceNow ከ ክምችት ፕለጊን ጋር አብሮ የመስራትን ምሳሌ እንወስዳለን። በተጨማሪም፣ ሲኤምዲቢ ለአውቶሜትሽን ጠቃሚ የሆነ አውድ ሊይዝ ይችላል፣ ለምሳሌ ስለ አገልጋይ ባለቤቶች መረጃ፣ የአገልግሎት ደረጃዎች (ምርት/ያልሆኑ)፣ የተጫኑ ዝመናዎች እና የጥገና መስኮቶች። የ Asible inventory ፕለጊን ከServiceNow CMDB ጋር መስራት ይችላል እና የስብስቡ አካል ነው። አሁን አገልግሎት በበሩ ላይ galaxy.ansible.com.

የጂት ማከማቻ

በ Ansible Tower ውስጥ ካለው ክምችት የተገኘ የእቃ ዝርዝር ፕለጊን ለመጠቀም እንደ የፕሮጀክት ምንጭ መዋቀር አለበት። በ Ansible Tower ውስጥ፣ ፕሮጀክት እንደ git repository ከአንዳንድ ዓይነት የስሪት ቁጥጥር ሥርዓት ጋር የተዋሃደ ሲሆን ይህም አውቶሜሽን የመጫወቻ መጽሐፍትን ብቻ ሳይሆን ተለዋዋጮችን እና የእቃ ዝርዝር ዝርዝሮችን ለማመሳሰል ሊያገለግል ይችላል።

የእኛ ማከማቻ በእውነቱ በጣም ቀላል ነው-

├── 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 ምሳሌን አይገልጽም እና ለግንኙነት ምንም አይነት ምስክርነት አይገልጽም። ይህንን ሁሉ በኋላ በ Ansible Tower ውስጥ እናዋቅራለን።

የፋይል ስብስቦች/requirements.yml Ansible Tower አስፈላጊውን ስብስብ እንዲያወርድ እና አስፈላጊውን የእቃ ዝርዝር ፕለጊን እንዲያገኝ ያስፈልጋል። ያለበለዚያ፣ ይህንን ክምችት በሁሉም የአንሲብል ታወር ኖዶቻችን ላይ በእጅ መጫን እና ማቆየት አለብን።

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

- name: servicenow.servicenow

ይህን ውቅር ወደ ስሪት ቁጥጥር ከገፋን በኋላ፣ ተዛማጅ ማከማቻዎችን የሚያመለክት በአንሲብል ታወር ውስጥ ፕሮጀክት መፍጠር እንችላለን። ከታች ያለው ምሳሌ የጊትዩብ ማከማቻችን የ Asible Towerን ያገናኛል። ለኤስሲኤም ዩአርኤል ትኩረት ይስጡ፡ ከግል ማከማቻ ጋር ለመገናኘት መለያ እንዲመዘግቡ ይፈቅድልዎታል፣ እንዲሁም አንድ የተወሰነ ቅርንጫፍ ይግለጹ፣ መለያ ይስጡ ወይም ይመልከቱ።

ለServiceNow ምስክርነቶችን መፍጠር

እንደተጠቀሰው፣ በእኛ ማከማቻ ውስጥ ያለው ውቅር ከServiceNow ጋር ለመገናኘት ምስክርነቶችን አልያዘም እና የምንገናኝበትን የአገልግሎትNow ምሳሌ አይገልጽም። ስለዚህ፣ ይህንን ውሂብ ለማዘጋጀት፣በAnsible Tower ውስጥ ምስክርነቶችን እንፈጥራለን። አጭጮርዲንግ ቶ የአገልግሎትNow ክምችት ተሰኪ ሰነድየግንኙነት መለኪያዎችን የምናዘጋጅባቸው በርካታ የአካባቢ ተለዋዋጮች አሉ ፣ ለምሳሌ ፣ እንደዚህ

= 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 የሚገልጹበት በአንሲቪል ታወር ውስጥ የዚህ አይነት ምስክርነቶች የሉም። ነገር ግን Ansible Tower ለመግለጽ ያስችለናል ብጁ ምስክርነቶች አይነቶች, በጽሁፉ ውስጥ ስለዚህ ጉዳይ የበለጠ ማንበብ ይችላሉ "ሊቻል የሚችል ግንብ ባህሪ ስፖትላይት፡ ብጁ ምስክርነቶች".

በእኛ ሁኔታ፣ ለአገልግሎትNow ብጁ ምስክርነቶች የግቤት ውቅር ይህን ይመስላል።

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 ተሰኪን በምሳሌነት በመጠቀም በአንሲቪል ታወር ውስጥ ካሉ ስብስቦች ውስጥ ኢንቬንቶሪ ተሰኪዎችን እንዴት መጠቀም እንደምንችል ተመልክተናል። እንዲሁም ከአገልግሎትNow ምሳሌ ጋር ለመገናኘት ምስክርነቶችን ደህንነቱ በተጠበቀ መልኩ ተመዝግበናል። የፕሮጀክት ኢንቬንቶሪ ፕለጊን ማገናኘት የሚሰራው ከሶስተኛ ወገን ወይም ብጁ ፕለጊኖች ጋር ብቻ ሳይሆን የአንዳንድ መደበኛ ኢንቬንቶሪዎችን አሠራር ለማሻሻልም ሊያገለግል ይችላል። ይህ እየጨመረ ውስብስብ የአይቲ አካባቢዎችን በራስ-ሰር በሚሰራበት ጊዜ Ansible Automation Platformን ከነባር መሳሪያዎች ጋር ለማዋሃድ ቀላል እና እንከን የለሽ ያደርገዋል።

በዚህ ልኡክ ጽሁፍ ላይ በተገለጹት ርዕሰ ጉዳዮች እና እንዲሁም ሌሎች የአጠቃቀም ገጽታዎች ላይ ተጨማሪ መረጃ እዚህ ማግኘት ይችላሉ፡-

• ብሎግ በ ሊቻል የሚችልን በመጠቀም ሰርቪስ አሁን.
• የእራስዎን ስብስቦች እንዴት መፍጠር እንደሚችሉ.
• በAutomation Hub ድህረ ገጽ ላይ የቀይ ኮፍያ የሚደገፉ ስብስቦች ዝርዝር (ደመና.redhat.com).
• ሊቻል የሚችል አውቶሜሽን መድረክ ኢ-መጽሐፍት.

*ቀይ ኮፍያ በዚህ ውስጥ ያለው ኮድ ትክክል ስለመሆኑ ምንም ዋስትና አይሰጥም። በግልጽ ካልተገለጸ በስተቀር ሁሉም ቁሳቁሶች የሚቀርቡት ተቀባይነት የሌለው መሠረት ነው።

ምንጭ: hab.com