कुछ साल पहले, मुख्य रुझान स्वचालन, DevOps प्रथाओं और बाजार में मूल्यों के वितरण का त्वरण था। होम क्रेडिट बैंक ने प्रौद्योगिकियों के विकास पर एक कदम रखने का फैसला किया, सभी के रूप में उपयोगकर्ताओं की खुली फुसफुसाहट जो अपने महत्वपूर्ण परियोजनाओं के लिए नए संसाधनों के लिए कई दिनों तक इंतजार करने से थक गए थे, वे खुले स्थान पर बाहर खड़े थे।
हमने विभागों द्वारा आवेदनों को मंजूरी देने की प्रक्रिया शुरू करने का फैसला किया, जो कि कई बड़ी कंपनियों के लिए आवश्यक समय और प्रयास के रूप में है। पहले कार्य के रूप में, हमने वर्चुअलाइजेशन पर्यावरण की परवाह किए बिना एक वर्चुअल मशीन बनाने की प्रक्रिया को चुना। कार्यों की एक सूची बनाते हुए, हमने महसूस किया कि हमारे बैंक के बुनियादी ढांचे में प्रयुक्त अन्य प्रणालियों के साथ एकीकरण करना आवश्यक होगा, उदाहरण के लिए, एपीआई के माध्यम से।

