📏 🍻 📳 सिम्फनी 4 के लिए डॉकर - लैन से उत्पादन तक 👎🏻 👩🏽‍🏭 🎨

प्रागितिहास

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

मूल प्रौद्योगिकी ढेर:

- कर्ता
- सिम्फनी 4
- नग्नेक्स
- php-fpm
- postgresql
- इलास्टिक्स खोज
- खरगोश
- जेनकिंस

लोहा:

- ओएस Ubuntu 16.04 के तहत लैपटॉप
- केवीएम होस्टिंग पर उत्पादन सर्वर

क्यों, तकनीकी ढेर के अलावा, मैंने लोहे के ढेर को भी सूचीबद्ध किया है?

यदि आपने पहले कभी डॉकटर के साथ काम नहीं किया है, तो आप विशेष रूप से हार्डवेयर से संबंधित कई समस्याओं, आपके लैपटॉप के ऑपरेटिंग सिस्टम या होस्टिंग वर्चुअलाइजेशन के प्रकार का सामना कर सकते हैं।

डॉकटर के साथ काम करना शुरू करते समय पहला और शायद सबसे महत्वपूर्ण पहलू आपके लैपटॉप का ऑपरेटिंग सिस्टम है। डॉक के साथ काम करने का सबसे आसान तरीका लिनक्स सिस्टम पर है। यदि आप Windows या Mac पर काम करते हैं, तो आपको 100% कुछ कठिनाइयाँ होंगी, लेकिन ये कठिनाइयाँ महत्वपूर्ण नहीं होंगी और यदि आप "google" करना चाहते हैं तो यह कैसे तय होता है, कोई समस्या नहीं होगी।

दूसरा सवाल होस्ट कर रहा है। KVM वर्चुअलाइजेशन प्रकार के साथ होस्टिंग की आवश्यकता क्यों है? कारण यह है कि वीपीएस वर्चुअलाइजेशन केवीएम से बहुत अलग है और आप वीपीएस पर डॉकटर स्थापित करने में सक्षम नहीं होंगे, क्योंकि वीपीएस गतिशील रूप से सर्वर संसाधनों को आवंटित करता है।

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

LAN के लिए डॉकर-कम्पोज़

स्थापना

पहले आपको स्थानीय रूप से स्वयं docker को स्थापित करने की आवश्यकता है। आप ubuntu के लिए आधिकारिक दस्तावेज के लिए आधिकारिक वेबसाइट लिंक पर स्थापना निर्देश देख सकते हैं (आपको docker और docker-compose को स्थापित करने की आवश्यकता है), या कंसोल में कमांड चलाकर:

curl -sSl https://get.docker.com/ | sh

यह कमांड डॉकटर और डॉकटर-कंपोज दोनों को स्थापित करेगा। उसके बाद, कमांड के साथ docker संस्करण की जाँच करें:

 docker --version

मैं इस पूरी चीज़ को docker version 18.06.0-ce पर शुरू कर रहा हूँ।

स्थापना पूर्ण है!

जागरूकता

कुछ कम सफलतापूर्वक काम करने के लिए - आपको यह पता लगाने की आवश्यकता है कि यह कैसे काम करता है। यदि आपने पहले केवल वैग्रंट या कुछ इसी तरह के साथ काम किया है, तो यह पहली बार में बहुत ही असामान्य और समझ से बाहर होगा, लेकिन यह केवल पहली बार में है।

मैं वैग्रांत के लिए एक सादृश्य बनाने की कोशिश करूंगा। अब कई लोग कह सकते हैं कि वैग्रान्ट और डोकर की तुलना मौलिक रूप से गलत है। हां, मैं इस बात से सहमत हूं, लेकिन मैं उनकी तुलना नहीं करने जा रहा हूं, मैं सिर्फ उन नए लोगों को बताने की कोशिश करूंगा, जिन्होंने केवल वोग्रांट के साथ काम किया है, जो डॉकटर की कार्य प्रणाली के साथ काम करते हैं, जो नए लोगों को जानते हैं।

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

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

→ योजनाबद्ध देखें

