"DevOps को लागी Kubernetes" बुक गर्नुहोस्

नमस्ते खबरबासीहरु ! Kubernetes आधुनिक क्लाउड इकोसिस्टम को प्रमुख तत्वहरु मध्ये एक हो। यो प्रविधिले कन्टेनर भर्चुअलाइजेसनमा विश्वसनीयता, स्केलेबिलिटी र लचिलोपन प्रदान गर्दछ। John Arundel र Justin Domingus Kubernetes इकोसिस्टमको बारेमा कुरा गर्छन् र दैनिक समस्याहरूको सिद्ध समाधानहरू प्रस्तुत गर्छन्। चरणबद्ध रूपमा, तपाईंले आफ्नै क्लाउड-नेटिभ एप्लिकेसन निर्माण गर्नुहुनेछ र यसलाई समर्थन गर्न पूर्वाधार सिर्जना गर्नुहुनेछ, विकास वातावरण र निरन्तर डिप्लोइमेन्ट पाइपलाइन सेटअप गर्नुहोस् जसले तपाईंलाई आफ्नो अर्को अनुप्रयोगहरूमा काम गर्दा मद्दत गर्नेछ।

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

पुस्तक कसको लागि हो?

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

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

किताबले कस्ता प्रश्नहरूको जवाफ दिन्छ?

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

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

र सायद सबै प्रश्नहरू मध्ये सबैभन्दा महत्त्वपूर्ण:

• "मेरो कम्पनीलाई बाधा पुर्‍याउन बिना म कसरी कुबेरनेटहरू प्रयोग गर्न सक्छु?"

अंश। कन्फिगरेसन र गोप्य वस्तुहरू

Kubernetes अनुप्रयोगको तर्कलाई यसको कन्फिगरेसनबाट अलग गर्ने क्षमता (अर्थात, समयसँगै परिवर्तन हुन सक्ने कुनै पनि मान वा सेटिङहरूबाट) धेरै उपयोगी छ। कन्फिगरेसन मानहरूमा सामान्यतया वातावरण-विशिष्ट सेटिङहरू, तेस्रो-पक्ष सेवा DNS ठेगानाहरू, र प्रमाणीकरण प्रमाणहरू समावेश हुन्छन्।

निस्सन्देह, यो सबै सीधा कोड मा राख्न सकिन्छ, तर यो दृष्टिकोण पर्याप्त लचिलो छैन। उदाहरणका लागि, कन्फिगरेसन मान परिवर्तन गर्दा तपाइँले तपाइँको कोड पुन: निर्माण र डिप्लोय गर्न आवश्यक पर्दछ। एक धेरै राम्रो समाधान कोडबाट कन्फिगरेसन अलग गर्न र फाइल वा वातावरण चरबाट यसलाई पढ्नु हो।

Kubernetes कन्फिगरेसन व्यवस्थापन गर्न धेरै फरक तरिकाहरू प्रदान गर्दछ। पहिले, तपाईंले पोड र्यापर स्पेसिफिकेशनमा निर्दिष्ट वातावरणीय चरहरू मार्फत अनुप्रयोगमा मानहरू पास गर्न सक्नुहुन्छ (पृष्ठ १९२ मा "पर्यावरण चर" हेर्नुहोस्)। दोस्रो, कन्फिगरेसन डाटा कन्फिगम्याप र गोप्य वस्तुहरू प्रयोग गरेर कुबेरनेटमा सीधा भण्डारण गर्न सकिन्छ।

यस अध्यायमा, हामी यी वस्तुहरू विस्तृत रूपमा अन्वेषण गर्छौं र डेमो अनुप्रयोग प्रयोग गरेर कन्फिगरेसन र संवेदनशील डेटा व्यवस्थापन गर्न केही व्यावहारिक दृष्टिकोणहरू हेर्छौं।

कन्फिगरेसन परिवर्तन हुँदा पोड शेलहरू अद्यावधिक गर्दै

कल्पना गर्नुहोस् कि तपाइँ तपाइँको क्लस्टर मा एक तैनाती छ र तपाइँ यसको कन्फिगम्याप मा केहि मानहरु परिवर्तन गर्न चाहानुहुन्छ। यदि तपाइँ हेल्म चार्ट प्रयोग गर्नुहुन्छ भने (पृष्ठ १०२ मा "हेल्म: प्याकेज प्रबन्धक कुबर्नेट्स" मा हेर्नुहोस्), तपाइँ स्वचालित रूपमा कन्फिगरेसन परिवर्तन पत्ता लगाउन सक्नुहुन्छ र एक सफा चालमा तपाइँको पोड शेलहरू पुन: लोड गर्न सक्नुहुन्छ। तपाईंको डिप्लोइमेन्ट स्पेसिफिकेशनमा निम्न एनोटेसन थप्नुहोस्:

checksum/config: {{ include (print $.Template.BasePath "/configmap.yaml") .
       | sha256sum }}

डिप्लोइमेन्ट टेम्प्लेटले अब कन्फिगरेसन प्यारामिटरहरूको चेकसम समावेश गर्दछ: यदि प्यारामिटरहरू परिवर्तन भएमा, योग अद्यावधिक हुनेछ। यदि तपाइँ हेल्म अपग्रेड चलाउनुहुन्छ भने, हेल्मले डिप्लोय स्पेसिफिकेशन परिवर्तन भएको पत्ता लगाउनेछ र सबै पोड शेलहरू पुन: सुरु गर्नेछ।

Kubernetes मा संवेदनशील डाटा

हामीलाई पहिले नै थाहा छ कि कन्फिगम्याप वस्तुले क्लस्टरमा कन्फिगरेसन डाटा भण्डारण र पहुँच गर्न लचिलो संयन्त्र प्रदान गर्दछ। जे होस्, धेरैजसो अनुप्रयोगहरूमा संवेदनशील र संवेदनशील जानकारी हुन्छ, जस्तै पासवर्ड वा API कुञ्जीहरू। यसलाई ConfigMap मा पनि भण्डारण गर्न सकिन्छ, तर यो समाधान आदर्श होइन।

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

सुरु गर्नको लागि, गुप्त वस्तुको लागि Kubernetes manifest मा हेर्नुहोस् (हेर्नुहोस् hello-secret-env/k8s/secret.yaml):

apiVersion: v1
kind: Secret
metadata:
    name: demo-secret
stringData:
    magicWord: xyzzy

यस उदाहरणमा, MagicWord निजी कुञ्जी xyzzy (en.wikipedia.org/wiki/Xyzzy_(computing)) हो। xyzzy शब्द सामान्यतया कम्प्युटरको संसारमा धेरै उपयोगी छ। कन्फिगम्याप जस्तै, तपाईंले गोप्य वस्तुमा बहु कुञ्जी र मानहरू भण्डारण गर्न सक्नुहुन्छ। यहाँ, सरलताको लागि, हामी केवल एक प्रमुख-मान जोडी प्रयोग गर्छौं।

गोप्य वस्तुहरू वातावरण चरको रूपमा प्रयोग गर्दै

कन्फिगम्याप जस्तै, गोप्य वस्तु कन्टेनरमा वातावरण चर वा यसको डिस्कमा फाइलको रूपमा उपलब्ध गराउन सकिन्छ। निम्न उदाहरणमा, हामी Secret बाट मानमा वातावरण चर प्रदान गर्नेछौं:

spec:
   containers:
       - name: demo
          image: cloudnatived/demo:hello-secret-env
          ports:
             - containerPort: 8888
          env:
             - name: GREETING
               valueFrom:
               secretKeyRef:
                  name: demo-secret
                  key: magicWord

manifests लागू गर्न डेमो भण्डारमा निम्न आदेश चलाउनुहोस्:

kubectl apply -f hello-secret-env/k8s/
deployment.extensions "demo" configured
secret "demo-secret" created

पहिले जस्तै, तपाईको ब्राउजरमा नतिजा हेर्न स्थानीय पोर्टलाई डिप्लोइमेन्टमा फर्वार्ड गर्नुहोस्:

kubectl port-forward deploy/demo 9999:8888
Forwarding from 127.0.0.1:9999 -> 8888
Forwarding from [::1]:9999 -> 8888

ठेगाना खोल्दा लोकलहोस्ट:9999/ तपाईंले निम्न देख्नुपर्छ:

The magic word is "xyzzy"

फाइलहरूमा गोप्य वस्तुहरू लेख्दै

यस उदाहरणमा, हामी गोप्य वस्तुलाई कन्टेनरमा फाइलको रूपमा संलग्न गर्नेछौं। कोड डेमो भण्डारको hello-secret-file फोल्डरमा अवस्थित छ।

फाइलको रूपमा गोप्य जडान गर्न, हामी निम्न तैनाती प्रयोग गर्नेछौं:

spec:
   containers:
       - name: demo
          image: cloudnatived/demo:hello-secret-file
          ports:
              - containerPort: 8888
          volumeMounts:
              - name: demo-secret-volume
                mountPath: "/secrets/"
                readOnly: true
   volumes:
      - name: demo-secret-volume
        secret:
           secretName: demo-secret