सबसे उपयुक्त समाधान ManageIQ था। यह एक परियोजना है जिसे रेड हैट ने 2012 में अधिग्रहण किया था और इसके आधार पर वाणिज्यिक रेड हैट क्लाउडफार्म उत्पाद बनाया । उसी समय, ManageIQ एक ओपन-सोर्स उत्पाद की स्थिति में बना रहा और CloudForms के साथ समानांतर में विकसित हो रहा है।
ManageIQ रूबी में लिखा गया है और बड़ी संख्या में वर्चुअलाइजेशन, सार्वजनिक बादलों और कंटेनरीकरण के विभिन्न प्रदाताओं का समर्थन करता है। फिलहाल, हम होम में उच्च-उपलब्धता कॉन्फ़िगरेशन में गैप्रिंडशविली के एक संस्करण का उपयोग कर रहे हैं।
कैसे प्रक्रिया बदल गई है
पहले, प्रत्येक टीम को जिम्मेदारी के क्षेत्र में अलग-अलग सेटिंग्स की आवश्यकता होती थी। प्रारंभिक तैयारी के बाद, सभी डेटा एकत्र किए गए थे और व्यवस्थापक को भेजे गए थे, जिन्होंने वर्चुअल मशीन को तैनात और कॉन्फ़िगर किया था। फिर, यह सूचित करना आवश्यक था, उदाहरण के लिए, निगरानी दल जो एक नया मेजबान दिखाई दिया था जिसे निगरानी में जोड़ने की आवश्यकता थी। संचार में देरी, विशेषज्ञों का कार्यभार, मानवीय कारक के कारण होने वाली त्रुटियां, इस प्रक्रिया को कई दिनों तक बढ़ा सकती हैं।
पूरी प्रक्रिया को ManageIQ में फिट करने के बाद, हमें निम्नलिखित परिणाम मिले:
समय अंतर इस तथ्य के कारण है कि दूसरे मामले में, आर्टिफैक्ट्री से इंफ्रास्ट्रक्चर कंटेनरों के लिए डॉकर, डाउनलोड और टीग्रेट छवियों के साथ काम करने के लिए मेजबान को तैयार करने के लिए अतिरिक्त समय की आवश्यकता है, क्योंकि इस स्तर पर अभी भी डॉकिंग हब तक कोई पहुंच नहीं है। विंडोज के मामले में, अंतर इस तथ्य के कारण हासिल किया जाता है कि, सबसे पहले, अनुकूलन के बिना लिनक्स वीएम का निर्माण समय लगभग 2 मिनट है, और विंडोज वीएम का समय 6 मिनट है। दूसरे, विंडोज को कस्टमाइज़ करने में लिनक्स के लिए लगभग 10 मिनट, बनाम 2 मिनट लगते हैं।
10 मिनट इतनी जल्दी नहीं है, यह देखते हुए कि वीएम बनाने की प्रक्रिया पर लगभग 2-3 मिनट सीधे खर्च होते हैं। शेष समय के लिए, ManageIQ निम्नलिखित कार्य करता है:
- सिस्टम उपयोगकर्ता द्वारा निर्दिष्ट प्रपत्र में निर्दिष्ट मापदंडों को इकट्ठा करता है और उन्हें चर में विघटित करता है।
- घटना प्रबंधन प्रणाली में एक नया परिवर्तन अनुरोध बनाया गया है, जो नए संसाधन के बारे में डेटा प्रदर्शित करता है।
- ManageIQ संसाधन नाम क्वेरी सिस्टम नए संसाधन के लिए एक मान भेजता है।
- IP पता प्रबंधन प्रणाली दर्ज किए गए मापदंडों के आधार पर एक नया पता जारी करती है।
- एक नया DNS रिकॉर्ड स्थानीय DNS सर्वर पर पंजीकृत है।
- मापदंडों, पर्यावरण और संसाधन भार के आधार पर, प्लेसमेंट के लिए वर्चुअलाइजेशन और क्लस्टर का प्रकार चुना जाता है।
- अगला, निर्दिष्ट मापदंडों के साथ एक वर्चुअल मशीन बनाने की प्रक्रिया।
- जब वर्चुअल मशीन टेम्पलेट से तैनात की जाती है, तो आपको उन स्क्रिप्ट को चलाने की आवश्यकता होती है जो अंतिम सेटिंग्स बनाएंगे:
- एक निर्दिष्ट आकार में डिस्क विस्तार,
- एक नया रूट पासवर्ड जनरेट करना, इसे लिनक्स होस्ट पर बदलना और पासवर्ड मैनेजर को लिखना,
- GitLab में कठपुतली के लिए एक विन्यास YAML फ़ाइल बनाना,
- रनबूक रन करें जो विंडोज वीएम के लिए आवश्यक सेटिंग्स और अपडेट लाते हैं या
- लॉन्च पपेट, जो लिनक्स मशीनों को अपडेट और कॉन्फ़िगर करेगा।
- इस सब के बाद, चरण 2 में बनाया गया परिवर्तन अनुरोध बंद है। ताजा डेटा इसमें जोड़ा जाता है, जैसे कि आईपी एड्रेस और होस्ट नाम।
- कंप्यूट रिसोर्स मैनेजमेंट बेस (CMDB) में एक नई इकाई पंजीकृत है।
- वर्चुअल मशीन को ज़ैबिक्स में पंजीकृत किया गया है और निगरानी में जोड़ा गया है।
- ग्राहक और अन्य इच्छुक दलों को ManageIQ का उपयोग करके बनाई गई नई इकाई के बारे में जानकारी के साथ एक ई-मेल प्राप्त होता है।
अंदर क्या है
चलो उत्पाद के तकनीकी विवरण में तल्लीन करते हैं। डिफ़ॉल्ट रूप से, ManageIQ एक टेम्पलेट से एक वर्चुअल मशीन बना सकता है। उदाहरण के लिए, vCenter में हम क्या करते हैं, यह कैसे अलग है? सही उत्तर कुछ नहीं है। ManageIQ वर्चुअलाइजेशन सिस्टम के समान तरीकों का उपयोग करता है, लेकिन यह एक ही स्थान से करता है। इसके अलावा, आप अपनी स्वयं की स्क्रिप्ट जोड़ सकते हैं जो सुविधाओं के मानक सेट में फिट नहीं होते हैं। इस प्रकार, यदि आपके पास संसाधन हैं, उदाहरण के लिए, सार्वजनिक Azure में, vCenter में, जो आपके स्वयं के हार्डवेयर पर तैनात है, साथ ही कुबेरनेट क्लस्टर कहीं और घूम रहा है, तो यह सब आसानी से ManageIQ से प्रबंधित किया जा सकता है।
एकीकरण के लिए प्रदाताओं की एक विस्तृत विविधता के अलावा, ManageIQ में अनुकूलन के लिए सुविधाजनक उपकरण हैं। यह, उदाहरण के लिए, आपकी समस्या को हल करने के लिए सुविधाजनक रूप तैयार करना:

इसके लिए धन्यवाद, वर्चुअल मशीन को ऑर्डर करने, उसमें सभी आवश्यक मापदंडों को फिट करने के लिए एक पूर्ण इंटरफ़ेस का निर्माण करना संभव था:

