ASP.NET Core एप्लिकेशन सही मायने में क्रॉस-प्लेटफ़ॉर्म हैं और निक्स में चल सकते हैं और तदनुसार, डॉकटर में। आइए देखें कि उन्हें लिनक्स पर कैसे तैनात किया जा सकता है और नगनेक्स के साथ संयोजन में उपयोग किया जा सकता है। कट के तहत विवरण!

नोट: हम हैकर पत्रिका से लेखों के पूर्ण संस्करणों के प्रकाशन की श्रृंखला जारी रखते हैं। लेखक की वर्तनी और विराम चिह्न सहेजे गए।

डॉकर के बारे में

लगभग सभी ने माइक्रोसर्विस आर्किटेक्चर के बारे में सुना है। भागों में एप्लिकेशन को तोड़ने की अवधारणा यह कहने के लिए नहीं है कि यह नया है। लेकिन, नई अच्छी तरह से भूल गया और पुनर्नवीनीकरण पुराना है।

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

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

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

जानकारी

डॉकटर कंटेनरीकरण का एकमात्र प्रतिनिधि नहीं है। इसके अतिरिक्त, अन्य प्रौद्योगिकियां भी हैं। उदाहरण के लिए:

CoreOS द्वारा rkt (उच्चारण 'रॉकेट')

Ubuntu द्वारा LXD ('लेक्सी' का उच्चारण किया गया)

विंडोज कंटेनर - आप किसी से कभी भी अनुमान नहीं लगाएंगे।

अब जब हमने अपने आप को सिद्धांत से परिचित कर लिया है, तो चलिए अभ्यास करते हैं।

Docker इंस्टॉलेशन को डिसेबल करने में कोई समझदारी नहीं है, क्योंकि इसे कई ऑपरेटिंग सिस्टम पर इंस्टॉल किया जा सकता है। मैं केवल यह इंगित करूंगा कि आप इसे डॉकर स्टोर से अपने प्लेटफॉर्म के लिए डाउनलोड कर सकते हैं। यदि आप विंडोज के तहत डॉकर इंस्टॉल कर रहे हैं, तो BIOS और OS में वर्चुअलाइजेशन सक्षम होना चाहिए। आप इसे अगले लेख में 10-की में कैसे सक्षम करें, इसके बारे में पढ़ सकते हैं: विंडोज 10 में हाइपर-वी स्थापित करना

डॉकटर-सक्षम प्रोजेक्ट बनाना

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

मौजूदा प्रोजेक्ट में डॉकर सपोर्ट को जोड़ा जा सकता है। इसे प्रोजेक्ट में उसी तरह से जोड़ा जाता है जैसे विभिन्न नए घटकों को जोड़ा जाता है। प्रसंग मेनू ऐड - डॉकर सपोर्ट।

यदि डॉकटर स्थापित किया गया है और आपकी मशीन पर चल रहा है, तो कंसोल स्वचालित रूप से खुल जाएगा और कमांड निष्पादित हो जाएगा

docker pull microsoft/aspnetcore:2.0

जो छवि को डाउनलोड करने की प्रक्रिया शुरू करता है। यह छवि वास्तव में एक रिक्त है जिसके आधार पर आपकी छवि बनाई जाएगी। ASP.NET Core 2.1 एक अलग छवि का उपयोग करता है - microsoft / dotnet: sdk

निम्न फ़ाइलों को आपके लिए समाधान के साथ निर्देशिका में स्वचालित रूप से बनाया जाएगा:
.dockerignore (डॉक छवि से फ़ाइलों और निर्देशिकाओं को छोड़कर), docker-compose.yml (इस फ़ाइल का उपयोग करके आप कई सेवाओं के निष्पादन को कॉन्फ़िगर कर सकते हैं), docker-compose.override.yml (सहायक कॉन्फ़िगरेशन docker-compose), docker-compose.dcproj ( विज़ुअल स्टूडियो के लिए प्रोजेक्ट फ़ाइल)।

