🦖 👵 💠 लारवेल + डोकर: हमारा सफल अनुभव 🤙🏾 👨🏿‍🔧 🚢

यह लेख किस बारे में है

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

हमें किन कार्यों का सामना करना पड़ा?

ऐसा होता है कि एक नया डेवलपर मौजूदा टीम से जुड़ता है। ताकि वह कार्य करना शुरू कर सके (दूसरे शब्दों में, कोड लिखें और अपने काम की जांच करें), स्रोत कोड प्राप्त करने के लिए पर्याप्त नहीं है। आपको एक ऐसे वातावरण की आवश्यकता है जिसमें एक वेब सर्वर, php संकलक और डेटाबेस शामिल हों। यह न्यूनतम सेट है। परियोजना के आधार पर, पर्यावरण में शामिल हो सकते हैं:

NoSQL;
कतार सर्वर
पूर्ण-पाठ खोज इंजन;
कैशिंग समाधान;
कलेक्टरों;
उपयोगी डेवलपर उपकरण

यह सब डेवलपर पर स्थानीय रूप से स्थापित होना चाहिए, और टीम के बाकी सदस्यों के समान संस्करण होना चाहिए। और यहाँ कठिनाइयाँ हैं:

स्थापना के बाद, आपको कॉन्फ़िगर करने की आवश्यकता है;
सॉफ्टवेयर पहले से ही स्थापित है, लेकिन यह एक अलग संस्करण है;
यह एक लंबा समय है;

और यह तथ्य कि डेवलपर्स विभिन्न प्लेटफार्मों (विंडोज़, लिनक्स, ओएस एक्स) पर काम करते हैं, चीजों को और अधिक जटिल बनाते हैं।

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

विकल्प

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

लारडॉक परियोजना

शुरुआत में, इस परियोजना का उद्देश्य केवल लॉकर को डोकर पर लॉन्च करना था, जो इसके नाम से परिलक्षित होता है। लेकिन जैसे-जैसे php समुदाय में लोकप्रियता बढ़ती गई, लैराडॉक अन्य php परियोजनाओं का समर्थन करने लगा: Symfony, CodeIgniter, WordPress, Drupal। परियोजना वास्तव में लोकप्रिय है, सक्रिय रूप से समर्थित और विकसित है:

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

docker-compose up apache2 php-fpm mysql phpmyadmin

या

 docker-compose up nginx php-fpm mariadb adminer

नोट : php-fpm को स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता नहीं है, क्योंकि जब php-fpm कंटेनर वेब सर्वर शुरू होता है, तो कंटेनर स्वचालित रूप से प्रारंभ होता है।

भंडार में 48 से अधिक कंटेनर हैं, जिनमें शामिल हैं:

डेटाबेस : MySQL, MariaDB, Percona, MongoDB, MSSQL, PostgreSQL
डेटाबेस प्रबंधन : PhpMyAdmin, व्यवस्थापक, PgAdmin
वेब सर्वर : nginx, Apache2, Caddy
PHP संकलक : PHP FPM, HHVM
विविध : सेलेनियम, जेनकिंस, इलास्टिकसर्च, किबाना, गिटलब, मेलहॉग, मेलडेव, लारवेल इको, फाल्कन
उपकरण : पीएचपी सीएलआई, कम्पोज़र, गिट, लाइनेक्सब्रेव, नोड, वी 8 जेएस, गुल्प, SQLite, xDebug, Envoy, Deployer, विम, यार्न, ड्रश

आवश्यकताएँ और प्रारंभिक शर्तें

आपको आवश्यकता होगी:

GIT
डाक में काम करनेवाला मज़दूर

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

गिट रिपॉजिटरी आर्किटेक्चर: मुख्य परियोजना और लारडॉक

लारडॉक का उपयोग दो संस्करणों में किया जा सकता है:

प्रत्येक परियोजना के लिए अलग लारडॉक
कई परियोजनाओं के लिए एक लारडॉक

पहले मामले में, निर्देशिका संरचना इस तरह दिखाई देगी:

दूसरे में, इस तरह:

हम हमेशा पहले विकल्प का उपयोग करते हैं: एक परियोजना - एक लाराडॉक। यह वह दृष्टिकोण है जो एक परियोजना को दूसरे से लचीलापन और स्वतंत्रता प्रदान करता है।

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

पर्यावरण निर्देशिका का नाम

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

laradock-mysite
laradock-proj1
laradock-mobapp

वह है, उपसर्ग "लारडॉक" और एक हाइफ़न के माध्यम से परियोजना के साथ निर्देशिका का नाम।

एक साइट का शुभारंभ

