थ्रेडहरू काट्दै: पपेट इन्टरप्राइजबाट उत्तरदायी टावरमा माइग्रेट गर्दै। भाग 1

राष्ट्रिय वातावरणीय स्याटेलाइट डाटा सूचना सेवा (NESDIS) ले Red Hat Enterprise Linux (RHEL) को लागि कठपुतली उद्यमबाट उत्तरदायी टावरमा स्थानान्तरण गरेर यसको कन्फिगरेसन व्यवस्थापन लागत 35% घटाएको छ। यो "हामीले यो कसरी गर्यौं" भिडियोमा, प्रणाली इन्जिनियर माइकल राउले यस माइग्रेसनको मामला बताउँछन्, उपयोगी सुझावहरू र एक SCM बाट अर्कोमा जानबाट सिकेका पाठहरू साझा गर्दै।

यस भिडियोबाट तपाईंले सिक्नुहुनेछ:

• पपेट इन्टरप्राइजबाट जवाफदेही टावरमा स्विच गर्ने सम्भाव्यता व्यवस्थापनलाई कसरी औचित्य दिने;
• संक्रमणलाई सकेसम्म सहज बनाउन कुन रणनीतिहरू प्रयोग गर्ने;
• PE ट्रान्सकोडिङका लागि सुझावहरू उत्तरदायी प्लेबुकमा प्रकट हुन्छ;
• उत्तरदायी टावरको इष्टतम स्थापनाको लागि सिफारिसहरू।

नमस्ते सबैलाई, मेरो नाम माइकल राउ हो, म ActioNet मा एक वरिष्ठ प्रणाली इन्जिनियर हुँ, जसले National Oceanic and Atmospheric Administration (NOAA) NESDIS सेवाको लागि काम गर्छ। आज हामी स्ट्रिङ ट्रिमिङको बारेमा कुरा गर्नेछौं - पपेट इन्टरप्राइजबाट उत्तरदायी टावरमा माइग्रेट गर्ने मेरो आफ्नै अनुभव। यस प्रस्तुतिको विषयवस्तु "मेरो दागहरूमा एक नजर लिनुहोस्" हो जुन मैले वर्षको सुरुमा यो संक्रमण गरेपछि बाँकी छ। म यस प्रक्रियाबाट सिकेको कुरा साझा गर्न चाहन्छु। त्यसोभए जब तपाइँ मेरो अनुभव प्रयोग गरी यो जस्तै केहि लिनुहुन्छ, तपाइँ कुनै अतिरिक्त काम बिना संक्रमण गर्न सक्नुहुन्छ।

तपाईंले Ansible Fest मा हरेक प्रस्तुतिको सुरुमा यस्तै मिल्दोजुल्दो स्लाइडहरू देख्नुहुन्छ। यो स्लाइडले मेरो कम्पनीको स्वचालनको इतिहासलाई रूपरेखा दिन्छ। म यसमा नयाँ छैन किनकि मैले 2007 देखि पपेट/पपेट इन्टरप्राइज प्रयोग गरिरहेको छु। मैले 2016 मा Ansible सँग काम गर्न थालें, र यो उत्पादनका अन्य धेरै प्रयोगकर्ताहरू जस्तै, म कमाण्ड लाइन र सरल स्क्रिप्टहरू (प्लेबुकहरू) प्रयोग गरेर "ट्रिकहरू" को सम्भावनाबाट आकर्षित भएँ। 2017 को अन्त्यमा, मैले उत्तरदायी टावरमा सर्नुको बलियो कारणहरूको बारेमा मेरो व्यवस्थापनलाई सम्पर्क गरें। एक मिनेटमा म तपाईंलाई यो कदम चाल्न प्रेरित गर्ने कारणहरूको बारेमा बताउनेछु। व्यवस्थापनको स्वीकृति प्राप्त गरेपछि, यो योजना पूरा गर्न धेरै महिना लाग्यो, र मैले यो वर्षको जनवरी-फेब्रुअरीमा संक्रमण गरे। त्यसोभए, हामीले उत्तरदायीको पक्षमा पपेटलाई पूर्ण रूपमा त्याग्यौं, र यो ठूलो कुरा हो।