प्रोजेक्ट निर्देशिका में एक Dockerfile फ़ाइल बनाई जाएगी। दरअसल, इस फाइल की मदद से हम अपनी इमेज बनाते हैं। डिफ़ॉल्ट रूप से (यदि परियोजना को DockerServiceDemo कहा जाता है) तो यह कुछ इस तरह दिख सकता है:

 FROM microsoft/aspnetcore:2.0 AS base WORKDIR /app EXPOSE 80 FROM microsoft/aspnetcore-build:2.0 AS build WORKDIR /src COPY DockerServiceDemo/DockerServiceDemo.csproj DockerServiceDemo/ RUN dotnet restore DockerServiceDemo/DockerServiceDemo.csproj COPY . . WORKDIR /src/DockerServiceDemo RUN dotnet build DockerServiceDemo.csproj -c Release -o /app FROM build AS publish RUN dotnet publish DockerServiceDemo.csproj -c Release -o /app FROM base AS final WORKDIR /app COPY --from=publish /app . ENTRYPOINT ["dotnet", "DockerServiceDemo.dll"]

.NET कोर 2.0 के लिए प्रारंभिक कॉन्फ़िगरेशन आपको डॉक बिल्ड कमांड का उपयोग करके छवि को तुरंत बनाने की अनुमति नहीं देगा। यह एक स्तर एक निर्देशिका से docker- रचना फ़ाइल लॉन्च करने के लिए कॉन्फ़िगर किया गया है। निर्माण के लिए सफलतापूर्वक आगे बढ़ने के लिए, डॉकरफाइल को समान रूप में लाया जा सकता है:

 FROM microsoft/aspnetcore:2.0 AS base WORKDIR /app EXPOSE 80 FROM microsoft/aspnetcore-build:2.0 AS build WORKDIR /src COPY DockerServiceDemo.csproj DockerServiceDemo.csproj RUN dotnet restore DockerServiceDemo.csproj COPY . . WORKDIR /src RUN dotnet build DockerServiceDemo.csproj -c Release -o /app FROM build AS publish RUN dotnet publish DockerServiceDemo.csproj -c Release -o /app FROM base AS final WORKDIR /app COPY --from=publish /app . ENTRYPOINT ["dotnet", "DockerServiceDemo.dll"]

मैंने केवल अतिरिक्त DockerServiceDemo निर्देशिका को हटा दिया था।

यदि आप Visual Studio Code का उपयोग करते हैं, तो आपको फ़ाइलों को मैन्युअल रूप से जनरेट करना होगा। हालाँकि वीएस कोड में डॉकर एक्सटेंशन के रूप में सहायक कार्यक्षमता है, मैं वीएस कोड से डॉकटर के साथ काम करने के लिए मैनुअल पर एक लिंक जोड़ूंगा - डॉकर के साथ काम करना । हां, लेख अंग्रेजी में है, लेकिन यह चित्रों के साथ है

थ्री कोर्ड्स डॉकर

डॉकटर के साथ दैनिक कार्य के लिए, बस कुछ आदेश याद रखने के लिए पर्याप्त हैं।

बेशक, सबसे महत्वपूर्ण टीम एक छवि का निर्माण है। ऐसा करने के लिए, आपको उस निर्देशिका में जाने के लिए bash / CMD / PowerShell का उपयोग करने की आवश्यकता है जहां Dockerfile स्थित है और कमांड निष्पादित करें:

 docker build -t your_image_name .

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

 docker build -t docker_account_name/image_name:your_tag .

यहां आपका_डॉकर_एकाउंट_नाम आपके डॉकटर हब अकाउंट का नाम है।

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

 docker tag image_name docker_account_name/image_name:your_tag

हब में परिवर्तन भेजने के लिए, अब आपको निम्नलिखित कमांड चलाने की आवश्यकता है:

 docker push docker_account_name/image_name:your_tag