डॉकर, बदले में, मौलिक रूप से अलग काम करता है। यह वर्चुअल मशीन नहीं बनाता है। डॉकर अपने अल्पाइन ऑपरेटिंग सिस्टम और 1-3 पुस्तकालयों के साथ कंटेनर बनाता है (अब आप उन्हें माइक्रो-वर्चुअल मशीन के रूप में सोच सकते हैं), जो एप्लिकेशन के काम करने के लिए आवश्यक हैं, उदाहरण के लिए php या nginx। इसी समय, डॉकर आपके सिस्टम के संसाधनों को अपने लिए ब्लॉक नहीं करता है, लेकिन बस उन्हें आवश्यक रूप से उपयोग करता है। अंत में, उदाहरण के लिए, यह कुछ इस तरह दिखाई देगा:

→ योजनाबद्ध देखें

प्रत्येक कंटेनर में एक छवि होती है जिससे इसे बनाया जाता है। छवियों का विशाल बहुमत एक और छवि का एक विस्तार है, उदाहरण के लिए, उबंटू क्सीनल या अल्पाइन या डेबियन, जिस पर अतिरिक्त ड्राइवर और अन्य घटक शीर्ष पर लुढ़के हुए हैं।

मेरी पहली छवि php-fpm के लिए थी। मेरी छवि आधिकारिक php छवि का विस्तार करती है: 7.2-fpm-alpine3.6। यही है, संक्षेप में, यह आधिकारिक छवि लेता है और मेरे लिए आवश्यक घटकों को वितरित करता है, उदाहरण के लिए, pdo_pgsql, कल्पना, ज़िप और इतने पर। इस प्रकार, आप अपनी ज़रूरत की छवि बना सकते हैं। आप चाहें तो इसका उपयोग यहां कर सकते हैं ।

छवियों के निर्माण के साथ, मेरी राय में सब कुछ काफी सरल है अगर वे उदाहरण के लिए क्ज़ेनियल के आधार पर बनाए जाते हैं, लेकिन अल्पाइन के आधार पर यदि वे बनाये जाते हैं तो वे थोड़ा बवासीर देते हैं। डॉकटर के साथ काम शुरू करने से पहले, मैंने मूल रूप से अल्पाइन के बारे में नहीं सुना था, क्योंकि वग्रांत ने हमेशा मेरे लिए उबंटू क्सीनल के तहत काम किया था। अल्पाइन एक खाली लिनक्स ऑपरेटिंग सिस्टम है, जिसमें अनिवार्य रूप से कुछ भी नहीं है (चरम न्यूनतम)। इसलिए, पहले तो इसके साथ काम करना बेहद असुविधाजनक है, क्योंकि उदाहरण के लिए वही एप्ट-गेट स्थापित है (जो आपको आदत है), लेकिन केवल एपीके ऐड है और पैकेजों का काफी समझदार सेट नहीं है। एल्पाइन का एक बड़ा प्लस इसका वजन है, उदाहरण के लिए, अगर ज़ेनियल का वजन (सार) 500 बैग है, तो अल्पाइन (सार) लगभग 78 बैग है। यह भी क्या प्रभावित करता है? और यह बिल्ड गति और सभी छवियों के अंतिम वजन को प्रभावित करता है जो अंत में आपके सर्वर पर संग्रहीत होंगे। मान लें कि आपके पास 5 अलग-अलग कंटेनर हैं और सब कुछ xenial पर आधारित है, उनका कुल वजन 2.5 गिग्स से अधिक होगा, और अल्पाइन - केवल लगभग 40 बैग। इसलिए, आदर्श रूप से, हमें यह सुनिश्चित करने का प्रयास करना चाहिए कि कंटेनर यथासंभव पतले हों। (अल्पाइन - अल्पाइन पैकेज में पैकेज स्थापित करने के लिए उपयोगी लिंक)।

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

 version: '3.1' services: php-fpm: image: otezvikentiy/php7.2-fpm:0.0.11 ports: - '9000:9000' volumes: - ../:/app working_dir: /app container_name: 'php-fpm' nginx: image: nginx:1.15.0 container_name: 'nginx' working_dir: /app ports: - '7777:80' volumes: - ../:/app - ./nginx/nginx.conf:/etc/nginx/conf.d/default.conf postgres: image: postgres:9.6 ports: - '5432:5432' container_name: 'postgresql' working_dir: /app restart: always environment: POSTGRES_DB: 'db_name' POSTGRES_USER: 'db_user' POSTGRES_PASSWORD: 'db_pass' volumes: - ./data/dump:/app/dump - ./data/postgresql:/var/lib/postgresql/data rabbitmq: image: rabbitmq:3.7.5-management working_dir: /app hostname: rabbit-mq container_name: 'rabbit-mq' ports: - '15672:15672' - '5672:5672' environment: RABBITMQ_DEFAULT_USER: user RABBITMQ_DEFAULT_PASS: password RABBITMQ_DEFAULT_VHOST: my_vhost elasticsearch: image: docker.elastic.co/elasticsearch/elasticsearch:6.3.0 container_name: 'elastic-search' environment: - discovery.type=single-node - "discovery.zen.ping.unicast.hosts=elasticsearch" - bootstrap.memory_lock=true - "ES_JAVA_OPTS=-Xms512m -Xmx512m" ports: - 9200:9200 - 9300:9300 working_dir: /app volumes: - ../:/app - ./data/elasticsearch:/usr/share/elasticsearch/data volumes: elasticsearch: postgresql:

SF4 के लिए docker-compose.yaml सेवाओं का एक निश्चित समूह है: nginx, php-fpm, postgresql, rabbitmq (यदि आपको इसकी आवश्यकता है), elasticsearch (यदि आपको इसकी आवश्यकता है)। स्थानीय पर्यावरण के लिए, यह पर्याप्त है। यह सब काम करने के लिए - सेटिंग्स का एक न्यूनतम सेट है, जिसके बिना कुछ भी काम नहीं करेगा। सबसे अधिक बार ये छवि, वॉल्यूम, पोर्ट, पर्यावरण, working_dir और container_name हैं। यह या उस छवि को लॉन्च करने के लिए सब कुछ hub.docker.com पर इसके प्रलेखन में वर्णित है। डॉकटर-कंपोज़ के लिए हमेशा एक विवरण नहीं होता है, लेकिन इसका मतलब यह नहीं है कि यह इसके साथ काम नहीं करता है। बस यह आवश्यक है कि डॉक रन कमांड से आने वाले सभी डेटा को डॉकटर-कंपोज में ट्रांसफर किया जाए और सब कुछ काम करेगा।

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

आपके द्वारा एक टैग का अध्ययन और चयन करने के बाद - फिर अक्सर आपको इस तरह का कुछ दिखाई देता है:

 docker run -d --hostname my-rabbit --name some-rabbit -e RABBITMQ_DEFAULT_USER=user -e RABBITMQ_DEFAULT_PASS=password rabbitmq:3-management

और पहले सोचा था कि डब्ल्यूटीएफ है? इसे डॉकटर-कंपोज में कैसे स्थानांतरित किया जाए?

सब कुछ बहुत आसान है। वास्तव में, यह रेखा सभी समान मापदंडों को इंगित करती है जैसे कि यमल फ़ाइल, केवल संक्षिप्त रूप में। उदाहरण के लिए, -इ एक ऐसा वातावरण है जिसमें विभिन्न मापदंडों को पारित किया जाता है, वहाँ भी प्रविष्टियां हो सकती हैं जैसे -p - ये ऐसे पोर्ट हैं जिन्हें यमल में पोर्ट कहा जाता है। तदनुसार, एक अपरिचित छवि को गुणवत्ता के तरीके से उपयोग करने के लिए, आपको बस "Google" को "रन" करने की आवश्यकता है और याम्ल फ़ाइल में पूरा नाम लागू करें।

अब वापस docker-compose.yml पर, जिसे मैंने ऊपर के नमूने के रूप में उद्धृत किया है।

यह उदाहरण आधिकारिक php7.2-fpm-अल्पाइन छवि के लिए एक्सटेंशन के रूप में बनाई गई मेरी php7.2 छवि का उपयोग करता है, लेकिन यदि आपको इतने अतिरिक्त पुस्तकालयों की आवश्यकता नहीं है, तो आप आधिकारिक छवि के लिए अपना एक्सटेंशन बना सकते हैं और इसका उपयोग कर सकते हैं। LAN के लिए शेष चित्र पूरी तरह से मूल और आधिकारिक हैं।