Ansible को बारेमा मलाई सबैभन्दा बढी अपील गर्ने कुरा भनेको भूमिका र प्लेबुकहरू लेख्ने र प्रयोग गर्ने क्षमता हो। भूमिकाहरू फरक तर सम्बन्धित कार्यहरू सिर्जना गर्न र ती कार्यहरूसँग सम्बन्धित सबै डेटा एक ठाउँमा राख्नको लागि उत्कृष्ट छन्। प्लेबुक भनेको YAML सिन्ट्याक्स, स्क्रिप्ट फाइल हो जसले एक वा धेरै होस्टहरूको लागि कार्यहरू वर्णन गर्दछ। म प्रयोगकर्ताहरूलाई यी सुविधाहरूको बारेमा बताउँछु, मुख्य रूपमा सफ्टवेयर विकासकर्ताहरू। Ansible Tower ले तपाईंलाई भन्न सक्ने क्षमता दिन्छ, "होइन, तपाईंसँग खोल पहुँच छैन, तर म तपाईंलाई सबै टावर प्रक्रियाहरू चलाउन र तपाईंलाई आवश्यक पर्दा सेवा पुनः सुरु गर्ने क्षमता दिन्छु।" म तपाईंलाई कामको वातावरण र हामीले प्रयोग गर्ने उपकरणहरूको बारेमा बताउनेछु।

यो एक संघीय ल्यान हो, क्लाउड MPLS मार्फत जडान भएका ७ भौतिक साइटहरू, १४० RHEL सर्भरहरू, जसमध्ये ९९% भर्चुअल (vSphere), SuperMicro हार्डवेयर, NexentaStore नेटवर्क भण्डारण, Cisco, Arista र Cumulus स्विचहरूको सेट र Fortinet UTM एकीकृत खतरा व्यवस्थापन हो। प्रत्येक साइटमा उपकरणहरू।

संघीय सञ्जाल भनेको मैले कानूनद्वारा प्रदान गरिएका सबै सूचना सुरक्षा उपायहरू प्रयोग गर्नुपर्छ भन्ने हो। तपाईंले ध्यानमा राख्नु पर्छ कि पपेट इन्टरप्राइजले हामीले प्रयोग गर्ने अधिकांश हार्डवेयरलाई समर्थन गर्दैन। हामी बजेट हार्डवेयर प्रयोग गर्न बाध्य छौं किनभने सरकारी एजेन्सीहरूलाई यो खर्च वस्तुको वित्तपोषणमा समस्या छ। त्यसैले हामी सुपरमाइक्रो हार्डवेयर खरिद गर्छौं र हाम्रा उपकरणहरू अलग-अलग भागहरूबाट जम्मा गर्छौं, जसको मर्मतसम्भार सरकारी सम्झौताहरूद्वारा ग्यारेन्टी गरिन्छ। हामी लिनक्स प्रयोग गर्छौं र यो Ansible मा स्विच गर्न को लागी एक महत्वपूर्ण कारण हो।

पपेट संग हाम्रो इतिहास निम्नानुसार छ।

2007 मा, हामीसँग 20-25 नोडहरूको सानो नेटवर्क थियो, जसमा हामीले पपेट तैनाथ गर्यौं। सामान्यतया, यी नोडहरू केवल RedHat "बक्सहरू" थिए। 2010 मा, हामीले 45 नोडहरूको लागि पपेट ड्यासबोर्ड वेब इन्टरफेस प्रयोग गर्न थाल्यौं। सञ्जाल विस्तार हुँदै जाँदा, हामी 2014 मा PE 3.3 मा सारियो, 75 नोडहरूका लागि प्रकट पुनर्लेखनको साथ पूर्ण रूपान्तरण गर्दै। यो गर्नु पर्ने थियो किनभने कठपुतलीले खेलको नियमहरू परिवर्तन गर्न मन पराउँछ, र यस अवस्थामा तिनीहरूले पूर्ण रूपमा भाषा परिवर्तन गरे। एक वर्ष पछि, जब पपेट इन्टरप्राइजको संस्करण 3 को लागि समर्थन समाप्त भयो, हामी PE 2015.2 मा माइग्रेट गर्न बाध्य भयौं। हामीले नयाँ सर्भरहरूको लागि म्यानिफेस्ट फेरि लेख्नुपर्‍यो र 100 नोडहरूको रिजर्भको साथ इजाजतपत्र खरिद गर्नुपर्‍यो, यद्यपि त्यस समयमा हामीसँग 85 नोडहरू मात्र थिए।

