Mavzu: Konfiguratsiyani boshqarish jarayonining maqsadi

Mavzu: Konfiguratsiyani boshqarish jarayonining maqsadi.

Har qanday loyihada "konfiguratsiya" tushunchasi har xil narsalarni yashirishi mumkin, masalan:
Dasturiy ta'minot uchun - talablar to'plami, kod, avtomatlashtirilgan test skriptlari, dasturiy hujjatlar, uni o'rnatish uchun infratuzilma va atrof-muhit talablari, tayyor yig'ish va hk.
Ishlab chiqarish uchun - chizmalar to'plami, ishlab chiqarish bosqichlari tavsifi va ishlab chiqarish uchun uskunalarni sozlash, mahsulot hujjatlari, sifat nazorati jarayoni.
Va hokazo.
Konfiguratsiyaga kiritilgan tarkibiy qismlarning har biri konfiguratsiya elementi deb ataladi . 
Shunga ko'ra, loyiha konfiguratsiyasini boshqarish yoki Konfiguratsiya menejmenti - bu loyiha davomida konfiguratsiyani aniqlash, yaratish, saqlash va boshqarish.
Konfiguratsiya menejmentining asosiy vazifasi - istalgan vaqtda siz foydalanishi kerak bo'lgan konfiguratsiya elementining 100% joriy versiyasiga kirish huquqiga ega bo'lish va hech qanday konfiguratsiya elementi boshqa konfiguratsiya elementlari bilan zid kelmasligiga ishonch hosil qilish. Aslida, bu loyihani o'zgartirish boshqaruvining kichik, ammo juda muhim qismidir. 
Loyiha konfiguratsiyasini boshqarish rejasini ishlab chiqish loyihani boshqarish rejasini ishlab chiqish paytida yuz beradi va uning bir qismidir.
Ba'zan mahsulot konfiguratsiyasi va loyiha konfiguratsiyasi ajratiladi, buni amalga oshirish yoki qilmaslik ma'lum bir loyihaga bog'liq.
Xo'sh, loyiha konfiguratsiyasini boshqarish nimadan iborat?
Qadam 1. Loyiha konfiguratsiyasini aniqlash va dastlabki (bazaviy) loyiha konfiguratsiyasini yaratish
Bu juda sodda, birinchi qadamda biz loyihamiz qaysi o'zgaruvchan tarkibiy qismlardan iborat ekanligini aniqlaymiz va ulardan qaysi birini boshqarishimiz kerak, qaysisi emas.
Bizning an'anaviy ta'mirlash misolimizda : 
Mahsulotning dastlabki konfiguratsiyasi yoki kelajakda ta'mirlanadigan kvartira (xuddi shu "o'zaro kelishuv") bizning dizayn loyihamizda aniqlangan. Ta'mirlash vaqtida dizayner tomonidan chizilgan va vakolatli rasmlarni tayyorlash va materiallar loyihasini tuzish uchun ko'proq zarur bo'lgan ingl. Ammo elektr simlarini chizish, tugatish uchun materiallar ro'yxati va oshxona loyihasi - bu o'zgarishi mumkin bo'lgan narsalar (yoki ehtimol) o'zgarishi va bu o'zgarishlarni boshqarish kerak bo'ladi. Aks holda, men juda tez unutaman (yoki jamoa unutib qo'yadi), "mana, o'sha erda men rasmda bo'lmagan yana bir rozet yasashni iltimos qildim !" Va keyin kech bo'ladi . 
Loyihaning dastlabki konfiguratsiyasi (ya'ni, ta'mirlash), masalan, boshqaruv kompaniyasining ta'mirlashni amalga oshirish qoidalari bo'yicha talablari to'plamini o'z ichiga oladi (shovqin qachon bo'lishi kerak, etkazib berish uchun er osti avtouloviga o'tishni qanday buyurtma qilish kerak) transport vositalari, konsiyerj qanday ishlaydi va u sizning etkazib berishni qabul qiladimi), qo'shnilarning talablari (14 dan 18 gacha shovqin qilmang, chunki ba'zilarida kichkina bola bor va tsement sumkalarini umumiy yo'lakda qoldirmang, chunki boshqalarda astma va boshqalar), siz ba'zi jihatlarda birlashtirishga qaror qilgan qo'shningizni ta'mirlash jadvali (masalan, mexanizatsiyalashgan dastani quyishda), erning ishdan bo'sh vaqtlari, unga bag'ishlashi mumkin ta'mirlash ishlari va boshqalar. Bularning barchasi ta'mirlash vaqtida o'zgarishi va loyihaga zarar etkazishi mumkin, agar bu o'zgarishlar vaqtida kuzatilmasa. 
Loyiha davomida o'zgarishi mumkin bo'lgan va doimiy dolzarbligi loyihaning muvaffaqiyati uchun juda muhim bo'lgan barcha tarkibiy qismlarni aniqlab, biz asosiy konfiguratsiyani hosil qilamiz : 
Barcha konfiguratsiya elementlariga aniq va tushunarli nomlarni beramiz. Agar kerak bo'lsa, biz biron bir joyda elementlar soni yuzlabga etadigan bo'lsa, ushbu nomlarni shakllantirish printsipini tasvirlaymiz.
Hujjatlarni va boshqa artefaktlarni (masalan, do'kondan plitka namunalari) qaerda va qanday saqlashimizni aniqlaymiz va u erda barcha konfiguratsiya elementlarini qo'shamiz. Shunga qaramay, agar kerak bo'lsa, biz biron bir joyda joylashtirish printsipini tasvirlaymiz (biz "chizmalar" ni faqat Google Docs- dagi "chizmalar" papkasida joylashtiramiz va plitkalarni oshxonada faqat "oshxona uchun namunalar" imzosi qo'yilgan tokchaga qo'yamiz) va qo'shni emas, hammom plitasi qaerda).
Biz ular (biz kafel saqlanadi podvalda kalit berish, yoki biz kerak konfiguratsiya elementlariga barcha manfaatdor tomonlar uchun kirish tashkil faqat o'qish kirish yilda Google Docs masalan,). "Agar kerak bo'lsa" haqida, menimcha, buni o'zingiz taxmin qildingiz.
Bingo, asosiy konfiguratsiya tayyor! Bu haqda barcha manfaatdor tomonlarni xabardor qilish va ularning hamma narsani to'g'ri tushunganligiga ishonch hosil qilish qoladi.
Qadam 2. Loyiha konfiguratsiyasini boshqarish rejasini tuzing


Asosiy konfiguratsiya juda zo'r, ammo tom ma'noda loyihaning faol bosqichi boshidanoq u o'zgarishni boshlaydi. Konfiguratsiyani boshqarish rejasining maqsadi konfiguratsiya o'zgarishlarini qanday boshqarish va boshqarish kerakligini aniqlashdir.
Orqaga ta'mirlash uchun , quyidagi narsalarni konfiguratsiya boshqarish rejasi kiritilgan bo'lishi mumkin uchun: 
Elektr simlari kabi chizmalar bilan ishlash - har bir daqiqada zamonaviy rasmlarni qaerdan olish kerak, versiya nazorati qanday tashkil qilingan, chizmalar kim tomonidan va qanchalik tez-tez yangilanishi kerak va buning uchun kimning roziligi kerak. Masalan, " bu erda yangi savdo nuqtasini yaratish" istagimni bildirgandan so'ng , dizayner uni elektrchi bilan muvofiqlashtirishi kerak (va keyin to'satdan rozetkani u erga o'rnatib bo'lmaydi), rasmga o'zgartirishlar kiritishi, men bilan muvofiqlashtirishi (va keyin to'satdan biz bir-birimizni noto'g'ri tushundik), uni Google Docs- dagi to'g'ri papkaga joylashtirdik (shu bilan birga eski rasmni "Eskirgan chizmalar" jildiga o'tkazing va nomini yangi rasmga " Versiya seriya raqami_Chizilish nomi_Sana modifikatsiyalash "), yangilangan bosma versiyasini ustaga berish va undan eskisini olish uchun boring (ish jarayonida chalkashib ketmaslik uchun) va ustani burni bilan rasmdagi yangi rozetkaga tiqing ( sog'inmaslik uchun). Haftada bir marta nazorat qilish uchun - hozirgi rasmni kvartirada haqiqat bilan tekshirish (men buni qilaman). Bu uzoq, qo'rqinchli va umuman keraksiz ko'rinadi, ammo bu chiqish nuqtasi bilan misoldir, ammo loyiha uchun biron bir murakkab bo'linmani ishlab chiqarishda hech qanday nazorat bosqichlarining yo'qligi o'limga olib kelishi mumkin.
Jinoyat kodeksi yoki qo'shnilar talablari bilan ishlash - har oyning bir daqiqasida (erning o'zi) har bir daqiqada mavjud bo'lgan versiyani qaerdan olish kerak - Jinoyat kodeksiga yoki qo'shnilarga qandaydir izohlari bor-yo'qligi haqidagi qo'ng'iroqlarni aniqlashtirish. albatta qoidalar rostlash va bu haqda masteri xabardor - ta'mirlash va biz agar zarur bo'lsa, biz, bezovta yaratish yo'qligini.
Oshxona uchun plitkalar namunalari bilan ishlash - Men turli do'konlardan va ko'rgazmalardan buyumlarni olib kelib, "oshxona uchun namunalar" imzosi bilan javonga "yig'ilmagan" qutiga qo'yaman. Dizayner va men har safar ob'ektda uchrashganimizda, u erda to'plangan narsalarga qaraymiz, dizayn yoki byudjetga mos kelmaydiganlarni tashlaymiz, qolganlarini esa "yakuniy namunalar" qutisiga joylashtiramiz. Ulardan keyin men oxirgi plitkani tanlayman, bundan oldin dizayner bilan nazorat qilish uchun biz hali ham byudjetga mos kelishini tekshirish uchun yana hamma narsani ko'rib chiqamiz (bu vaqt ichida o'zgarishi mumkin edi yoki dollar kursi sakrab tushdi) ).
Konfiguratsiyani boshqarish rejasining o'zi bilan ishlash - kim va qanday hollarda unga o'zgartirish kiritishi mumkin, agar ular paydo bo'lsa, yangi konfiguratsiya elementlarini qanday qo'shish kerakligi va ushbu o'zgarishlar haqida barcha manfaatdor tomonlarga xabar berishiga qanday ishonch hosil qilish kerak.
Va hokazo.
Ya'ni, aslida, har bir konfiguratsiya elementi yoki elementlar guruhi uchun ularni boshqarish bo'yicha aniq qoidalar, ularning dolzarbligi va realizatsiya jarayoni uchun mas'ul bo'lgan shaxs va monitoringning dolzarbligini aniqlash usuli va chastotasi aniqlanishi kerak.
Odatda, konfiguratsiyani boshqarish rejasi barcha muhim loyiha hujjatlarini boshqarishni o'z ichiga oladi, shu jumladan loyiha jadvali bilan ishlash, moliyalashtirish rejasi, qanday qilib asosiy chiziqlar bilan ishlash, loyihani boshqarish uchun foydalaniladigan tizimlar va kirishni boshqarish haqida ma'lumotlar va boshqalar.
Ta'mirlash ishlarida, ushbu oddiy qadamlarning barchasi o'z vaqtida qarshilik ko'rsatishga imkon beradi va butun ta'mirlashga o'xshab ketadigan plitkalarni sotib olmaydi, agar kerak bo'lsa ta'mirlash joyini o'zgartirgan bo'lsangiz, kerakli joyda chiqish joyini qilishni unutmang. mebel yoki oshxonaga maydalagich qo'shishga qaror qildi, qo'shnilar bilan munosabatlarni buzmang va boshqaruv kompaniyasining jarimalariga "tushmang". Haqiqiy yirik loyiha bo'lsa, ular biron bir bosqichda kimdir ahamiyatsiz ma'lumotdan foydalanganligi sababli ular loyihani to'xtatish yoki bekor qilish xavfini kamaytiradi.
Qadam 3. Loyiha davomida konfiguratsiyani boshqarish
Hammasi xuddi loyihani boshqarishning boshqa sohalarida bo'lgani kabi - chunki siz loyiha konfiguratsiyasini boshqarishni rejalashtirish bosqichida nazorat choralarini aniqladingiz, endi ularni o'z vaqtida qo'llash va agar kerak bo'lsa, tuzatuvchi yoki profilaktika choralarini ko'rish kifoya.


Loyihaning ma'lum hajmiga qadar, barcha bu yodda saqlanishi mumkin, va keyin konfiguratsiya boshqaruv rejasi kerak emas, lekin ba'zi bir nuqtadan axborot miqdori jismoniy imkoniyatlarini oshmasligi boshlaydi RM va juda oson biror narsani sog'inmoq. Shaxsan men rasmiy loyihalarni boshqarish rejalarini va konfiguratsiyani boshqarish rejasini yozaman, shu jumladan faqat 50 dan ortiq ishtirokchilari bo'lgan loyihalar uchun.

Dastur konfiguratsiya ma'lumotlar Kirish

ITIL-ning birinchi versiyasidan boshlab jarayonni konfiguratsiya boshqaruvi allaqachon aniqlangan. 2011 yilning so'nggi versiyasida jarayon nomi Service & Asset Configuration Management (SACM) deb o'zgartirildi. Shu bilan birga, dasturiy ta'minotni ishlab chiqish dunyosida konfiguratsiyani boshqarish jarayoni ham aniqlangan. Bu ko'pincha dasturiy ta'minotni konfiguratsiyani boshqarish (SCM) deb nomlanadi. Ushbu maqola ushbu jarayonlar va ular o'rtasidagi munosabatlar haqida. Shundan so'ng, ushbu maqola dasturiy ta'minotni konfiguratsiya elementlaridan (SC-I) foydalanishni kengaytiradi.
Dastur konfiguratsiyasi elementlari Bu yerda
Xizmat aktivlari va konfiguratsiyani boshqarish (SACM)
Ushbu jarayonning maqsadi mantiqiy modelni aniqlash va qo'llab-quvvatlashdir AKT infratuzilmasi bunda AKT xizmatlari bir-biri bilan va ushbu AKT xizmatlarini taqdim etish uchun zarur bo'lgan AKT komponentlari bilan bog'liq.
Konfiguratsiya elementi (CI)
CI xizmat ob'ekti (xizmat yoki mahsulot) yoki xizmat ko'rsatuvchi tashkilot tomonidan boshqariladigan ob'ektning tarkibiy qismini ro'yxatdan o'tkazish hisoblanadi. Ob'ekt yoki tarkibiy qismlarni tavsiflash uchun CIga har xil atributlar beriladi. Ta'riflanadigan ob'ektlar - xizmatlar, dasturiy ta'minot, apparat, aloqa vositalari, hujjatlar va protseduralar. Eslatma: CI faqatgina ob'ektni ro'yxatga olish, ammo ob'ektning o'zi emas.
Konfiguratsiya boshqaruvi ma'lumotlar bazasi (CMDB)
CMDB CI va ularning aloqalari aniqlangan va unga aloqador bo'lgan ma'lumotlar bazasi. Agar CMDBni loyihalashda hisobga olish kerak yoki:

• 
  Qator (doirasi). Ushbu intervalli CMDB da qaysi ob'ektlar tasvirlanganligini ko'rsatadi
  
• 
  Chuqurlik. Bu shuni anglatadiki, ko'plab ota-ona munosabatlari tan olinadi
  
• 
  Tafsilot darajasi: bu CI uchun qancha atributlarni aniqlash kerak
  

Ushbu uchtalar bevosita yoki bilvosita SLA tomonidan aniqlanadi. SLA'da Mahsulotlar va / yoki Xizmatlar aniqlanadi. CMDB bilan bog'liq keng tarqalgan noto'g'ri tushunish, bu jismoniy ob'ektlar o'z ichiga oladi. Biroq, CMDB faqat formada yoki CI ob'ektlarida bo'lgan narsalar haqidagi ma'lumotlarni o'z ichiga olgan ma'lumotlar bazasi.
CMDB asoslari
CMDB bazasi ma'lum bir CI to'plamlari yoki barqaror xizmat va / yoki mahsulot bo'lgan ma'lum bir versiyasidir. Misol uchun, masalan, katta miqdordagi nashrdan so'ng, barcha tegishli CS lar asosiy yo'nalish sifatida belgilanishi mumkin. Keyinchalik buzilish sodir bo'lganda, siz oxirgi bazadan boshlab o'zgarishga qarashingiz mumkin. Agar ishlab chiqarish muhiti beqaror bo`lgan bo`lsa, asosiy chiziq ham oxirgi taglik uchun ishlatiladi.
Dasturlarning konfiguratsion boshqaruvi:
Dastur muhandisliklarida dasturiy konfiguratsiya boshqaruvi (SCM yoki S / W CM) dasturiy ta'minotdagi o'zgarishlarni kuzatish va nazorat qilish vazifasi bo'lib, konfiguratsiya boshqaruvining katta o'zaro intizomiy qismidir. SCM ilovalari auditni nazorat qilish va bazaviy tizimlarni tashkil etishni o'z ichiga oladi. Agar biror narsa noto'g'ri bo'lsa, SCM nima o'zgarganini va uni kim o'zgartirganini aniqlay oladi. Agar konfiguratsiya yaxshi ishlayotgan bo'lsa, SCM uni bir qancha xostlarda [Vikipediya] qanday takrorlashni aniqlaydi.
Dastur konfiguratsion elementi (S-CI)
S-CI - bu DevOps ishlab chiqish jarayoni tomonidan boshqariladigan ob'ektning tavsifi. S-CI tayinlaydi. Ob'ektni yoki tarkibiy qismlarni tavsiflash uchun S-CI ga har xil atributlar beriladi. S-CI dasturiga uchinchi yoki to'rtinchi avlod tillarining meta-ma'lumotlarini, SQL skriptini, ma'lumotlar bazasi sxemasini yoki boshqa har qanday ob'ektni kiritish mumkin.
Dastur konfiguratsion boshqaruv bazasi (S-CMDB)
S-CMDB ma'lumotlar bazasi bo'lib, unda S-CI lar va ularning o'zaro aloqasi aniqlanadi. S-CMDB ning bir qismi asosiy hisoblanadi. CMDB dan farqli o'laroq, S-CMDB manba kodini ham, S-CI ni ham saqlaydigan ombordir. Metadata) yoki bu manba kodi. GIT va SVN kabi vositalar har doim foydalanuvchilarga ishlab chiqilayotgan dasturiy ta'minotning integratsiyalashgan tasvirini beradi va metadata va papka tuzilmalariga asoslangan dasturiy ta'minot konfiguratsiyasini boshqaradi.
S-CMDB bazasi
Dastlabki ma'lumot - mahsulotning atributlarini kelishilgan tavsif bo'lib, vaqtni belgilash uchun asos bo'lib xizmat qiladi. O'zgartirish - bu asosiy holatdan keyingi holatgacha bo'lgan harakat. Boshlang'ich holatdagi sezilarli o'zgarishlarni aniqlash - markaziy maqsad yoki dastlabki identifikatsiya [Wikipedia].
Dastur konfiguratsiyasi elementlari
CMDB dan foydalanish
Operatsiyalar bir necha o'n yillar davomida CMDB-dan foydalangan. ITILning barcha jarayonlari CMDB-dan foydalanadi. Masalan, voqea sodir bo'lgan joyni ko'rsatish uchun CI ning hodisaga aloqasi. Shuningdek, o'zgartirish talablari bir yoki bir nechta CI tomonidan ham ifodalanadi. Shuningdek, SLA me'yorlari CI bilan bog'liq, shuning uchun xizmat ko'rsatish stantsiyasi hodisalarning maksimal hal qilish vaqtlari qancha ekanligini biladi. Shunday qilib, CMDB boshqariladigan ob'ektlarning markaziy ta'rifidir.
Foydalanish S-CMDB
S-CMDB kontseptsiyasi CMDB dan kattaroq bo'lishi mumkin. S-CMDBdan foydalanish CMDBdan farq qiladi. Shunday qilib, S-CMDB CMDB ga qaraganda ancha tor ob'ektlarni tasvirlaydi. S-CMDBdan ko'proq S-CI versiyasini boshqarish muhim ahamiyatga ega. Yangi bazani yaratish uchun S-CIlarni qo'llash kerak.
Shakl 1, CMDB va S-CMDB
DevOps Code dasturining konfiguratsion boshqaruvi uchun eng yaxshi amaliyotlar
S-CMDB va CMDB Gbning asosiy boshqaruvi va OPSni o'z ichiga oladi. Ushbu ma'murlar ko'pincha aloqani yo'qotib qo'yganligi sababli, manba kodi uchun nima sabab bo'layotganini aniqlash qiyin. Bundan tashqari, S-CMDB funktsiyalarini DevOps uchun tan olishlari muhim.
Aloqa CMDB va S-CMDB
CMDB va S-CMDB dan foydalanishni boshlashda odatda ko'tariladigan birinchi savol bu ikkalasini bir-biriga qanday bog'lashdir. odatda, a ilovani joylashtirish bir yoki bir nechta CI yaratish va/yoki bir yoki bir nechta CI ning yangi versiyasini ro'yxatdan o'tkazish orqali CMDBda ro'yxatdan o'tgan. S-CMDB nuqtai nazaridan, yangi nashr bazaning yangi versiyasini ta'riflashni talab qiladi. Qurilish serveri orqali qurilishni yaratish uchun asosiy chiziq ishlatiladi. Qurilish ham noyob raqamni oladi.
CMDB va S-CMDB o'rtasidagi munosabatlarni o'rnatish muhim ahamiyatga ega. Masalan, CI yoki CMDB ilovasining qurilgan identifikatorini olish orqali. Natijada, OPS tomonidan ishlab chiqarilgan mahsulot va DEV tomonidan ishlab chiqarilgan mahsulot o'rtasida izlenebilirlik yaratilgan.
Shakl 2 CMDB va S-CMDB o'rtasidagi munosabatni ko'rsatadi. Ushbu munosabatlar Xususiyat / Hikoya munosabatlaridan iborat.
Shakl 2, CI va S-CI o'rtasidagi munosabatlar.
Foydalanish S-CMDB
S-CMDB DevOps komandasiga quyidagi funktsiyalarni taklif qiladi:

•