छवि - इंगित करें कि कौन सी छवि डाउनलोड करनी है। उदाहरण के लिए (खरगोश: ३.५.--प्रबंधन-अल्पाइन)।

बंदरगाहों - उन बंदरगाहों को निर्दिष्ट करें जो कंटेनर का उपयोग करेगा (छवि प्रलेखन देखें)। उदाहरण nginx पोर्ट डिफ़ॉल्ट रूप से 80 है। तदनुसार, यदि आप पोर्ट 80 का उपयोग करना चाहते हैं, तो आपको यहां 80:80 निर्दिष्ट करना होगा और आपकी साइट लोकलहोस्ट पर उपलब्ध होगी। या आप 7777: 80 निर्दिष्ट कर सकते हैं, और फिर आपकी साइट यूआरएल लोकलहोस्ट: 7777 पर होगी। यह आवश्यक है ताकि एक ही मेजबान पर कई परियोजनाओं को तैनात किया जा सके।

वॉल्यूम - साझा निर्देशिका यहां इंगित की गई हैं। उदाहरण के लिए, आपकी परियोजना ~ / परियोजनाओं / my-sf4-app निर्देशिका में निहित है, और php कंटेनर को / app निर्देशिका (in / var / www / my-sf4-app के समान) के साथ काम करने के लिए कॉन्फ़िगर किया गया है। तदनुसार, कंटेनर के लिए परियोजना तक पहुंच होना सुविधाजनक होगा। तदनुसार, वॉल्यूम में हम ~/projects/my-sf4-app:/app लिखते हैं (ऊपर इस उदाहरण को docker-compose.yml में देखें (मैंने इसे एक सापेक्ष तरीके से इंगित किया है ../:/app))।

इस प्रकार, फ़ोल्डर को कंटेनर के लिए साझा किया जाएगा और यह इसमें विभिन्न क्रियाओं को करने में सक्षम होगा जैसे कि php bin/console doctrine:migrations:migrate । एप्लिकेशन डेटा को सहेजने के लिए इन निर्देशिकाओं का उपयोग करना भी सुविधाजनक है। उदाहरण के लिए, postgresql, आप डेटाबेस डेटा संग्रहीत करने के लिए एक निर्देशिका निर्दिष्ट कर सकते हैं, और फिर जब आप कंटेनर को फिर से बनाते हैं, तो आपको डंप या जुड़नार रोल करने की आवश्यकता नहीं होगी।

working_dir - कंटेनर की कार्यशील निर्देशिका को इंगित करता है। इस स्थिति में, / app (या योनि / var / www / my-sf4-app के साथ सादृश्य द्वारा)।

पर्यावरण - कंटेनर के लिए सभी चर यहां पारित किए गए हैं। उदाहरण के लिए, rabbitmq के लिए, उपयोगकर्ता नाम और पासवर्ड प्रेषित किया जाता है, postgresql के लिए, आधार नाम, उपयोगकर्ता नाम, पासवर्ड पारित किया जाता है।

कंटेनरों से जुड़ने की सुविधा के लिए कंटेनर_नाम एक वैकल्पिक क्षेत्र है, लेकिन मैं निर्दिष्ट करना पसंद करता हूं। यदि निर्दिष्ट नहीं किया गया है, तो हैश के साथ डिफ़ॉल्ट नाम असाइन किए जाएंगे।

ये मुख्य पैरामीटर हैं जिन्हें निर्दिष्ट किया जाना चाहिए। बाकी अतिरिक्त सेटिंग्स के लिए या कंटेनर के लिए प्रलेखन के अनुसार वैकल्पिक हो सकता है।

अब, यह सब शुरू करने के लिए, आपको उस निर्देशिका में docker-compose up -d को चलाने की आवश्यकता है जहां docker-compose फ़ाइल स्थित है।

LAN के लिए यह सब कैसे और कहाँ स्टोर करना है?