उपखण्डमा जस्तै "कन्फिगम्याप वस्तुहरूबाट कन्फिगरेसन फाइलहरू सिर्जना गर्दै" p मा। 240, हामी भोल्युम सिर्जना गर्छौं (यस अवस्थामा डेमो-सेक्रेट-भोल्युम) र यसलाई स्पेसिफिकेशनको भोल्युममाउन्ट खण्डमा कन्टेनरमा माउन्ट गर्छौं। mountPath फिल्ड /secrets हो, त्यसैले Kubernetes ले यस फोल्डरमा प्रत्येक कुञ्जी/मान जोडीको लागि गोप्य वस्तुमा परिभाषित एउटा फाइल सिर्जना गर्नेछ।

हाम्रो उदाहरणमा, हामीले magicWord भनिने एउटा मात्र कुञ्जी-मान जोडी परिभाषित गर्यौं, त्यसैले manifest ले कन्टेनरमा संवेदनशील डेटाको साथ एकल पढ्न-मात्र फाइल /secrets/magicWord सिर्जना गर्नेछ।

यदि तपाईंले अघिल्लो उदाहरणको रूपमा यो म्यानिफेस्ट लागू गर्नुभयो भने, तपाईंले उही परिणाम प्राप्त गर्नुपर्छ:

The magic word is "xyzzy"

गोप्य वस्तुहरू पढ्दै

अघिल्लो खण्डमा, हामीले कन्फिगम्यापको सामग्रीहरू प्रदर्शन गर्न kubectl describe आदेश प्रयोग गर्यौं। के गोप्य संग पनि गर्न सकिन्छ?

kubectl describe secret/demo-secret
Name:          demo-secret

Namespace:      default
Labels:             <none>
Annotations:
Type:               Opaque

Data
====
magicWord: 5   bytes

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

संवेदनशील डाटाको एन्कोड गरिएको YAML संस्करण हेर्न, kubectl get आदेश प्रयोग गर्नुहोस्:

kubectl get secret/demo-secret -o yaml
apiVersion: v1
data:
   magicWord: eHl6enk=
kind: Secret
metadata:
...
type: Opaque

base64

eHl6enk= के हो, हाम्रो मूल मूल्य भन्दा पूर्णतया फरक? यो वास्तवमा एक गोप्य वस्तु हो, आधार 64 एन्कोडिङ मा प्रतिनिधित्व। Base64 अक्षरहरूको स्ट्रिङको रूपमा मनमानी बाइनरी डेटा इन्कोडिङ गर्ने योजना हो।

किनकी संवेदनशील जानकारी बाइनरी हुन सक्छ र आउटपुट नहुन सक्छ (जस्तै TLS एन्क्रिप्शन कुञ्जीको मामला हो), गोप्य वस्तुहरू सधैं base64 ढाँचामा भण्डारण गरिन्छ।

पाठ beHl6enk= हाम्रो गोप्य शब्द xyzzy को base64 एन्कोड गरिएको संस्करण हो। तपाईंले टर्मिनलमा base64 —decode आदेश चलाएर यसलाई प्रमाणित गर्न सक्नुहुन्छ:

echo "eHl6enk=" | base64 --decode
xyzzy

त्यसोभए, जब Kubernetes ले तपाइँलाई टर्मिनल वा लग फाइलहरूमा संवेदनशील डाटा आउटपुट गर्नबाट जोगाउँछ, यदि तपाइँले एक विशिष्ट नेमस्पेसमा गोप्य वस्तुहरूमा अनुमतिहरू पढ्नु भएको छ भने, त्यो डाटा बेस64ed र पछि डिकोड गर्न सकिन्छ।

यदि तपाइँलाई केहि पाठ (उदाहरणका लागि, यसलाई गोप्यमा राख्नको लागि) आधार 64 एन्कोड गर्न आवश्यक छ भने, तर्क बिना base64 आदेश प्रयोग गर्नुहोस्:

echo xyzzy | base64
eHl6enkK

गोप्य वस्तुहरू पहुँच गर्दै