केवल 2 वर्ष बितिसकेको छ, र हामीले फेरि नयाँ संस्करण PE 2016.4 मा माइग्रेट गर्न धेरै काम गर्नुपर्‍यो। हामीले 300 नोडहरूको लागि इजाजतपत्र किनेका थियौं, जसमा 130 मात्र छन्। हामीले फेरि म्यानिफेस्टमा ठूलो परिवर्तन गर्नुपर्‍यो किनभने भाषाको नयाँ संस्करणको 2015 संस्करणको भाषा भन्दा फरक वाक्य रचना थियो। नतिजाको रूपमा, हाम्रो SCM SVN संस्करण नियन्त्रणबाट Bitbucket (Git) मा स्विच भयो। यो कठपुतली संग हाम्रो "सम्बन्ध" थियो।

त्यसोभए, मैले व्यवस्थापनलाई व्याख्या गर्नुपर्‍यो किन हामीले निम्न तर्कहरू प्रयोग गरेर फरक SCM मा जान आवश्यक छ। पहिलो सेवाको उच्च मूल्य हो। मैले रेडह्याटका केटाहरूसँग कुरा गरें र उनीहरूले भने कि एन्सिबल टावरसँग 300 नोड नेटवर्क चलाउनको लागत पपेट इन्टरप्राइजको आधा लागत हो। यदि तपाईंले Ansible इन्जिन पनि खरिद गर्नुभयो भने, लागत लगभग उस्तै हुनेछ, तर तपाईंले PE भन्दा धेरै सुविधाहरू पाउनुहुनेछ। हामी संघीय बजेटबाट वित्त पोषित एक राज्य-स्वामित्वको कम्पनी भएकोले, यो एक धेरै शक्तिशाली तर्क हो।

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

उत्तरदायी टावर प्रणाली फरक तरिकाले काम गर्दछ किनभने यसमा कुनै एजेन्टहरू छैनन्, तर यसमा सिस्को स्विचहरू र अन्य सबै स्विचहरूलाई समर्थन गर्ने मोड्युलहरू छन्। यो SCM ले Qubes OS, Linux र 4.NET UTM लाई समर्थन गर्दछ। उत्तरदायी टावरले इलुमोस कर्नेलमा आधारित नेक्सेन्टास्टोर नेटवर्क भण्डारण नियन्त्रकहरूलाई पनि समर्थन गर्दछ, खुला स्रोत युनिक्स-आधारित अपरेटिङ सिस्टम। यो धेरै थोरै समर्थन हो, तर Ansible Tower ले जे भए पनि गर्छ।

तेस्रो तर्क, जुन मेरो लागि र हाम्रो प्रशासनको लागि धेरै महत्त्वपूर्ण छ, प्रयोगको सहजता हो। मैले 10 वर्ष पपेट मोड्युलहरू र म्यानिफेस्ट कोड मास्टर गर्न बिताएँ, तर मैले एक हप्ता भित्र उत्तरदायी सिके किनभने यो SCM सँग काम गर्न धेरै सजिलो छ। यदि तपाइँ निष्पादन योग्य फाइलहरू चलाउनुहुन्छ, अवश्य पनि, जबसम्म तपाइँ अनावश्यक रूपमा त्यसो गर्नुहुन्न, तब बुद्धिमान र उत्तरदायी ह्यान्डलरहरूले उनीहरूसँग काम गर्छन्। YAML-आधारित प्लेबुकहरू सिक्न सजिलो र प्रयोग गर्न छिटो छन्। जसले YAML को बारेमा पहिले कहिल्यै सुनेका छैनन् तिनीहरूले स्क्रिप्टहरू पढ्न सक्छन् र सजिलै बुझ्न सक्छन् कि यसले कसरी काम गर्दछ।

इमानदार हुनको लागि, पपेटले विकासकर्ताको रूपमा तपाईंको कामलाई धेरै गाह्रो बनाउँछ किनभने यो पपेट मास्टर प्रयोगमा आधारित छ। कठपुतली एजेन्टहरूसँग कुराकानी गर्न अनुमति दिइएको यो मात्र मेसिन हो। यदि तपाईंले manifest मा कुनै परिवर्तन गर्नुभएको छ र आफ्नो कोड परीक्षण गर्न चाहनुहुन्छ भने, तपाईंले पपेट मास्टरको लागि कोड पुन: लेख्नुपर्छ, त्यो हो, सबै क्लाइन्टहरू जडान गर्न र पपेट सर्भर सेवा सुरु गर्न पपेट मास्टर /etc/hosts फाइल कन्फिगर गर्नुहोस्। यो पछि मात्र तपाईं एक होस्ट मा नेटवर्क उपकरण को सञ्चालन परीक्षण गर्न सक्षम हुनेछ। यो एक बरु पीडादायी प्रक्रिया हो।
सबै कुरा Ansible मा धेरै सरल छ। तपाईले गर्नुपर्ने भनेको मेसिनको लागि कोड विकास गर्नु हो जसले परीक्षण अन्तर्गत होस्टसँग SSH मार्फत सञ्चार गर्न सक्छ। यो काम गर्न धेरै सजिलो छ।