LAN के लिए मैं प्रोजेक्ट के रूट में docker फ़ोल्डर का उपयोग करता हूं।

इसमें डेटा फ़ोल्डर है जिसमें मैं सभी जानकारी पोस्टग्रैक्स्ल और इलास्टिक्स खोज को संग्रहीत करता हूं, ताकि जब आप प्रोजेक्ट को फिर से बनाते हैं, तो आपको स्क्रैच से जुड़नार रोल नहीं करना पड़ता है। एक नगनेक्स डैडी भी है जिसमें मैं स्थानीय नगीनेक्स कंटेनर के लिए कॉन्फिगर स्टोर करता हूं। मैं कंटेनर में संबंधित फ़ाइलों और फ़ोल्डरों के साथ docker-compose.yml में इन फ़ोल्डरों को सिंक्रनाइज़ करता हूं। इसके अलावा मेरे विचार में docker के साथ काम करने के लिए bash स्क्रिप्ट लिखना बहुत सुविधाजनक है। उदाहरण के लिए, start.sh स्क्रिप्ट कंटेनर लॉन्च करता है, फिर संगीतकार इंस्टॉल करता है, कैश को साफ़ करता है और माइग्रेट करता है। यह परियोजना के सहयोगियों के लिए भी सुविधाजनक है, उन्हें कुछ भी नहीं करना है, वे सिर्फ स्क्रिप्ट चलाते हैं और सब कुछ काम करता है।

Start.sh स्क्रिप्ट उदाहरण

 #!/usr/bin/env bash green=$(tput setf 2) toend=$(tput hpa $(tput cols))$(tput cub 6) echo -n '   ?: ' read name echo "  $name!       tutmesto.ru" echo -n "$name,      ? (y/n): " read use_dump echo '    !' docker-compose up -d || exit echo -en '\n' echo -n "  ! ${green}${toend}[OK]" echo -en '\n' echo '    .' ./composer-install.sh echo -en '\n' echo -n "   ${green}${toend}[OK]" echo -en '\n' echo '     40 ,    postgres-' sleep 5 echo '  35 ...' sleep 5 echo '  30 ...' sleep 5 echo '  25 ...' sleep 5 echo '  20 ...' sleep 5 echo '  15 ...' sleep 5 echo '  10 ...' sleep 5 echo '  5 ...' sleep 5 echo ' .   postgres-        !' case "$use_dump" in y|Y) ./dump.sh echo -en '\n' echo -n "  ! ${green}${toend}[OK]" echo -en '\n' ;; *) echo "$name, ,   ! =)" ;; esac echo '    !' ./migrations-migrate.sh echo -en '\n' echo -n "  ! ${green}${toend}[OK]" echo -en '\n' echo '  !' ./php-fpm-command.sh rm -rf var/cache/* ./php-fpm-command.sh chmod 777 var/ -R ./cache-clear.sh echo -en '\n' echo -n "  ! ${green}${toend}[OK]" echo -en '\n' echo '    !' ./env.sh echo -en '\n' echo -n "   ! ${green}${toend}[OK]" echo -en '\n' echo ", $name,    !    localhost:7777  !" echo -en '\n' echo "------------------------------------------------------------------------------" echo -en '\n' echo "    :" echo "./cache-clear.sh |  symfony 4" echo "./composer.sh [command(ex. install)] |  " echo "./composer-install.sh | composer install" echo "./connect-to-php-fpm.sh |   php" echo "./console.sh [command(ex. cache:clear)] |  php bin/console" echo "./destroy.sh |  .    ." echo "./dump.sh | ,     (dump.sql)" echo "./env.sh |   " echo "./migrations-migrate.sh | " echo "./php-fpm-command.sh [command(ex. php -m)] |   php-fpm " echo "./start.sh |  ( )" echo "./stop.sh |Gracefull shutdown " echo -en '\n' echo "        :" echo "client@c.cc | QWEasd123" echo "admin@a.aa | QWEasd123" echo "moderator@m.mm | QWEasd123" echo -en '\n' echo "------------------------------------------------------------------------------" echo -en '\n' echo -en '\n' echo 'OtezVikentiy brain corporation!' echo -en '\n' echo -en '\n'