कसले गोप्य वस्तुहरू पढ्न र सम्पादन गर्न सक्छ? यो RBAC द्वारा निर्धारण गरिएको छ, पहुँच नियन्त्रण संयन्त्र (हामी पृष्ठ 258 मा "भूमिकामा आधारित पहुँच नियन्त्रणको परिचय" उपखण्डमा विस्तृत रूपमा छलफल गर्नेछौं)। यदि तपाइँ RBAC नभएको वा सक्षम नभएको क्लस्टर चलाउँदै हुनुहुन्छ भने, तपाइँका सबै गोप्य वस्तुहरू कुनै पनि प्रयोगकर्ता र कन्टेनरहरूमा उपलब्ध छन् (हामी पछि व्याख्या गर्नेछौं कि तपाइँसँग RBAC बिना कुनै उत्पादन क्लस्टरहरू हुनु हुँदैन)।

निष्क्रिय डाटा एन्क्रिप्शन

कुबर्नेट्सले यसको सबै जानकारी भण्डारण गर्ने etcd डाटाबेसमा पहुँच भएकाहरूको बारेमा के हुन्छ? के तिनीहरूले API मार्फत गोप्य वस्तुहरू पढ्न अनुमति बिना संवेदनशील डाटा पढ्न सक्छन्?

संस्करण 1.7 देखि, Kubernetes निष्क्रिय डेटा इन्क्रिप्शन समर्थन गर्दछ। यसको मतलब यो हो कि etcd भित्रको संवेदनशील जानकारी डिस्कमा इन्क्रिप्टेड भण्डारण गरिएको छ र डाटाबेसमा प्रत्यक्ष पहुँच भएकाहरूले पनि पढ्न सक्दैनन्। यसलाई डिक्रिप्ट गर्न, तपाइँलाई कुबेरनेट एपीआई सर्भरमा मात्र भएको कुञ्जी चाहिन्छ। राम्रोसँग कन्फिगर गरिएको क्लस्टरमा, निष्क्रिय गुप्तिकरण सक्षम हुनुपर्छ।

तपाईं जाँच गर्न सक्नुहुन्छ यदि निष्क्रिय इन्क्रिप्सनले तपाईंको क्लस्टरमा यस तरिकाले काम गर्दछ:

kubectl describe pod -n kube-system -l component=kube-apiserver |grep encryption
        --experimental-encryption-provider-config=...

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

गोप्य डाटा भण्डारण

त्यहाँ केही Kubernetes स्रोतहरू छन् जुन क्लस्टरबाट कहिल्यै हटाउनु हुँदैन, जस्तै अति संवेदनशील गोप्य वस्तुहरू। हेल्म प्रबन्धक द्वारा प्रदान गरिएको एनोटेसन प्रयोग गरेर तपाईंले स्रोतलाई मेटाउनबाट जोगाउन सक्नुहुन्छ:

kind: Secret
metadata:
    annotations:
        "helm.sh/resource-policy": keep

गोप्य वस्तु व्यवस्थापन रणनीतिहरू

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

तपाईंले संस्करण नियन्त्रणमा रहेका फाइलहरूमा गोप्य जानकारी कहिल्यै राख्नु हुँदैन। तपाईं आफ्नो Kubernetes क्लस्टरमा लागू गर्नु अघि यो जानकारी कसरी सुरक्षित रूपमा व्यवस्थित र भण्डारण गर्न सक्नुहुन्छ?

तपाईं आफ्नो अनुप्रयोगहरूमा संवेदनशील डेटा ह्यान्डल गर्नका लागि कुनै पनि उपकरण वा रणनीतिहरू छनौट गर्न सक्नुहुन्छ, तर तपाईंले अझै पनि निम्न प्रश्नहरूको जवाफ दिन आवश्यक हुनेछ।

• संवेदनशील डाटा कहाँ भण्डारण गर्नुपर्छ ताकि यो अत्यधिक पहुँचयोग्य होस्?
• तपाईंको सक्रिय अनुप्रयोगहरूमा कसरी संवेदनशील डाटा पहुँचयोग्य बनाउने?
• जब तपाइँ संवेदनशील डेटा प्रतिस्थापन वा सम्पादन गर्नुहुन्छ तपाइँको अनुप्रयोगहरूलाई के हुनुपर्दछ?

लेखकहरूको बारेमा

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

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

» पुस्तकको बारेमा थप विवरणहरू यहाँ पाउन सकिन्छ प्रकाशकको ​​वेबसाइट
» सामग्रीको तालिका
» अंश

Khabrozhiteley को लागि कुपन प्रयोग गरेर 25% छुट - कुबर्नेट्स

पुस्तकको पेपर संस्करणको भुक्तानी गरेपछि, एक इलेक्ट्रोनिक पुस्तक इ-मेल मार्फत पठाइनेछ।

स्रोत: www.habr.com