इससे पहले, आपको अपने डॉकटर खाते में लॉग इन करना होगा। विंडोज पर, यह एप्लिकेशन UI से किया जाता है, लेकिन * nix पर, यह कमांड के साथ किया जाता है:

 docker login

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

 docker run -it -p 5000:80 image_name

-यह विकल्प एक छद्म-टीटीवाई बनाएगा और आपका कंटेनर अनुरोधों का जवाब देगा। कमांड चलाने के बाद, सेवा http: // localhost: 5000 / पर उपलब्ध होगी।

-p 5000: 80 सहयोगी होस्ट के पोर्ट 80 के साथ कंटेनर के पोर्ट 5000 का।

इसके अलावा, ऐसे आदेश हैं:

 docker ps –a

आपको कंटेनरों की एक सूची दिखाते हैं। चूंकि -a स्विच जोड़ा गया है, सभी कंटेनरों को प्रदर्शित किया जाएगा, न कि केवल उन पर जो वर्तमान में चल रहे हैं।

 docker rm container_name

यह कमांड कंटेनर_नाम नामक कंटेनर को हटा देगा। rm - निकालने के लिए छोटा

 docker logs container_name

कंटेनर लॉग प्रदर्शित करें

 docker rmi image_name

छवि_नाम नामक छवि हटाता है

एक रिवर्स प्रॉक्सी सर्वर के माध्यम से एक कंटेनर लॉन्च करना

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

सबसे पहले, मूल Dockerfile कॉन्फ़िगरेशन को पुनर्स्थापित करें। उसके बाद, हम docker-compose.yml फ़ाइल से निपटेंगे और अकेले हमारी सेवा चलाने का प्रयास करेंगे। Yml फ़ाइल स्वरूप को "yaml" के रूप में पढ़ा जाता है और यह "यम ए मार्कअप लैंग्वेज" या "यम्लल ऐनट मार्कअप लैंग्वेज" से एक संक्षिप्त नाम है। या तो एक और मार्कअप भाषा, या बिल्कुल भी मार्कअप भाषा नहीं। किसी तरह, सब कुछ निश्चित नहीं है।

मेरा डिफ़ॉल्ट डॉक-कम्पोज़ फ़ाइल इस तरह दिखता है:

 version: '3.4' services: dockerservicedemo: image: ${DOCKER_REGISTRY}dockerservicedemo build: context: . dockerfile: DockerServiceDemo/Dockerfile

Docker-compose.override.yml फ़ाइल कॉन्फ़िगरेशन में कई सेटिंग्स जोड़ती है:
संस्करण: '3.4'

 services: dockerservicedemo: environment: - ASPNETCORE_ENVIRONMENT=Development ports: - "80"