Php-fpm-command.sh स्क्रिप्ट उदाहरण

 #!/usr/bin/env bash cd "`dirname \"$0\"`" && \ docker-compose exec -T "php-fpm" sh -c "cd /app && $*"

कनेक्ट-to-php-fpm.sh स्क्रिप्ट उदाहरण

 #!/usr/bin/env bash docker exec -i -t --privileged php-fpm bash

स्थानीय विकास का वातावरण यहीं समाप्त होता है। बधाई हो, आप समाप्त परिणाम अपने सहयोगियों के साथ साझा कर सकते हैं! )

उत्पादों

ट्रेनिंग

मान लीजिए कि आपने पहले से ही लैन पर कुछ लिखा है और इसे प्रोडक्शन सर्वर पर या टेस्ट सर्वर पर रखना चाहते हैं। आप केवीएम वर्चुअलाइजेशन या एयर कंडीशनिंग के साथ अगले कमरे में अपने सर्वर की मेजबानी कर रहे हैं।

एक उत्पाद या बीटा को तैनात करने के लिए - सर्वर में एक ऑपरेटिंग सिस्टम (आदर्श रूप से लिनक्स) और डॉकटर स्थापित होना चाहिए। डॉकर को लैन पर उसी तरह से स्थापित किया जा सकता है, जिसमें कोई अंतर नहीं हैं।

उत्पादकता में डॉकर लैन से थोड़ा अलग है। सबसे पहले, आप केवल पासवर्ड और अन्य जानकारी और docker-compose को नहीं ले और निर्दिष्ट कर सकते हैं। दूसरे, आप सीधे डॉक-कंपोज़ का उपयोग नहीं कर सकते।

डॉकटर उत्पादकता के लिए डॉक स्वीमर और डॉक स्टैक का उपयोग करता है। यदि यह उंगलियों पर सही है, तो यह प्रणाली केवल अन्य आदेशों में भिन्न होती है और उस docker में झुंड क्लस्टर के लिए एक लोड बैलेंसर है (फिर से थोड़ा सार, लेकिन यह समझना आसान होगा)।

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

Docker swarm को कॉन्फ़िगर करने के लिए, आपको बस कुछ कमांड चलाने की आवश्यकता है:

 docker swarm init --advertise-addr 192.168.***.** (ip-  ) mkdir /app (          app) chown docker /app (     ) docker stack deploy -c docker-compose.yml my-first-sf4-docker-app

आइए अब इस सब पर थोड़ा और विस्तार से विचार करें।

docker swarm init --advertise-addr - यह docker swarm को सीधे लॉन्च करता है और एक लिंक को fumbles करता है ताकि आप इस "swarm" में कुछ अन्य सर्वर को हुक कर सकें ताकि वे क्लस्टर में काम करें।
mkdir / app && chown .. - आपको डॉकटर के लिए अग्रिम रूप से काम करने के लिए सभी आवश्यक निर्देशिकाओं को बनाना होगा ताकि निर्माण के दौरान यह निर्देशिकाओं की कमी के बारे में शिकायत न करे।
docker stack तैनाती -c docker-compose.yml my-first-sf4-docker-app - यह कमांड आपके एप्लिकेशन के असेंबली को स्वयं शुरू करता है, docker-compose up -d का एक एनालॉग केवल docker swarm के लिए।

