Dodeer का उपयोग करके Node.js अनुप्रयोगों का व्यावसायिक कंटेनरीकरण

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



अब हम उन लोगों के लिए डिज़ाइन किए गए डॉकर के बारे में कई लेख प्रकाशित कर रहे हैं, जो विभिन्न स्थितियों में इसके उपयोग के लिए इस मंच को सीखना चाहते हैं। एक ही सामग्री मुख्य रूप से Node.js के विकास में डोकर के व्यावसायिक उपयोग पर केंद्रित है।

कर्ता क्या है?

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

Node.js प्रोजेक्ट बनाना

इससे पहले कि हम एक डॉकटर कंटेनर में एक Node.js परियोजना पैक करें, हमें इस परियोजना को बनाने की आवश्यकता है। चलो करते हैं। यहाँ इस परियोजना का package.json फ़ाइल है:

 { "name": "node-app", "version": "1.0.0", "description": "The best way to manage your Node app using Docker", "main": "index.js", "scripts": {   "start": "node index.js" }, "author": "Ankit Jain <ankitjain28may77@gmail.com>", "license": "ISC", "dependencies": {   "express": "^4.16.4" } } 

प्रोजेक्ट निर्भरताएँ स्थापित करने के लिए, npm install कमांड चलाएँ। इस आदेश के दौरान, अन्य बातों के अलावा, package-lock.json फ़ाइल बनाई जाएगी। अब index.js फ़ाइल बनाएँ, जिसमें प्रोजेक्ट कोड होगा:

 const express = require('express'); const app = express(); app.get('/', (req, res) => { res.send('The best way to manage your Node app using Docker\n'); }); app.listen(3000); console.log('Running on http://localhost:3000'); 

जैसा कि आप देख सकते हैं, यहां हमने एक साधारण सर्वर का वर्णन किया है जो इसके अनुरोध के जवाब में कुछ पाठ देता है।

Dockerfile बनाएं

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

Dockerfile एक पाठ फ़ाइल है जिसमें किसी अनुप्रयोग के लिए Docker छवि बनाने के निर्देश हैं। इस फ़ाइल में दिए गए निर्देश, यदि विवरण में नहीं जा रहे हैं, तो एक बहु-स्तरीय फ़ाइल सिस्टम की परतों के निर्माण का वर्णन करें, जिसमें वह सब कुछ है जो एक एप्लिकेशन को काम करने की आवश्यकता है। डॉकर प्लेटफॉर्म इमेज लेयर को कैश कर सकता है, जो कि पहले से कैश में मौजूद लेयर्स को फिर से यूज करते हुए इमेज बनाने की प्रक्रिया को तेज कर देता है।

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

एक खाली डॉकरीफाइल बनाएं:

 touch Dockerfile 

चूंकि हम Node.js एप्लिकेशन के लिए एक कंटेनर बनाने जा रहे हैं, इसलिए पहली चीज़ जो हमें कंटेनर में रखनी होगी, वह है मूल नोड इमेज, जो डॉकर हब पर पाई जा सकती है। हम Node.js. के LTS संस्करण का उपयोग करेंगे नतीजतन, हमारे डॉकरफाइल का पहला बयान निम्नलिखित कथन होगा:

 FROM node:8 

उसके बाद, हमारे कोड के लिए एक निर्देशिका बनाएं। उसी समय, यहां उपयोग किए गए ARG निर्देश के लिए धन्यवाद, हम कर सकते हैं, यदि आवश्यक हो, तो कंटेनर की असेंबली के दौरान /app डायरेक्टरी का नाम /app अलावा निर्दिष्ट करें। इस मैनुअल के बारे में विवरण यहाँ पाया जा सकता है ।

 #   ARG APP_DIR=app RUN mkdir -p ${APP_DIR} WORKDIR ${APP_DIR} 

चूंकि हम नोड छवि का उपयोग करते हैं, इसलिए इसमें पहले से ही Node.js और npm प्लेटफॉर्म स्थापित किए जाएंगे। छवि में पहले से ही क्या है, इसका उपयोग करके, आप प्रोजेक्ट निर्भरता की स्थापना को व्यवस्थित कर सकते हैं। --production फ़्लैग (या अगर NODE_ENV एनवायरनमेंट NODE_ENV को production सेट किया जाता है) का उपयोग करते हुए --production फ़ाइल के devDependencies सेक्शन में लिस्ट किए गए मॉड्यूल्स को इंस्टाल नहीं करेगा।

 #   COPY package*.json ./ RUN npm install #     # RUN npm install --production 