हम साइट का शुभारंभ कहाँ से शुरू करते हैं?

जैसा कि हमने तीसरे अध्याय में उल्लेख किया है, हम पर्यावरण बनाने के लिए लाराडोक का उपयोग करते हैं।
स्टार्टअप प्रक्रिया में पर्यावरण और लार्वा एप्लिकेशन को कॉन्फ़िगर करने के चरण शामिल हैं।

प्रोजेक्ट सेटिंग्स

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

 cp env-example .env

.Env विकल्प बहुत स्पष्ट हैं। यदि हम अपने प्रोजेक्ट में इसका उपयोग करते हैं, तो हम डेटाबेस एक्सेस, ईमेल पैरामीटर, थर्ड-पार्टी सेवाओं तक पहुंच सेट करते हैं।

पर्यावरण अनुप्रयोग शुरू करना और रोकना docker- कम्पोज़ कमांड द्वारा किया जाता है

 docker-compose up

और

 docker-compose stop

यदि आवश्यक हो, तो आप स्टार्ट कमांड में आवश्यक सेवाओं के डाउनलोड को आमंत्रित कर सकते हैं। उदाहरण के लिए, तीन अतिरिक्त सेवाओं को इस तरह से लोड किया जाएगा:

 docker-compose up -d nginx percona adminer

आप इस कमांड को एक अलग शेल स्क्रिप्ट में हटा सकते हैं ताकि आपको हर बार इसे मैन्युअल रूप से दर्ज न करना पड़े।

स्टार्टअप स्क्रिप्ट को "start.sh" या जिसे आप पसंद करते हैं, कहा जा सकता है:

 #!/usr/bin/env bash docker-compose up -d nginx percona adminer;

सर्विस स्टॉप स्क्रिप्ट को "stop.sh" या "down.sh" कहा जा सकता है:

 #!/usr/bin/env bash docker-compose stop;

प्रोजेक्ट इनिशियलाइजेशन

कंटेनर पर्यावरण के लिए संक्रमण कमांड द्वारा किया जाता है

 docker-compose exec --user=laradock workspace bash

तैनाती की गड़बड़ी

एक लिनक्स वातावरण में लाराडोक को स्थापित करते समय, एक फ़ाइल अनुमति समस्या हो सकती है।

इस स्थिति में, फ़ाइलें गलत स्वामी या अपर्याप्त पहुँच अधिकार हो सकती हैं।

लक्षण : जब आप कमांड "डोकर-कंपोज़" के साथ वातावरण शुरू करने का प्रयास करते हैं या कमांड "डोकर-कम्पोज़ एग्ज़ाम ..." के साथ कंटेनर में जाते हैं, जैसा कि ऊपर दिए गए उदाहरण में है, त्रुटियां।

/ var / www / विक्रेता मौजूद नहीं है और बनाया नहीं जा सकता है

स्ट्रीम या फ़ाइल "/var/www/storage/logs/laravel.log" को खोला नहीं जा सका: स्ट्रीम को खोलने में विफल: अनुमति से इनकार किया गया

त्रुटि का कारण यह है कि डॉकर वातावरण कॉन्फ़िगरेशन में उपयोगकर्ता आईडी और उपयोगकर्ता समूह क्रमशः 1000 और 1000 डिफ़ॉल्ट रूप से हार्ड-कोडित हैं।

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

त्रुटि सुधार प्रक्रिया

निर्देशिकाओं पर उपयोगकर्ता और समूह की जाँच करें:

 ls -la /var/www

फ़ाइल और निर्देशिका स्वामियों (उपयोगकर्ता और उपयोगकर्ता समूह) को लैराडॉक लारडॉक होना चाहिए।

यदि लारडॉक के बजाय: लारडॉक मालिक और समूह को संख्याओं (1001: 1001, 1001: 13002 और इसी तरह के संयोजन) द्वारा इंगित किया जाता है, तो आपको सेटिंग्स फ़ाइलों में परिवर्तन करने की आवश्यकता है।

यदि आपकी उपयोगकर्ता आईडी और उपयोगकर्ता समूह (/ etc / passwd, / etc / group) निर्दिष्ट लोगों से मेल नहीं खाते हैं, तो सही संचालन के लिए, आपको निम्न फ़ाइलों में परिवर्तन करने की आवश्यकता है:

लाइन में / लैराडॉक / php-fpm / Dockerfile *

" RUN usermod -u 1000 www-data "

1000 को यूजर आईडी से बदलें

/laradock/.env लाइनों में

WORKSPACE_PUID = 1000
WORKSPACE_PGID = 1000