किसी भी असेंबली को शुरू करने के लिए, आपको समान docker-compose.yaml की आवश्यकता होती है, लेकिन यह विशेष रूप से उत्पादक / बीटा के लिए पहले से थोड़ा संशोधित है।

 version: '3.1' services: php-fpm: image: otezvikentiy/php7.2-fpm:0.0.11 ports: - '9000:9000' networks: - my-test-network depends_on: - postgres - rabbitmq volumes: - /app:/app working_dir: /app deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager] nginx: image: nginx:1.15.0 networks: - my-test-network working_dir: /app ports: - '80:80' depends_on: - php-fpm volumes: - /app:/app - ./nginx/nginx.conf:/etc/nginx/conf.d/default.conf deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager] postgres: image: postgres:9.6 ports: - '5432:5432' working_dir: /app networks: - my-test-network secrets: - postgres_db - postgres_user - postgres_pass environment: POSTGRES_DB_FILE: /run/secrets/postgres_db POSTGRES_USER_FILE: /run/secrets/postgres_user POSTGRES_PASSWORD_FILE: /run/secrets/postgres_pass volumes: - ./data/dump:/app/dump - ./data/postgresql:/var/lib/postgresql/data deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager] rabbitmq: image: rabbitmq:3.7.5-management networks: - my-test-network working_dir: /app hostname: my-test-sf4-app-rabbit-mq volumes: - /app:/app ports: - '5672:5672' - '15672:15672' secrets: - rabbitmq_default_user - rabbitmq_default_pass - rabbitmq_default_vhost environment: RABBITMQ_DEFAULT_USER_FILE: /run/secrets/rabbitmq_default_user RABBITMQ_DEFAULT_PASS_FILE: /run/secrets/rabbitmq_default_pass RABBITMQ_DEFAULT_VHOST_FILE: /run/secrets/rabbitmq_default_vhost deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager] elasticsearch: image: docker.elastic.co/elasticsearch/elasticsearch:6.3.0 networks: - my-test-network depends_on: - postgres environment: - discovery.type=single-node - discovery.zen.ping.unicast.hosts=elasticsearch - bootstrap.memory_lock=true - ES_JAVA_OPTS=-Xms512m -Xmx512m ports: - 9200:9200 - 9300:9300 working_dir: /app volumes: - /app:/app - ./data/elasticsearch:/usr/share/elasticsearch/data deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager] jenkins: image: otezvikentiy/jenkins:0.0.2 networks: - my-test-network ports: - '8080:8080' - '50000:50000' volumes: - /app:/app - ./data/jenkins:/var/jenkins_home - /var/run/docker.sock:/var/run/docker.sock - /usr/bin/docker:/usr/bin/docker deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager] volumes: elasticsearch: postgresql: jenkins: networks: my-test-network: secrets: rabbitmq_default_user: file: ./secrets/rabbitmq_default_user rabbitmq_default_pass: file: ./secrets/rabbitmq_default_pass rabbitmq_default_vhost: file: ./secrets/rabbitmq_default_vhost postgres_db: file: ./secrets/postgres_db postgres_user: file: ./secrets/postgres_user postgres_pass: file: ./secrets/postgres_pass

जैसा कि आप देख सकते हैं, उत्पाद के लिए सेटिंग फ़ाइल LAN के लिए फ़ाइल से थोड़ी अलग है। इसमें राज, तैनाती और नेटवर्क शामिल हैं।

रहस्य - कुंजी भंडारण के लिए फ़ाइलें। कुंजी काफी आसानी से बनाई गई हैं। आप कुंजी के नाम के साथ एक फ़ाइल बनाते हैं - अंदर मान लिखें। उसके बाद, docker-compose.yml में आप सीक्रेट सेक्शन को निर्दिष्ट करते हैं और फाइलों की पूरी सूची को इसमें कीज़ के साथ ट्रांसफर करते हैं। अधिक जानकारी ।
नेटवर्क - यह एक निश्चित आंतरिक ग्रिड बनाता है जिसके माध्यम से कंटेनर एक दूसरे के साथ संवाद करते हैं। लैन पर - यह स्वचालित रूप से किया जाता है, लेकिन उत्पादक पर - इसे थोड़ा मैन्युअल रूप से करने की आवश्यकता है। साथ ही, आप डिफ़ॉल्ट को छोड़कर अतिरिक्त सेटिंग्स निर्दिष्ट कर सकते हैं। अधिक जानकारी ।
LAN और Product / Beta के बीच तैनाती मुख्य अंतर है।

  deploy: replicas: 1 restart_policy: condition: on-failure placement: constraints: [node.role == manager]

न्यूनतम लड़ाकू सेट:

प्रतिकृतियां - उन प्रतिकृतियों की संख्या को इंगित करें जिन्हें आपको चलाने की आवश्यकता है (वास्तव में, इसका उपयोग तब किया जाता है यदि आपके पास क्लस्टर है और आप डॉक से लोड बैलेंसर का उपयोग करते हैं)। उदाहरण के लिए, आपके पास दो सर्वर हैं और आपने उन्हें docker swarm के माध्यम से कनेक्ट किया है। उदाहरण के लिए, यहां संख्या 2 निर्दिष्ट करना, 1 उदाहरण 1 सर्वर पर बनाया जाएगा, और दूसरा दूसरे सर्वर पर। इस प्रकार, सर्वर पर लोड आधा में विभाजित हो जाएगा।
रीस्टार्ट_पोलिश - किसी कारणवश गिर जाने की स्थिति में कंटेनर को स्वचालित रूप से "री- राइज " करने की नीति।
प्लेसमेंट - कंटेनर इंस्टेंस का स्थान। उदाहरण के लिए, ऐसे समय होते हैं जब आप कंटेनर के सभी उदाहरणों को केवल 5 में से 1 सर्वर पर स्पिन करना चाहते हैं, और उनके बीच वितरित नहीं किया जाना चाहिए।

मैं प्रलेखन पढ़ना चाहता हूँ!

इसलिए, हम उत्पाद / बीटा संस्करण से LAN के लिए docker-compose.yaml को अलग करने पर थोड़ा बेहतर हो गए हैं। अब इस व्यवसाय को चलाने का प्रयास करते हैं।

मान लीजिए कि आप वैग्रांत पर प्रशिक्षण दे रहे हैं और सर्वर की जड़ में आपके पास पहले से ही डॉकटर-कंपोजिट। हाइमन उत्पाद के लिए कॉन्फ़िगर की गई फाइल है।

 sudo apt-get update sudo apt-get -y upgrade sudo apt-get install -y language-pack-en-base export LC_ALL=en_US.UTF-8 export LANGUAGE=en_US.UTF-8 export LANG=en_US.UTF-8 curl -sSl https://get.docker.com/ | sh sudo usermod -aG docker ubuntu sudo apt-get install git sudo docker swarm init --advertise-addr 192.168.128.77 sudo mkdir /app sudo chmod 777 /app -R docker stack deploy -c /docker-compose.yml my-app git clone git@bitbucket.org:JohnDoe/my-app.git /app docker stack ps my-app docker stack ls docker stack services my-app

पुनश्च: सूडो और 777 के लिए किक न करें, बेशक यह उत्पादक पर ऐसा करने के लायक नहीं है। यह सिर्फ सीखने की गति के लिए है।

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

उनमें से प्रत्येक अपने तरीके से उपयोगी है। मैं सबसे अधिक बार ps का उपयोग करता हूं, क्योंकि यह कंटेनरों की स्थिति और त्रुटि के भाग को प्रदर्शित करता है, यदि कोई हो।

मान लीजिए कि कंटेनर बढ़ गए हैं, लेकिन उनमें से कुछ लगातार एक त्रुटि के साथ दुर्घटनाग्रस्त हो जाते हैं और डॉक स्टैक पीएस माय-ऐप में आपको पुनरारंभ का एक गुच्छा दिखाई देता है। गिरावट का कारण देखने के लिए, आपको docker कंटेनर ps -a चलाने की आवश्यकता है - और वहां एक कंटेनर दिखाई देगा जो लगातार गिरता है। एक ही कंटेनर के कई उदाहरण होंगे, उदाहरण के लिए my-app_php-fpm.1। * कुछ भयंकर हैश *।

तदनुसार, अब, कंटेनर के नाम को जानते हुए, निष्पादित करने वाला do my-app_php-fpm.1 लॉग करता है। * कुछ भयंकर हैश * और लॉग के माध्यम से देखें। त्रुटि को ठीक करें और सब कुछ पुनः आरंभ करें। सभी कंटेनरों को पीटने के लिए, आप यह कर सकते हैं:

 docker stack rm my-app

उसके बाद, आपके पास बिना किसी कंटेनर के एक स्वच्छ झुंड होगा। त्रुटि को ठीक करें - और फिर से डॉक स्टैक -c docker-compose.yml my-app।

सिम्फनी 4 के लिए डॉकर - लैन से उत्पादन तक