Ansible Tower को अर्को ठूलो फाइदा तपाईको अवस्थित समर्थन प्रणालीको लाभ उठाउने र तपाईको अवस्थित हार्डवेयर कन्फिगरेसन कायम राख्ने क्षमता हो। यो SCM ले तपाइँको पूर्वाधार र हार्डवेयर, भर्चुअल मेसिन, सर्भर, आदि को बारे मा कुनै अतिरिक्त कदम बिना सबै उपलब्ध जानकारी प्रयोग गर्दछ। यदि तपाइँसँग छ भने यसले तपाइँको RH स्याटेलाइट सर्भरहरूसँग कुरा गर्न सक्छ, र तपाइँलाई एकीकरण दिन्छ जुन तपाइँ पपेटसँग कहिल्यै प्राप्त गर्नुहुन्न।

अर्को महत्त्वपूर्ण कुरा विस्तृत नियन्त्रण हो। तपाइँलाई थाहा छ कि पपेट एक मोड्युलर प्रणाली हो, यो एक क्लाइन्ट-सर्भर अनुप्रयोग हो, त्यसैले तपाइँले तपाइँका सबै मेसिनहरूको अवस्थित पक्षहरूलाई एक लामो प्रकटीकरणमा परिभाषित गर्नुपर्छ। यस अवस्थामा, प्रणालीको प्रत्येक व्यक्तिगत तत्वको अवस्था प्रत्येक आधा घण्टामा परीक्षण गरिनुपर्छ - यो पूर्वनिर्धारित अवधि हो। यसरी पपेट काम गर्छ।

टावरले तपाईंलाई त्यसबाट बचाउँछ। तपाईं प्रतिबन्ध बिना विभिन्न उपकरणहरूमा विभिन्न प्रक्रियाहरू चलाउन सक्नुहुन्छ; तपाईं आधारभूत काम गर्न सक्नुहुन्छ, अन्य महत्त्वपूर्ण प्रक्रियाहरू चलाउन सक्नुहुन्छ, सुरक्षा प्रणाली सेटअप गर्न सक्नुहुन्छ, र डाटाबेसहरूसँग काम गर्न सक्नुहुन्छ। तपाईं पपेट इन्टरप्राइजमा गाह्रो हुने सबै गर्न सक्नुहुन्छ। त्यसोभए, यदि तपाईंले यसलाई एउटा होस्टमा कन्फिगर गर्नुभयो भने, परिवर्तनहरूलाई बाँकी होस्टहरूमा प्रभाव पार्न समय लाग्नेछ। Ansible मा, सबै परिवर्तनहरू एकै समयमा लागू हुन्छन्।

अन्तमा, सुरक्षा मोड्युल हेरौं। उत्तरदायी टावरले यसलाई अचम्मको रूपमा लागू गर्दछ, ठूलो परिशुद्धता र हेरचाहको साथ। तपाइँ प्रयोगकर्ताहरूलाई विशेष सेवाहरूमा वा विशेष होस्टहरूमा पहुँच प्रदान गर्न सक्नुहुन्छ। म यो मेरो कर्मचारीहरूसँग गर्छु जो Windows मा काम गर्न प्रयोग गरिन्छ, लिनक्स शेलमा उनीहरूको पहुँच सीमित गर्दै। म उनीहरूसँग टावरमा पहुँच छ भनेर सुनिश्चित गर्दछु ताकि उनीहरूले काम मात्र गर्न सक्छन् र उनीहरूसँग सान्दर्भिक सेवाहरू मात्र चलाउन सक्छन्।