यहां हम package*.json फ़ाइल को छवि की नकल कर रहे हैं, उदाहरण के लिए, सभी प्रोजेक्ट फ़ाइलों की प्रतिलिपि बना रहे हैं। हम ऐसा सिर्फ इसलिए करते हैं क्योंकि डॉकरीफाइल RUN , COPY और ADD निर्देश अतिरिक्त इमेज लेयर्स बनाते हैं, इसलिए आप डॉकर प्लेटफॉर्म लेयर्स के कैशिंग फीचर्स का उपयोग कर सकते हैं। इस दृष्टिकोण के साथ, अगली बार जब हम एक समान छवि एकत्र करते हैं, तो डॉकर यह पता लगाएगा कि क्या पहले से ही कैश में मौजूद छवि परतों का पुन: उपयोग करना संभव है, और यदि ऐसा है, तो यह नए लोगों को बनाने के बजाय, जो पहले से ही है, उसका लाभ उठाएगा। परतों। यह आपको बड़ी परियोजनाओं पर काम के दौरान परतों को इकट्ठा करने में गंभीरता से समय बचाने की अनुमति देता है, जिसमें कई एनपीएम मॉड्यूल शामिल हैं।

अब प्रोजेक्ट फाइलों को वर्तमान वर्किंग डायरेक्टरी में कॉपी करें। यहां हम ADD निर्देश का उपयोग नहीं करेंगे, लेकिन COPY अनुदेश। वास्तव में, ज्यादातर मामलों में यह COPY अनुदेश को वरीयता देने की सिफारिश की जाती है।

COPY साथ तुलना में ADD निर्देश में कुछ विशेषताएं हैं, जो, हालांकि, हमेशा आवश्यक नहीं होती हैं। उदाहरण के लिए, हम .tar अभिलेखागार को अनपैक करने और URL द्वारा फ़ाइलों को डाउनलोड करने के विकल्पों के बारे में बात कर रहे हैं।

 #    COPY . . 

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

 #   ,      EXPOSE 3000 

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

 #   CMD ["npm", "start"] 

यहां बताया गया है कि समाप्त डॉकरीफाइल कैसा दिखेगा:

 FROM node:8 #   ARG APP_DIR=app RUN mkdir -p ${APP_DIR} WORKDIR ${APP_DIR} #   COPY package*.json ./ RUN npm install #     # RUN npm install --production #    COPY . . #   ,      EXPOSE 3000 #   CMD ["npm", "start"] 

छवि विधानसभा

हमने एक Dockerfile फ़ाइल तैयार की है जिसमें छवि बनाने के निर्देश हैं, जिसके आधार पर एक रनिंग एप्लिकेशन वाला कंटेनर बनाया जाएगा। निम्नलिखित फ़ॉर्म की एक कमांड निष्पादित करके छवि को इकट्ठा करें:

 docker build --build-arg <build arguments> -t <user-name>/<image-name>:<tag-name> /path/to/Dockerfile 

हमारे मामले में, यह इस तरह दिखेगा:

 docker build --build-arg APP_DIR=var/app -t ankitjain28may/node-app:V1 . 

Dockerfile का ARG स्टेटमेंट है जो तर्क APP_DIR वर्णन करता है। यहाँ हम इसका अर्थ निर्धारित करते हैं। यदि ऐसा नहीं किया जाता है, तो यह उस मान को ले जाएगा जो उसे फाइल में सौंपा गया है, वह है - app ।

छवि को इकट्ठा करने के बाद, जांचें कि क्या डॉकर इसे देखता है। ऐसा करने के लिए, निम्नलिखित कमांड चलाएँ:

 docker images 

इस आदेश के जवाब में, लगभग निम्नलिखित आउटपुट होना चाहिए।


डॉकटर छवियां

छवि लॉन्च

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

 docker run -p <External-port:exposed-port> -d --name <name of the container> <user-name>/<image-name>:<tag-name> 