हम डॉकटर-कम्पोज़ बिल्ड का उपयोग करके निर्मित समाधान का निर्माण कर सकते हैं, डॉकटर-कम्पोज़ अप कमांड को कॉल करके, हम अपने कंटेनर को लॉन्च करेंगे। सब कुछ काम करता है? फिर अगले चरण पर जाएं। Nginx.info फ़ाइल बनाएँ। विन्यास लगभग इस प्रकार होगा:

 worker_processes 4; events { worker_connections 1024; } http { sendfile on; upstream app_servers { server dockerservicedemo:80; } server { listen 80; location / { proxy_pass http://app_servers; proxy_http_version 1.1; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection keep-alive; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } }

यहां हम संकेत देते हैं कि नाज़िनक्स पोर्ट 80 पर सुनेगा (सुनो 80;)। और प्राप्त अनुरोधों को dockerservicedemo कंटेनर में होस्ट के 80 वें पोर्ट पर पुनर्निर्देशित किया जाएगा। इसके अलावा, हम नंगेक्स को बताते हैं कि किस हेडर को पास करना है।

हम http का उपयोग nginx में कर सकते हैं, और वेबसाइट का उपयोग https के माध्यम से कर सकते हैं। जब एक https अनुरोध http प्रॉक्सी के माध्यम से जाता है, तो https से बहुत सारी जानकारी http से पारित नहीं होती है। इसके अलावा, प्रॉक्सी का उपयोग करते समय, बाहरी आईपी पता खो जाता है। इस जानकारी को शीर्ष लेखों में प्रेषित करने के लिए, आपको हमारे ASP.NET प्रोजेक्ट के कोड को बदलने और Startup.cs फ़ाइल के कॉन्फ़िगर विधि की शुरुआत में निम्न कोड जोड़ने की आवश्यकता है:

  app.UseForwardedHeaders(new ForwardedHeadersOptions { ForwardedHeaders = ForwardedHeaders.XForwardedFor | ForwardedHeaders.XForwardedProto });

अधिकांश प्रॉक्सी सर्वर एक्स-फ़ॉर्वर्ड-फॉर और एक्स-फ़ॉर्वर्ड-प्रोटो हेडर का उपयोग करते हैं। यह ये हेडर हैं जो अब nginx कॉन्फ़िगरेशन में निर्दिष्ट हैं।

अब डॉकटर-कंपोज़ कॉन्फ़िगरेशन में नेगनेक्स इमेज और nginx.conf फ़ाइल को शामिल करें। YAML रिक्त स्थान में सावधानी:

 version: '3.4' services: dockerservicedemo: image: ${DOCKER_REGISTRY}dockerservicedemo build: context: . dockerfile: DockerServiceDemo/Dockerfile ports: - 5000:80 proxy: image: nginx:latest volumes: - ./DockerServiceDemo/nginx.conf:/etc/nginx/nginx.conf ports: - 80:80

यहाँ हम अपने विन्यास को एक nginx छवि के रूप में सम्‍मिलित करते हैं। हम इस छवि को एक बाहरी सेटिंग फ़ाइल से जोड़ते हैं। हम इसे वॉल्यूम नामक एक तंत्र का उपयोग करके कंटेनर फ़ाइल सिस्टम में माउंट करते हैं। यदि आप अंत में जोड़ते हैं: आरओ तो ऑब्जेक्ट केवल पढ़ने के लिए माउंट किया जाएगा।

प्रॉक्सी मशीन के बाहरी 80 वें पोर्ट को सुनता है, जिस पर कंटेनर चल रहा है और कंटेनर के आंतरिक 80 वें पोर्ट पर एक अनुरोध भेजता है।

डॉकर-कंपोज़ अप कमांड चलाने से, हम पॉप्युलेट करेंगे, अर्थात, रिपोजिटरी से नग्नेक्स छवि निकालें और प्रॉक्सी कंटेनर के साथ हमारे कंटेनर को शुरू करें। अब http: // localhost पर: 80 / यह nginx के माध्यम से सुलभ होगा। 5000 वें बंदरगाह पर, एप्लिकेशन "स्पिन" भी केस्टेल के तहत है।

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

हम कंटेनर को प्रॉक्सी और HTTPS के माध्यम से लॉन्च करते हैं

ASP.NET Core 2.1 ने HTTPS समर्थन में सुधार लाया।
मान लें कि निम्न मिडलवेयर आपको असुरक्षित कनेक्शन से सुरक्षित स्थान पर पुनर्निर्देशित करने की अनुमति देता है:

 app.UseHttpsRedirection();

और अगला आपको HTTP सख्त परिवहन सुरक्षा प्रोटोकॉल - HSTS का उपयोग करने की अनुमति देता है।

 app.UseHsts();

HSTS HTTP / 2 प्रोटोकॉल की एक विशेषता है, जिसके विनिर्देश 2015 में जारी किए गए थे। यह कार्यक्षमता आधुनिक ब्राउज़रों द्वारा समर्थित है और बताती है कि वेबसाइट केवल https का उपयोग करती है। इस प्रकार, एक डाउनग्रेड हमले के खिलाफ सुरक्षा होती है, जिसके दौरान हमलावर असुरक्षित http प्रोटोकॉल के लिए संक्रमण का उपयोग करके स्थिति का लाभ उठा सकता है। उदाहरण के लिए, टीएलएस को डाउनग्रेड करें या यहां तक कि एक प्रमाण पत्र को बदलें।

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

पहली बार जब आप विंडोज पर कोई कोर एप्लिकेशन चलाते हैं, तो आपको एक संदेश प्राप्त होगा जिसमें कहा गया था कि एक डेवलपर प्रमाणपत्र बनाया और स्थापित किया गया है। बटन पर क्लिक करके और प्रमाण पत्र स्थापित करके, आप इस प्रकार इस पर भरोसा करेंगे। MacOS पर कमांड लाइन से, आप कमांड का उपयोग करके प्रमाणपत्र में विश्वास जोड़ सकते हैं:
डॉटनेट देव-सीट्स https -trust

यदि देव-सेर्ट्स उपयोगिता स्थापित नहीं है, तो आप इसे कमांड के साथ स्थापित कर सकते हैं:

 dotnet tool install --global dotnet-dev-certs

लिनक्स पर भरोसा करने के लिए एक प्रमाण पत्र कैसे जोड़ें वितरण पर निर्भर करता है।
परीक्षण के उद्देश्यों के लिए, हम डेवलपर के प्रमाण पत्र का उपयोग करते हैं। CA द्वारा हस्ताक्षरित प्रमाण पत्र के साथ कार्य समान हैं। यदि वांछित है, तो आप निशुल्क LetsEncrypt प्रमाणपत्र का उपयोग कर सकते हैं

आप कमांड सर्टिफिकेट का उपयोग करके फाइल को डेवलपर सर्टिफिकेट एक्सपोर्ट कर सकते हैं

 dotnet dev-certs https -ep ___.pfx

फ़ाइल को Windows के अंतर्गत% APPDATA% / ASP.NET / Https / निर्देशिका या macOS / Linux के तहत /root/.aspnet/https/ पर कॉपी किया जाना चाहिए।

प्रमाणपत्र और उसके पासवर्ड का पथ चुनने के लिए कंटेनर के लिए, निम्न सामग्री के साथ उपयोगकर्ता रहस्य बनाएं:

 { "Kestrel":{ "Certificates":{ "Default":{ "Path": "/root/.aspnet/https/__.pfx", "Password": "___" } } } }

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

विंडोज पर, फ़ाइल को% APPDATA% \ Microsoft \ UserSecrets \ <user_secrets_id> \ secret.json निर्देशिका में सहेजा जाएगा, और macOS और Linux पर इसे ~ / .microsoft / usersecrets / <user_secrets_id> /secrets.json में सहेजा जाएगा।

उत्पादन के लिए सेटिंग्स को बचाने के लिए, कुछ लिनक्स वितरण सिस्टमड का उपयोग कर सकते हैं । सेटिंग्स को सेवा विशेषता के तहत सहेजा जाता है। उदाहरण के लिए, इस तरह:

 [Service] Environment="Kestrel _ Certificates _ Default _Path=/root/.aspnet/https/__.pfx" Environment="Kestrel _ Certificates _ Default _Password=___"

अगला, मैं तुरंत https के माध्यम से प्रॉक्सी और कंटेनर के लिए docker कॉन्फ़िगरेशन के कार्यशील संस्करण को दे दूंगा और विश्लेषण करूंगा।

डॉकटर-कम्पोज़ फ़ाइल:

 version: '3.4' services: dockerservicedemo21: image: ${DOCKER_REGISTRY}dockerservicedemo build: context: . dockerfile: DockerServiceDemo/Dockerfile  override: version: '3.4' services: dockerservicedemo: environment: - ASPNETCORE_ENVIRONMENT=Development - ASPNETCORE_URLS=https://+:44392;http://+:80 - ASPNETCORE_HTTPS_PORT=44392 ports: - "59404:80" - "44392:44392" volumes: - ${APPDATA}/ASP.NET/Https:/root/.aspnet/https:ro - ${APPDATA}/Microsoft/UserSecrets:/root/.microsoft/usersecrets:ro proxy: image: nginx:latest volumes: - ./DockerServiceDemo/nginx.conf:/etc/nginx/nginx.conf - ./DockerServiceDemo/cert.crt:/etc/nginx/cert.crt - ./DockerServiceDemo/cert.rsa:/etc/nginx/cert.rsa ports: - "5001:44392"

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

ASPNETCORE_HTTPS_PORT निम्नलिखित कोड क्या करेगा के समान एक रीडायरेक्ट करता है:
सेवाएं .ddHttpsRedirection (विकल्प => विकल्प ।ttpsPort = 44392)

यही है, http अनुरोधों से ट्रैफ़िक को https अनुरोधों के एक विशिष्ट पोर्ट पर पुनर्निर्देशित किया जाएगा।
बंदरगाहों का उपयोग करने से यह संकेत मिलता है कि बाहरी 59404 वें बंदरगाह से अनुरोध को 80 वें कंटेनर पर पुनर्निर्देशित किया जाएगा, और 44392 वें बाहरी बंदरगाह से 44392 वें तक। सैद्धांतिक रूप से, चूंकि हमने एक रिवर्स प्रॉक्सी सर्वर को कॉन्फ़िगर किया है, इसलिए हम इन रीडायरेक्ट के साथ पोर्ट हटा सकते हैं।
वॉल्यूम का उपयोग करते हुए, एक pfx प्रमाणपत्र के साथ एक निर्देशिका और एक UserSecrets एप्लिकेशन को पासवर्ड और प्रमाणपत्र के लिंक के साथ माउंट किया जाता है।

प्रॉक्सी अनुभाग इंगित करता है कि 5001 वें बाहरी बंदरगाह से अनुरोधों को 44392 वें नगीनक्स बंदरगाह पर पुनर्निर्देशित किया जाएगा। इसके अलावा, एक nginx कॉन्फ़िगरेशन फ़ाइल माउंट की गई है, साथ ही एक प्रमाणपत्र और एक प्रमाणपत्र कुंजी भी।

Crt और rsa फाइल बनाने के लिए उनके लिए एकल pfx प्रमाणपत्र (जो हमारे पास पहले से है) बनाने के लिए, आप OpenLL का उपयोग कर सकते हैं। पहले आपको प्रमाण पत्र निकालने की आवश्यकता है:

 openssl pkcs12 -in ./_.pfx -clcerts -nokeys -out domain.crt

और फिर निजी कुंजी:

 openssl pkcs12 -in ./_.pfx -nocerts -nodes -out domain.rsa

नगीन विन्यास इस प्रकार है:

 worker_processes 4; events { worker_connections 1024; } http { sendfile on; upstream app_servers { server dockerservicedemo:44392; } server { listen 44392 ssl; ssl_certificate /etc/nginx/cert.crt; ssl_certificate_key /etc/nginx/cert.rsa; location / { proxy_pass https://app_servers; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection keep-alive; proxy_set_header Host $host; proxy_cache_bypass $http_upgrade; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto $scheme; } } }

प्रॉक्सी सर्वर पोर्ट 44392 पर सुन रहा है। यह पोर्ट 5001 वें होस्ट पोर्ट से अनुरोध प्राप्त करता है। इसके बाद, प्रॉक्सी dockerdemoservice कंटेनर के 44392 वें पोर्ट के लिए अनुरोध करता है।

इन उदाहरणों को समझने के बाद, आपको docker, microservices और nginx के साथ काम करने के लिए एक अच्छी पृष्ठभूमि मिल जाएगी।

हम आपको याद दिलाते हैं कि यह हैकर पत्रिका के एक लेख का पूर्ण संस्करण है। इसके लेखक एलेक्सी सोमर हैं ।

ASP.NET कोर एप्लिकेशन को डॉकर का उपयोग करके पैक करना