उत्तरदायी टावरमा तपाईंको संक्रमणलाई सजिलो बनाउनको लागि तपाईंले समय अगावै गर्नुपर्ने कुराहरू हेरौं। सबै भन्दा पहिले, तपाईं आफ्नो उपकरण तयार गर्न आवश्यक छ। यदि तपाईंको पूर्वाधारका केही तत्वहरू पहिले नै डेटाबेसमा छैनन् भने, तपाईंले तिनीहरूलाई त्यहाँ थप्नुपर्छ। त्यहाँ प्रणालीहरू छन् जसले तिनीहरूका विशेषताहरू परिवर्तन गर्दैनन् र त्यसैले कठपुतली डेटाबेसमा छैनन्, तर यदि तपाईंले टावरमा जानु अघि तिनीहरूलाई त्यहाँ थप्नुभएन भने, तपाईंले धेरै फाइदाहरू गुमाउनुहुनेछ। यो एक "फोहोर", प्रारम्भिक डाटाबेस हुन सक्छ, तर यसले तपाइँसँग भएका सबै उपकरणहरूको बारेमा जानकारी समावेश गर्नुपर्छ। तसर्थ, तपाईंले एक गतिशील हार्डवेयर स्क्रिप्ट लेख्नुपर्छ जसले स्वचालित रूपमा सबै पूर्वाधार परिवर्तनहरूलाई डाटाबेसमा पुश गर्नेछ, त्यसपछि Ansible ले थाहा पाउनेछ कि नयाँ प्रणालीमा कुन होस्टहरू उपस्थित हुनुपर्छ। तपाईंले यो SCM लाई कुन होस्टहरू थप्नुभएको छ र कुन होस्टहरू अब अवस्थित छैनन् भन्ने कुरा बताउन आवश्यक पर्दैन, किनभने यसले यो सबै स्वचालित रूपमा थाहा पाउनेछ। डाटाबेसमा जति धेरै डाटा छ, त्यति नै उपयोगी र लचिलो उत्तरदायी हुनेछ। यसले डाटाबेसबाट हार्डवेयर स्थिति बारकोड पढ्ने जस्तै काम गर्दछ।

Ansible मा कमाण्ड लाइन संग परिचित हुन केहि समय खर्च गर्नुहोस्। हार्डवेयर लिपि परीक्षण गर्न केही अनुकूलन आदेशहरू चलाउनुहोस्, केही सरल तर उपयोगी प्लेबुक लिपिहरू लेख्नुहोस् र चलाउनुहोस्, उपयुक्त भएमा Jinja2 टेम्प्लेटहरू प्रयोग गर्नुहोस्। सामान्य, सामान्य रूपमा सामना गरिएको हार्डवेयर कन्फिगरेसन प्रयोग गरी जटिल, बहु-चरण प्रक्रियाको लागि भूमिका र स्क्रिप्ट लेख्ने प्रयास गर्नुहोस्। यी चीजहरूसँग खेल्नुहोस्, यो कसरी काम गर्दछ परीक्षण गर्नुहोस्। यस तरिकाले तपाईंले टावरमा प्रयोग गरिएका पुस्तकालय निर्माण उपकरणहरू कसरी प्रयोग गर्ने भनेर सिक्नुहुनेछ। मैले पहिले नै भनेको छु कि मलाई संक्रमणको तयारी गर्न लगभग 3 महिना लाग्यो। मलाई लाग्छ कि मेरो अनुभवको आधारमा, तपाईं यो छिटो गर्न सक्षम हुनुहुनेछ। यस समयलाई बर्बाद नठान्नुहोस्, किनकि पछि तपाईले गरेको कामको सबै फाइदाहरू अनुभव गर्नुहुनेछ।

अर्को, तपाईंले उत्तरदायी टावरबाट के आशा गर्नुहुन्छ भन्ने निर्णय गर्न आवश्यक छ, यो प्रणालीले तपाईंको लागि के गर्नुपर्छ।

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