हमारे मामले में, यह इस तरह दिखेगा:

 docker run -p 8000:3000 -d --name node-app ankitjain28may/node-app:V1 

हम इस कमांड का उपयोग करके काम करने वाले कंटेनरों के बारे में जानकारी के लिए सिस्टम से पूछेंगे:

 docker ps 

इसके जवाब में, सिस्टम को निम्नलिखित की तरह कुछ आउटपुट देना चाहिए:


डॉकटर कंटेनर

अब तक, सब कुछ उम्मीद के मुताबिक चल रहा है, हालांकि हमने अभी तक कंटेनर में चल रहे एप्लिकेशन तक पहुंचने की कोशिश नहीं की है। अर्थात्, हमारे कंटेनर, जिसका नाम node-app , पोर्ट 8000 पर सुनता है। इसे एक्सेस करने की कोशिश करने के लिए, आप एक ब्राउज़र खोल सकते हैं और localhost:8000 पर जा सकते हैं localhost:8000 । इसके अलावा, कंटेनर के स्वास्थ्य की जांच करने के लिए, आप निम्न कमांड का उपयोग कर सकते हैं:

 curl -i localhost:8000 

अगर कंटेनर वास्तव में काम करता है, तो इस कमांड के जवाब में निम्नलिखित आकृति में दिखाया गया कुछ जैसा होगा।


कंटेनर स्वास्थ्य जांच परिणाम

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

सिफारिशें

डॉकर की शक्ति का लाभ उठाने और यथासंभव कॉम्पैक्ट चित्र बनाने के लिए यहां कुछ सुझाव दिए गए हैं।

▍1। हमेशा एक .dockerignore फ़ाइल बनाएँ

प्रोजेक्ट फ़ोल्डर में जिसे आप कंटेनर में रखने की योजना बनाते हैं, आपको हमेशा एक .dockerignore फ़ाइल बनाने की आवश्यकता .dockerignore है। यह आपको उन फ़ाइलों और फ़ोल्डरों को अनदेखा करने की अनुमति देता है जिनकी छवि बनाते समय आवश्यकता नहीं होती है। इस दृष्टिकोण के साथ, हम तथाकथित बिल्ड संदर्भ को कम कर सकते हैं, जो हमें छवि को जल्दी से इकट्ठा करने और इसके आकार को कम करने की अनुमति देगा। यह फ़ाइल फ़ाइल नाम टेम्प्लेट का समर्थन करती है, इसमें यह एक .gitignore फ़ाइल के समान है। इसमें .dockerignore के लिए एक कमांड जोड़ने की सिफारिश की गई है, जिसके कारण Docker /.git फ़ोल्डर को अनदेखा कर /.git , क्योंकि इस फ़ोल्डर में आमतौर पर बड़ी सामग्री (विशेष रूप से एक परियोजना के विकास के दौरान) होती है और इसे छवि में जोड़ने से इसके आकार में वृद्धि होती है। इसके अलावा, इस फ़ोल्डर को एक छवि में कॉपी करने से बहुत मतलब नहीं है।

▍2। मल्टी-स्टेज इमेज असेंबली प्रक्रिया का उपयोग करें

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

इस विचार के साथ सशस्त्र, ऐसा करने का प्रयास करें:

 #   COPY package*.json ./ RUN npm install --production # - COPY . . RUN npm run build:production #    npm- RUN rm -rf node_modules 

हालांकि, ऐसा दृष्टिकोण हमें शोभा नहीं देगा। जैसा कि हमने पहले ही कहा था, RUN , ADD और COPY निर्देश डोकर द्वारा कैश की गई परतें बनाते हैं, इसलिए हमें निर्भरता की स्थापना को संभालने, प्रोजेक्ट के निर्माण और फिर एक कमांड के साथ अनावश्यक फ़ाइलों को हटाने का एक तरीका खोजने की आवश्यकता है। उदाहरण के लिए, यह इस तरह दिख सकता है:

 #      COPY . . #  ,      RUN npm install --production && npm run build:production && rm -rf node_module 

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

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

 FROM node:8 As build #  RUN mkdir /app && mkdir /src WORKDIR /src #   COPY package*.json ./ RUN npm install #     # RUN npm install --production #       COPY . . RUN npm run build:production #    ,     FROM node:alpine #      build   app COPY --from=build ./src/build/* /app/ ENTRYPOINT ["/app"] CMD ["--help"] 