हम कंप्यूटिंग संसाधनों की राशि का चयन करते हैं, ओएस, बाहरी प्रणालियों के साथ एकीकरण के लिए आवश्यक सभी अतिरिक्त जानकारी को भरते हैं। इसके अलावा, आंतरिक तंत्र (उनके बारे में थोड़ा बाद में) का उपयोग करते हुए, सिस्टम चुनता है कि नए संसाधन कहां रखे जाएंगे: दर्ज किए गए सभी मापदंडों के आधार पर डेटा सेंटर, क्लस्टर, होस्ट और डेटास्टोर का चयन किया जाता है और संसाधन लोड किए जाते हैं।
यह मत भूलो कि लोग बहुत सारे संसाधनों का आदेश दे सकते हैं या बिल्कुल भी नहीं जो उन्हें वास्तव में चाहिए। यहाँ अनुरोधों और पुष्टियों की प्रणाली खेल में आती है:

उपयोगकर्ता द्वारा आदेशित किसी भी संसाधन को जिम्मेदार व्यक्ति द्वारा अनुमोदित किया जाना चाहिए। होम में, आर्किटेक्ट्स का एक समूह ऐसा करता है।
स्वचालन संरचना
यदि आप ManageIQ में सभी स्वचालन प्रक्रियाओं को छोटे भागों में विघटित करते हैं, तो आप एक निश्चित संरचना को नोटिस करेंगे।
स्वचालित डोमेन

डेटास्टोर उन सभी डोमेन को होस्ट करता है जो ManageIQ के पास हैं।
डिफ़ॉल्ट रूप से, एक ManageIQ डोमेन है, जो लॉक है और एक संदर्भ मॉडल जैसा कुछ है। यदि आपको परिवर्तन करने की आवश्यकता है, तो एक और डोमेन बनाया जाता है, जिसमें ManageIQ डोमेन के तत्वों को आपके स्वयं के कार्यों के लिए कॉपी और बदल दिया जाता है।
स्वचालित नामस्थान

अंदर, डोमेन को उन भागों में विभाजित किया जाता है जो व्यक्तिगत प्रक्रियाओं के लिए जिम्मेदार होते हैं: यह इंफ्रास्ट्रक्चर (इन्फ्रास्ट्रक्चर) के प्रबंधन या सेवाओं (सेवा) के साथ काम करने के लिए जिम्मेदार हो सकता है। हमारे पास अपने स्वयं के नाम स्थान हैं, जिसमें बैंक की प्रणालियों से संबंधित सभी चीजें शामिल हैं।
नई वर्चुअल मशीन के लिए प्रोविजनिंग प्रक्रिया के उदाहरण का उपयोग करके संरचना पर अधिक विस्तार से विचार करें। यह VMProvision_VM नामक स्वचालित श्रेणी में वर्णित है।
स्वचालित श्रेणी
कक्षा में एक संरचना होती है जिसमें इंस्टेंस , तरीके , गुण और स्कीमा शामिल होते हैं । ऑटोमेशन के दृष्टिकोण से, स्कीमा सबसे अधिक रुचि है:

लेआउट CI / CD सिस्टम में पाइपलाइन के समान है। यह उन चरणों का वर्णन करता है जो स्वचालन प्रक्रिया में किए जाएंगे।
स्वचालित उदाहरण

ऊपर वर्णित कक्षा में दो स्वचालित उदाहरण हैं। उनमें से प्रत्येक सर्किट से उन चरणों को विरासत में मिला है जिसके लिए डिफ़ॉल्ट मान सेट किया गया है। उदाहरण में अशक्त मान हैं।

उदाहरण में, मान उन चरणों के लिए प्रकट हुए जो स्कीमा विवरण में खाली थे। आप यह भी देख सकते हैं कि अंतिम परिवर्तन किसने और कब किया था।
आइए देखें कि मूल्य मानों में से एक क्या दर्शाता है:

यह एक ऑटोमेट क्लास है, जिसे मेथड्स कहा जाता है, जिसमें एक ऑटोमेट इंस्टेंस है। इसका आरेख ipam_base_uri विशेषता और निष्पादन विधि का वर्णन करता है। निष्पादित विधि, बदले में, स्वचालित विधि का अधिग्रहण करती है ।
स्वचालित विधि
यह एक रूबी स्क्रिप्ट है जो एक वर्चुअल मशीन को अन्य सिस्टम के साथ REST API के माध्यम से संचार करने की अनुमति देता है। उदाहरण के लिए, जैसा कि IPAM एड्रेस स्पेस मैनेजमेंट सिस्टम के साथ होता है। आईपीएएम में हमें वीएम के लिए पता, मुखौटा, सबनेट और वीएलएएन मिलता है। कठिनाई यह है कि मशीन को परीक्षण वातावरण या उत्पादक में अनुप्रयोगों या डेटाबेस के लिए तैनात किया जा सकता है। या हो सकता है कि सुरक्षा सेवा ने इसे PCI-DSS लूप में रखने का निर्णय लिया हो। यह सब जानकारी वीएम बनाने के चरण में एकत्र की जाती है या तथाकथित उदाहरण के मापदंडों में प्रेषित होती है (ऊपर दिए गए स्क्रीनशॉट में, आप देख सकते हैं कि पैरामीटर में यूआरआई है जिसके द्वारा विधि IPAM तक पहुंच जाएगी):
यहाँ कुछ रूबी कोड हैbase_uri = $evm.object['ipam_base_uri'] prov = $evm.root["miq_provision"] site = prov.get_option(:site) app = prov.get_option(:dialog_dropdown_list_information_system) crq = prov.get_option(:crq) descr = prov.get_option(:dialog_textarea_box_usernotes) owner = $evm.root['user'].name scope = prov.get_option(:dialog_dropdown_scope) environment = prov.get_option(:landscape)
$ evm.root एक ऐसा तरीका है जो ManageIQ में संग्रहीत की जा सकने वाली हर चीज़ को लौटाता है। यह उपयोगकर्ता, पर्यावरण, चर, वर्तमान अनुरोध ('miq_request'), आदि के बारे में जानकारी हो सकती है। हम वर्तमान प्रावधान प्रक्रिया में रुचि रखते हैं।

अगला, हम आवश्यक मान उठा सकते हैं: get_option (: साइट) पिछले चरणों में से एक पर स्थानांतरित किया गया मान उठाता है, और, उदाहरण के लिए, get_option (: dialog_dropdown_list_information_system) उस रूप से चुनता है, जब उपयोगकर्ता नए संसाधनों का आदेश देता है।
सभी प्राप्त मानों को JSON प्रारूप में अनुरोध निकाय में चर द्वारा प्रेषित किया जाता है:
options = { verify: false, headers: {"Content-Type" => "application/json"}, body: { "site" => "#{site}", "env" => "#{env}", "app" => "#{app}", "scope" => "#{scope}", "role" => "#{role}", "crq" => "#{crq}", "descr" => "#{descr}", "owner" => "#{owner}", }.to_json, }
मापदंडों के इस सेट का उपयोग करके, IPAM स्पष्ट रूप से यह निर्धारित करेगा कि वर्चुअल मशीन किस VLAN में स्थित होनी चाहिए, और नेटवर्क मापदंडों को वापस कर देगी।
सही VM कॉन्फ़िगरेशन के लिए डेटा प्राप्त करने के अलावा, ManageIQ तथाकथित पोस्ट प्रोविजनिंग (वर्चुअल मशीन तैनात होने और लॉन्च होने के बाद) के स्तर पर कुछ सेटिंग्स करने के लिए अतिरिक्त जानकारी भी उत्पन्न कर सकता है। घर में, हम लिनक्स होस्ट कॉन्फ़िगरेशन को प्रबंधित करने के लिए कठपुतली का उपयोग करते हैं। प्रत्येक कंप्यूटिंग यूनिट के लिए, समूह में सेट के साथ YAML में एक GAML फ़ाइल बनाएँ:
कुछ और रूबी कोड options = { headers: {"Private-Token" => "#{api_token}", "Content-Type" => "application/json"}, } body = { "branch" => "#{branch}", "author_email" => "email@your.domain", "author_name" => "ManageIQ Bot", "content" => "", "commit_message" => "New host created by ManageIQ", } descr = prov.get_option(:long_description) if descr.include?('rancher') && descr.include?('test') then body[:content] = "---\ngroups:\n - #{yaml_server}\n - rancher\n - user-devops-UDCR" end unless descr.include?('test') then if descr.include?('rancher') then body[:content] = "---\ngroups:\n - #{yaml_server}\n - rancher\n" end end unless descr.include?('rancher') then body[:content] = "---\ngroups:\n - #{yaml_server}\n - #{$is_id}" end
समूह वर्चुअल मशीन के प्रकार पर निर्भर करते हैं, जिस वातावरण में यह बनाया गया है, और सूचना प्रणाली।
प्रक्रिया के सफल समापन के बाद, उपयोगकर्ता को जानकारी के साथ एक ईमेल प्राप्त होता है:

आवश्यक जानकारी जोड़कर पत्र के पाठ को भी समायोजित किया जा सकता है।
यदि प्रक्रिया के किसी भी महत्वपूर्ण चरण में कोई त्रुटि होती है, तो आप एक शर्त जोड़ सकते हैं जो स्पष्ट रूप से बताती है कि प्रक्रिया बाधित होनी चाहिए। यदि त्रुटि के घातक परिणाम नहीं हैं, तो यह भी इंगित करें कि समस्या के बावजूद क्या जारी रखा जा सकता है।
लॉगिंग
ManageIQ उन सभी चीज़ों के लॉग लिखता है जिन्हें ट्रैक किया जा सकता है। स्वचालन प्रक्रिया स्वचालन में लिखी जाती है। इसके अलावा, एपीआई लॉग, विभिन्न क्लाउड प्रदाता, सुरक्षा लॉग हैं, यहां तक कि शीर्ष कमांड का आउटपुट भी लॉग होता है।
सर्किट में प्रत्येक ईवेंट के लिए, आप उनके प्रारंभ और अंत के लॉग प्रविष्टि को कॉन्फ़िगर कर सकते हैं:

इसके अलावा, आप लॉग में अपने संदेश लिख सकते हैं:
$evm.log(:info, "Call job status uri: #{item_uri}/#{job_id}/api/json")
यह बहुत उपयोगी है जब एपीआई सिस्टम को एक्सेस करने के लिए यह समझने के लिए कि कुछ गलत क्यों हुआ। या, एक लंबी प्रक्रिया की वर्तमान स्थिति को ट्रैक करने के लिए, जैसे कि जेनकिंस नौकरी या SCCM रनबुक:
$evm.log(:info, "acquire_osname --- naming jobStatus: #{jobStatus}") break if jobStatus.to_s == "Completed"
आप लॉग में लिखने के लिए अपवादों के लिए मानक कार्यों का उपयोग कर सकते हैं:
raise “VM not specified” if vm.nil?
डिफ़ॉल्ट रूप से, सभी लॉग / var / log / manageiq / * अनुभाग में संग्रहीत किए जाते हैं, लेकिन अपने स्वयं के अनुभव से मैं कह सकता हूं कि पूंछ और grep के माध्यम से समस्या की तलाश करना सबसे सुविधाजनक समाधान नहीं है। यह देखते हुए कि ManageIQ कई अलग-अलग लॉग लिखता है, आपको ईएलके स्टैक के लिए, लॉग इन को पुनर्निर्देशित करना चाहिए।
ManageIQ एपीआई
उपयोगकर्ता के अनुकूल वेब इंटरफेस के अलावा, ManageIQ में एक कार्यात्मक एपीआई है। इसके साथ, उदाहरण के लिए, हमने निर्दिष्ट किए जाने वाले टेम्पलेट के पहचानकर्ता को गतिशील रूप से निर्धारित करने की समस्या को हल किया
VM बनाते समय: def get_template(vendor, os, ems) user = '#{user}' pass = '#{pass}' options = { verify: false, headers: {"Accept" => "*/*", "accept-encoding" => "gzip, deflate"}, basic_auth: { username: "#{user}", password: "#{pass}" }, } response = HTTParty.get("#{host}/api/templates?filter[]=vendor=%27#{vendor}%27&filter[]=name=%27%2A#{os}%2A%27&filter[]=ems_id=%27#{ems}%27", options).to_s link = JSON.parse(response) link["resources"].each do |r| $url = r["href"] end response = HTTParty.get($url,options).to_s template = ["#{JSON.parse(response)['id']}"+", "+"#{JSON.parse(response)['name']}"] return template end
खोज के लिए एक POST अनुरोध और निर्दिष्ट फिल्टर का उपयोग करके, हमें वांछित टेम्पलेट मिलता है।
आंतरिक समस्याओं को हल करने के अलावा, आप बाहरी प्रणालियों द्वारा उपयोग के लिए नए एपीआई तरीके बना सकते हैं। लेख की शुरुआत में, वेब इंटरफ़ेस का उपयोग करके एक नई वर्चुअल मशीन को ऑर्डर करने की प्रक्रिया को दिखाया गया था। और अगर आप इसे करते हैं तो यह कैसा दिखता है
पोस्ट अनुरोध: curl -X POST \ http://Manageiq.hostname/api/service_catalogs/4/service_templates/31 \ -H 'Authorization: Basic Token-Value' \ -H 'Content-Type: application/json' \ -d '{ "action": "order", "resource": { "radio_button_vcpu": "a_2", "radio_button_vram": "a_2", "hdd_size": "40", "dropdown_os": "CentOS", "text_box_filter": "dns", "dropdown_list_information_system": "DNS ", "text_box_validator": "OK (DNS )", "textarea_box_usernotes": " ", "dropdown_env": "production", "date_control_retirement_dt": "2022-05-21", "dropdown_scope": "-" } }'
निष्कर्ष
पेशेवरों:
- अतुल्य लचीलापन: ManageIQ न केवल आपको स्वचालन प्रक्रिया को अनुकूलित करने की अनुमति देता है, बल्कि आपको इसकी आवश्यकता होती है, लेकिन अतिरिक्त बटन, फ़ील्ड आदि जोड़कर इसके दृश्य भाग को बदलना संभव बनाता है।
- सिंटैक्स हाइलाइटिंग और कोड सत्यापन के साथ निर्मित कोड संपादक। यह मुझे एक बहुत अच्छा समाधान लग रहा था, अगर आपको जल्दी से कुछ ठीक करने की आवश्यकता है।
- बड़ी संख्या में स्रोत जिनके साथ सिस्टम काम कर सकता है। बादल: अमेज़न EC2, Google कंप्यूट इंजन, एज़्योर, ओपनस्टैक, वीएमवेयर vCloud। इन्फ्रास्ट्रक्चर: माइक्रोसॉफ्ट एससीवीएमएम, ओपनस्टैक प्लेटफॉर्म डायरेक्टर, रेड हैट वर्चुअलाइजेशन, वीएमवेयर vCenter। कंटेनर: कुबेरनेट्स, ओपनशिफ्ट।
विपक्ष:
- उपकरण की महान क्षमताएं एक नकारात्मक बिंदु भी ले जाती हैं। सभी दस्तावेज अच्छी तरह से संरचित नहीं होते हैं, और कभी-कभी यह पता लगाना मुश्किल होता है कि आपको क्या चाहिए। हालांकि, यह ध्यान देने योग्य है कि स्थिति बेहतर के लिए बदल रही है, प्रलेखन पूरक और बेहतर है।
- छोटा समुदाय। यदि आप कुछ बहुत ही विशिष्ट समस्या का सामना करते हैं, तो हो सकता है कि आप उत्तर को जल्दी से "गूगल" न कर सकें। या फिर बिल्कुल भी सफल नहीं।
- एक पैराग्राफ जो पिछले दो से आता है। कुछ बुनियादी चीजें, सेटिंग्स और परिदृश्य प्रलेखन या इंटरनेट पर पाए जा सकते हैं, लेकिन अधिक विशिष्ट और संकीर्ण प्रश्नों को समझने और अध्ययन करने के लिए बहुत समय की आवश्यकता होती है, जिसमें वैज्ञानिक प्रहार की विधि भी शामिल है: मुस्कान:।
जैसा कि अब हमारे पास है:
इस तथ्य के कारण कि ManageIQ रूबी भाषा का पूरा लाभ उठा सकते हैं, हम निम्नलिखित एपीआई के साथ काम करने के लिए इसे एकीकृत करने में सक्षम थे:
- पासवर्ड मैनेजर यह सुरक्षा सेवा की आवश्यकताओं के अनुसार एक रूट पासवर्ड उत्पन्न करता है, इसे अपने डेटाबेस में लिखता है, और ManageIQ ओएस के अंदर इसका उपयोग करता है;
- DNS रिकॉर्ड और होस्ट नामों के प्रबंधन के लिए सेवा केंद्र आर्केस्ट्रा सेवाएं;
- BMC उपाय पूरी प्रक्रिया अनुरोध पर टिप्पणी के रूप में दर्ज की गई है। सफल निष्पादन के बाद, अनुरोध बंद हो गया है;
- CMDB। डेटाबेस में सभी आवश्यक डेटा के साथ नई कॉन्फ़िगरेशन इकाइयों के बारे में जानकारी बनाई गई है।
- Zabbix। सूचना प्रणाली और पर्यावरण के साथ संबद्धता के आधार पर, मेजबान को संबंधित निगरानी समूहों में जोड़ा जाता है।
- क्षेत्र लगानेवाला। नए वातावरण के निर्माण, एजेंटों की स्थापना और मौजूदा वातावरण में मेजबानों के पंजीकरण को लागू किया।
- जेनकींस। जेनकींस ने वीवीएस को ओवर्ट में कॉन्फ़िगर करने के लिए नौकरियां चलाता है;
- एलडीएपी। नए समूह बनाएं जो रणचर वातावरण में पहुंच को नियंत्रित करने और वॉल्ट में नीतियों को कॉन्फ़िगर करने के लिए उपयोग किए जाते हैं;
- वॉल्ट। होम में, इस उत्पाद का बैंकिंग प्रक्रियाओं में एकीकरण अभी शुरू हुआ है, लेकिन हमने पहले ही भंडारण के लिए नए समूह, नीतियां और अनुभाग बनाने के लिए तरीके बना लिए हैं;
- कठपुतली और IPAM पहले उल्लेख किया गया था।
सिस्टम की कार्यक्षमता और क्षमताएं बहुत व्यापक हैं, और मैं उनमें से कई से परिचित हो गया और सिस्टम को लागू करने की प्रक्रिया में परिचित होना जारी रखा।
उदाहरण के लिए, मैंने यह उल्लेख नहीं किया है कि सिस्टम में आँकड़े, बिलिंग सेटिंग्स या बटन के साथ अपने स्वयं के डैशबोर्ड बनाने की क्षमता है, जिससे आप व्यक्तिगत स्क्रिप्ट या संपूर्ण स्क्रिप्ट संलग्न कर सकते हैं। सेवाओं और आभासी मशीनों आदि के बारे में अतिरिक्त जानकारी दर्ज करने के लिए आप अपने स्वयं के फ़ील्ड जोड़ सकते हैं।
होम क्या प्रयास करता है:
- हैमर संस्करण में अपग्रेड किया गया, जिसमें हा मोड में आप बिल्ट-इन Ansible के साथ काम करने की कोशिश कर सकते हैं।
- प्रबंधन के लिए आभासी संसाधनों की प्रत्येक इकाई के लिए समन्वय से संक्रमण। कोटा समाप्त नहीं होने पर टीमें नए वीएम को और भी तेजी से प्राप्त कर सकेंगी।
- बाहरी प्रणालियों के आगे के प्रावधान के लिए नए तरीकों का विकास।
- उदाहरण के लिए, विभिन्न सास जैसे कि जेनकींस, लॉगस्टैश आदि।
- सूचना प्रणाली के मालिकों के लिए एक मौजूदा पोर्टल में नए एपीआई तरीकों का कार्यान्वयन। उपयोगकर्ताओं को इस बारे में सोचने की आवश्यकता नहीं होगी कि नए बुनियादी ढांचे के तत्व के साथ कैसे एकीकृत किया जाए, वे इसे नए संसाधनों को प्राप्त करने या मौजूदा लोगों को बदलने के लिए एक सेवा के रूप में उपयोग करेंगे।
बहुत अंत में, मैं आपको याद दिलाना चाहूंगा कि उपकरण महान हैं, लेकिन विभिन्न टीमों के बीच बातचीत के महत्व के बारे में मत भूलना। सभी इच्छुक पक्षों के उभरते मुद्दों पर लेख में वर्णित परिवर्तन अच्छी तरह से स्थापित संचार और निरंतर बातचीत के बिना संभव नहीं होगा।