त्यसपछि स्क्रिप्ट कोड र भूमिकाहरू लेख्न सुरु गर्नुहोस् जसले तपाईंले पूरा गर्ने योजनालाई सक्षम पार्छ। तिनीहरूलाई परियोजनाहरूमा जोड्नुहोस्, सान्दर्भिक प्लेबुकहरूको तार्किक संग्रह। प्रत्येक परियोजना तपाईले प्रयोग गर्ने कोड प्रबन्धकको आधारमा छुट्टै Git भण्डार वा फरक भण्डारसँग सम्बन्धित हुनेछ। तपाईंले प्लेबुक स्क्रिप्टहरू र प्लेबुक डाइरेक्टरीहरूलाई म्यानुअल रूपमा टावर सर्भरमा प्रोजेक्ट बेस पथमा राखेर, वा Git, Subversion, Mercurial, र Red Hat लगायत टावरद्वारा समर्थित कुनै पनि स्रोत कोड व्यवस्थापन (SCM) प्रणालीमा प्लेबुक राखेर व्यवस्थापन गर्न सक्नुहुन्छ। अन्तर्दृष्टिहरू। एउटा परियोजना भित्र तपाईले चाहानु भएको धेरै स्क्रिप्टहरू राख्न सक्नुहुन्छ। उदाहरणका लागि, मैले एउटा आधारभूत परियोजना सिर्जना गरें जसमा मैले RedHat कोर तत्वहरूको लागि स्क्रिप्ट, लिनक्स कोरको लागि स्क्रिप्ट, र बाँकी आधार रेखाहरूको लागि स्क्रिप्टहरू राखें। यसैले, एउटा परियोजनामा ​​त्यहाँ विभिन्न भूमिकाहरू र परिदृश्यहरू थिए जुन एक Git भण्डारबाट व्यवस्थित गरिएको थियो।

कमाण्ड लाइन मार्फत यी सबै चीजहरू चलाउनु तिनीहरूको कार्यक्षमता परीक्षण गर्ने राम्रो तरिका हो। यसले तपाईंलाई टावर स्थापनाको लागि तयार गर्नेछ।

Puppet manifest लाई ट्रान्सकोड गर्ने बारे थोरै कुरा गरौं, किनकि मैले वास्तवमा के गर्न आवश्यक छ भनेर पत्ता नलागेसम्म मैले यसमा धेरै समय बिताएँ।

मैले पहिले भनेझैं, कठपुतलीले सबै सेटिङहरू र हार्डवेयर विकल्पहरू एक लामो manifest मा भण्डारण गर्दछ, र यो manifest ले यो SCM ले गर्नु पर्ने सबै कुराहरू भण्डारण गर्दछ। ट्रान्जिसन गर्दा, तपाईंले आफ्ना सबै कार्यहरूलाई एउटै सूचीमा राख्न आवश्यक पर्दैन; बरु, नयाँ प्रणालीको संरचना बारे सोच्नुहोस्: भूमिकाहरू, लिपिहरू, ट्यागहरू, समूहहरू र त्यहाँ के जानुपर्छ। केही स्वायत्त सञ्जाल तत्वहरूलाई समूहहरूमा समूहबद्ध गरिनुपर्छ जसका लागि लिपिहरू सिर्जना गर्न सकिन्छ। थप जटिल पूर्वाधार तत्वहरू जसमा ठूलो संख्यामा स्रोतहरू समावेश हुन्छन्, आत्म-निहित वर्गहरू सहित, भूमिकाहरूमा जोड्न सकिन्छ। माइग्रेट गर्नु अघि, तपाईंले यो निर्णय गर्न आवश्यक छ। यदि तपाइँ एक स्क्रिनमा फिट नहुने ठूला भूमिका वा परिदृश्यहरू सिर्जना गर्दै हुनुहुन्छ भने, तपाइँले पूर्वाधारको विशेष भागहरू क्याप्चर गर्न सक्षम हुन ट्यागहरू प्रयोग गर्नुपर्छ।

18:00

थ्रेडहरू काट्दै: पपेट इन्टरप्राइजबाट उत्तरदायी टावरमा माइग्रेट गर्दै। भाग 2

केही विज्ञापनहरू 🙂

हामीसँग रहनु भएकोमा धन्यवाद। तपाईलाई हाम्रा लेखहरू मनपर्छ? थप रोचक सामग्री हेर्न चाहनुहुन्छ? हामीलाई अर्डर गरेर वा साथीहरूलाई सिफारिस गरेर समर्थन गर्नुहोस्, $4.99 बाट विकासकर्ताहरूको लागि क्लाउड VPS, प्रविष्टि-स्तर सर्भरहरूको एक अद्वितीय एनालग, जुन हामीले तपाईंको लागि आविष्कार गरेको हो: VPS (KVM) E5-2697 v3 (6 कोर) 10GB DDR4 480GB SSD 1Gbps $ 19 बाट वा कसरी सर्भर साझा गर्ने बारे सम्पूर्ण सत्य? (RAID1 र RAID10 सँग उपलब्ध, 24 कोर सम्म र 40GB DDR4 सम्म)।

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com