इस दृष्टिकोण के साथ, परिणामस्वरूप छवि पिछली छवि की तुलना में बहुत छोटी है, और हम node:alpine उपयोग भी करते हैं node:alpine छवि, जो स्वयं बहुत छोटी है। और यहां छवियों की एक जोड़ी की तुलना है, जिसके दौरान यह देखा जा सकता है कि node:alpine की छवि node:alpine की छवि की तुलना में बहुत छोटी है node:8 ।


नोड रिपॉजिटरी से छवियों की तुलना करना

▍3। डॉकर कैश का उपयोग करें

अपनी छवियों को बनाने के लिए डॉकर्स की कैशिंग क्षमताओं का उपयोग करने के लिए प्रयास करें। हमने पहले से ही इस सुविधा पर ध्यान दिया था जब एक फ़ाइल के साथ काम किया गया था जिसे नाम package*.json द्वारा एक्सेस किया गया था। यह छवि के निर्माण समय को कम करता है। लेकिन इस अवसर का उपयोग कठोरता से नहीं किया जाना चाहिए।

मान लीजिए कि हम बेस Ubuntu:16.04 छवि से बनाई गई छवि में डॉकएफ़ाइल स्थापित करने के पैकेज का वर्णन करते हैं Ubuntu:16.04 :

 FROM ubuntu:16.04 RUN apt-get update && apt-get install -y \   curl \   package-1 \   .   . 

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

 FROM ubuntu:16.04 RUN apt-get update RUN apt-get install -y \   curl \   package-1 \   .   . 

अब, जब पहली बार छवि को इकट्ठा करते हैं, तो सब कुछ वैसा ही हो जाता है, जैसा कि कैश अभी तक नहीं हुआ है। अब कल्पना करें कि हमें एक और पैकेज, package-2 को स्थापित करने की आवश्यकता है। ऐसा करने के लिए, हम फ़ाइल को फिर से लिखते हैं:

 FROM ubuntu:16.04 RUN apt-get update RUN apt-get install -y \   curl \   package-1 \   package-2 \   .   . 

इस तरह के आदेश के परिणामस्वरूप, package-2 को स्थापित या अद्यतन नहीं किया जाएगा। क्यों? तथ्य यह है कि जब RUN apt-get update अनुदेश को निष्पादित करते हैं, तो Docker को इस निर्देश और पहले निष्पादित अनुदेश के बीच कोई अंतर नहीं दिखता है, परिणामस्वरूप, यह कैश से डेटा लेता है। और यह डेटा पहले से पुराना है। जब RUN apt-get install निर्देश RUN apt-get install संसाधित करते हैं RUN apt-get install सिस्टम इसे निष्पादित करता है, इसके लिए यह पिछले डॉकरफाइल में एक समान निर्देश की तरह नहीं दिखता है, लेकिन स्थापना के दौरान, त्रुटियां हो सकती हैं या संकुल के पुराने संस्करण को स्थापित किया जाएगा। परिणामस्वरूप, यह पता चलता है कि update और install कमांड को उसी RUN निर्देश के भीतर निष्पादित किया जाना चाहिए, जैसा कि पहले उदाहरण में किया गया है। कैशिंग एक महान विशेषता है, लेकिन इस सुविधा का लापरवाह उपयोग समस्याओं को जन्म दे सकता है।

▍4। छवि परतों की संख्या कम से कम

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

परिणाम

इस लेख में, हमने डॉकटर कंटेनरों में Node.js अनुप्रयोगों की पैकेजिंग और ऐसे कंटेनरों के साथ काम करने की प्रक्रिया को देखा। इसके अलावा, हमने कुछ सिफारिशें कीं, जिनका उपयोग न केवल Node.js परियोजनाओं के लिए कंटेनर बनाते समय किया जा सकता है।

प्रिय पाठकों! यदि आप Node.js प्रोजेक्ट्स के साथ काम करते समय पेशेवर रूप से Docker का उपयोग करते हैं, तो कृपया शुरुआती लोगों के साथ इस प्रणाली के प्रभावी उपयोग पर सिफारिशें साझा करें।