WORKSPACE_PUID - अपनी उपयोगकर्ता आईडी, WORKSPACE_PGID - उपयोगकर्ता समूह आईडी निर्दिष्ट करें

/ लारडॉक / कार्यक्षेत्र / डॉकफेराइल *, लाइनों में

ARG PUID = 10315
एआरजी पीजीआईडी = 10004

PUID - उपयोगकर्ता आईडी, PGID - उपयोगकर्ता समूह आईडी

परिवर्तन करने के बाद, फिर से कार्यक्षेत्र और php-fpm का पुनर्निर्माण करें और फिर कंटेनर शुरू करें:

 docker-compose build workspace php-fpm

यदि आप इस तरह की समस्या का सामना करते हैं, तो आपको लारवेल फ्रेमवर्क की निर्देशिकाओं तक पहुंच अधिकारों की जांच करने की आवश्यकता है। निर्देशिकाओं के लिए अनुमतियाँ सेट करें जिन्हें लिखने की अनुमति चाहिए:

 sudo chgrp -R www-data storage bootstrap/cache; sudo chmod -R ug+rwx storage bootstrap/cache

एसएसएल प्रमाणपत्र और https

सबसे अधिक संभावना है कि उत्पादन में आपकी साइट एक सुरक्षित प्रोटोकॉल के अनुसार काम करेगी। यह https पर स्थानीय विकास का संचालन करने के लिए समझ में आता है। यह करना बहुत मुश्किल नहीं है, आपको एक एसएसएल प्रमाणपत्र और छोटी सेटिंग्स की आवश्यकता है। यह लेख एक स्व-हस्ताक्षरित एसएसएल प्रमाणपत्र जारी करने के तरीके में अधिक विस्तार से वर्णित है।

कई साइटें चला रहा है

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

इस स्थिति में, दो लारडॉक को एक ही समय में शुरू नहीं किया जा सकता है, क्योंकि उनमें से प्रत्येक में एक वेब सर्वर लॉन्च किया जाता है जो 80 को सुनता है - हमें एक संघर्ष मिलता है। लेकिन हमारे पास nginx config फ़ाइलों तक पहुंच है, चलो इसे कॉन्फ़िगर करते हैं।

लेकिन सबसे पहले, वास्तुकला और गिट रिपॉजिटरी पर एक नोट। कई साइटों के मामले में, हम दूसरे विकल्प से निर्देशिका संरचना का उपयोग करते हैं:

लारडॉक के साथ गिट रिपॉजिटरी अब किसी अन्य रिपॉजिटरी का सबमॉड्यूल नहीं है, लेकिन पूरी तरह से स्वतंत्र हो जाता है।

एक उदाहरण के रूप में वेब सर्वर कॉन्फ़िगरेशन को nginx का उपयोग करके दिखाया जाएगा। लारडॉक निर्देशिका में, नगीनेक्स / साइटों पर जाएं। हम default.conf और कई * .conf.example फाइलें देखते हैं। Default.conf या नमूना फ़ाइलों के आधार पर, हम साइटों के लिए कॉन्फ़िगरेशन बनाते हैं।

दस्तावेज़ रूट पर ध्यान दें। डिफ़ॉल्ट रूप से, मूल निर्देश इस तरह दिखता है:

 root /var/www/public;

लेकिन इस तरह होना चाहिए:

 root /var/www/site-1/public; root /var/www/site-2/public;

महत्वपूर्ण!
इस निर्देशिका में .gitignore की सामग्री पर एक नज़र डालें। Default.conf को छोड़कर सभी * .conf फ़ाइलों को अनदेखा किया जाता है। अपवादों के लिए बनाई गई फ़ाइलों को जोड़ना आवश्यक है, अर्थात, उन्हें अनदेखा न करें।

कॉन्ट्राब कॉन्फ़िगर करें ताकि लार्वा शेड्यूलर सही ढंग से काम कर सके। ऐसा करने के लिए, कार्यस्थान / crontab / laradock फ़ाइल में पथ जोड़ें:

 * * * * * laradock /usr/bin/php /var/www/site-1/artisan schedule:run >> /dev/null 2>&1 * * * * * laradock /usr/bin/php /var/www/site-2/artisan schedule:run >> /dev/null 2>&1

कंटेनरों के अंदर साइटों के सफल संचार के लिए, उपनाम जोड़ें। Docker-compose.yml फाइल में हम सेक्शन पाते हैं

 ### NGINX Server ###

और प्रत्येक डोमेन में एक उपनाम जोड़ें:

यह आपको कई डोमेन के साथ प्रोजेक्ट चलाने के लिए करने की आवश्यकता है। लेख के बाहर, कई डोमेन के लिए https आयोजित करने का सवाल बना हुआ है। सभी एक डोमेन के लिए ssl संगठन के साथ सादृश्य द्वारा, जो ऊपर अनुभाग में वर्णित है। एक टिप्पणी जोड़ें यदि आपको कोई कठिनाई है, तो मैं इसका उत्तर दूंगा या एक अलग लेख में सुविधाओं का वर्णन करूंगा।

अतिरिक्त सुविधाएँ

डॉकर वातावरण में, हमारे द्वारा आवश्यक अनुप्रयोगों को कॉन्फ़िगर करना संभव है। लाराडोक के मूल विन्यास में पहले से ही अनुप्रयोग पैकेज शामिल हैं:

वेब एप्लिकेशन सर्वर	Apache2, Caddy
वेब अनुप्रयोग कैशिंग	नेग्नेक्स, वार्निश
डेटाबेस और कैशिंग सेवाएँ	मोंगो, रेडिस, Mssql, Mysql, Percona, Mariadb, Elasticsearch, Memcached, Redis, RethinkDb, Aerospike
वेब डेटाबेस के लिए इंटरफेस	व्यवस्थापक, PhpMyAdmin
बैलेंसर लोड करें	haproxy
प्रोग्रामिंग, गोले और चौखटे	Php, Python, Symfony, Laravel, Node
उपयोगिताएँ	Php, Python, Symfony, Laravel, Node
पैकेज प्रबंधक	यार्न संगीतकार
परीक्षण उपकरण	जेनकींस
एप्लिकेशन इन्फ्रास्ट्रक्चर कॉन्फ़िगरेशन टूल	terraform

संक्षेप में सबसे अधिक उल्लिखित अनुप्रयोगों पर विचार करें।

RabbitMQ

अनुप्रयोगों के बीच संदेश भेजने का तंत्र। इस पैकेज का डेवलपर इस प्रकार अपना उद्देश्य निर्धारित करता है: "कतार प्रबंधक", "संदेश दलाल" या "संदेश कतारबद्ध"।

एक संदेश में कोई डेटा सेट हो सकता है।

कतार प्रबंधक के साथ काम करने के परिदृश्य में, एक आवेदन से एक संदेश - प्रेषक - तब तक सहेजा जाता है जब तक कि एक अन्य एप्लिकेशन (प्राप्तकर्ता) कनेक्ट और कतार से संदेश को प्राप्त (प्राप्त) नहीं करता है।

Redis

RAM में डाटा कैश बनाना। इसे डेटाबेस सर्वर के साथ-साथ डेटा वेयरहाउस या रिप्लेस के रूप में भी इस्तेमाल किया जा सकता है।

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

मूली का मुख्य लाभ रैम तक पहुंच की गति के साथ डेटा का सबसे तेज़ उपयोग है।

सामग्री लिंक

Laravel

डाक में काम करनेवाला मज़दूर

Laradock

लारवेल गृहस्थाश्रम

"एक स्व-हस्ताक्षरित एसएसएल प्रमाणपत्र कैसे जारी करें और अपने ब्राउज़र को इस पर भरोसा करें"

डॉकटर + लारवेल =

निष्कर्ष

वेब विकास के लिए लारवेल + डोकर चुनना, हमने सबसे मूल्यवान पुरस्कार जीता: समय।

WAMP या LAMP में विकास परिदृश्य के बाद, हमें समय बिताना था
बेकार और कहीं नहीं।

WAMP और LAMP दोनों को एक php डेवलपर की आवश्यकता होती है, जो उन क्षेत्रों में कौशल का एक निश्चित स्तर है जो सीधे वेब विकास से संबंधित नहीं हैं: एक वेब सर्वर को कॉन्फ़िगर करना, php मापदंडों को कॉन्फ़िगर करना, आदि।

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

निष्कर्ष में, हम लाराडोक का उपयोग करने के लाभों पर ध्यान देते हैं:

प्रत्येक कार्यस्थल पर एकीकृत बुनियादी ढांचा: वेब सर्वर, एसक्यूएल सर्वर, रूपरेखा और पुस्तकालयों का एक सेट;
काम के समय का तर्कसंगत उपयोग;
परियोजना में एक नए डेवलपर की त्वरित प्रविष्टि।

टिप्पणियों में लिखें कि आपकी टीम पर्यावरण के साथ कैसे काम करती है, आपके द्वारा उपयोग किए जाने वाले उपकरण और दृष्टिकोण क्या हैं।

लारवेल + डोकर: हमारा सफल अनुभव