गो ऐप्स के लिए एक न्यूनतम डॉकटर कंटेनर बनाना

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

पढ़ने के लिए 10 मिनट

विभिन्न प्रोग्रामिंग भाषाओं (गो सहित) के लिए कई आधिकारिक और सामुदायिक-समर्थित कंटेनर दोनों हैं। लेकिन ये कंटेनर काफी बड़े हो सकते हैं। आइए सबसे पहले गो एप्स के लिए मानक कंटेनर बिल्डिंग विधियों की तुलना करें, और फिर मैं आपको दिखाऊंगा कि बेहद छोटे स्टेटिक कंटेनरीकृत गो एप कैसे बनाएं

भाग 1: हमारा "आवेदन"

परीक्षण के लिए, हमें कुछ छोटे अनुप्रयोग की आवश्यकता है। आइए google.com फोर्क करें और HTML आकार को आउटपुट करें।

package main import ( "fmt" "io/ioutil" "net/http" "os" ) func main() { resp, err := http.Get("https://google.com") check(err) body, err := ioutil.ReadAll(resp.Body) check(err) fmt.Println(len(body)) } func check(err error) { if err != nil { fmt.Println(err) os.Exit(1) } } 

यदि हम शुरू करते हैं, तो हमें केवल कुछ संख्या मिलती है। मुझे लगभग 17K मिला। मैंने जानबूझकर एसएसएल का उपयोग करने का फैसला किया है, लेकिन मैं बाद में इसका कारण बताऊंगा।

भाग 2: डॉकटराइजेशन

आधिकारिक गो इमेज का उपयोग करते हुए, हम लिखते हैं कि "ऑनबिल्ड" डॉकरफाइल:

 FROM golang:onbuild 

"Onbuild" छवि मानती है कि आपकी परियोजना में एक मानक संरचना है और यह एक मानक गो एप्लिकेशन बनाएगा। यदि आपको अधिक लचीलेपन की आवश्यकता है, तो आप मानक गो छवि का उपयोग कर सकते हैं और इसे स्वयं संकलित कर सकते हैं:

 FROM golang:latest RUN mkdir /app ADD . /app/ WORKDIR /app RUN go build -o main . CMD ["/app/main"] 

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

 REPOSITORY SIZE TAG IMAGE ID CREATED VIRTUAL SIZE example-onbuild latest 9dfb1bbac2b8 19 minutes ago 520.7MB example-golang latest 02e19291523e 19 minutes ago 520.7MB golang onbuild 3be7ee2ec1ae 9 days ago 514.9MB golang 1.4.2 121a93c90463 9 days ago 514.9MB golang latest 121a93c90463 9 days ago 514.9MB 

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

भाग 3: संकलन!

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

 go build -o main . docker build -t example-scratch -f Dockerfile.scratch . 

और एक साधारण Dockerfile.scratch:

 FROM scratch ADD main / CMD ["/main"] 

खरोंच क्या है? स्क्रैच docker में एक विशेष रिक्त छवि है। इसका आकार 0B है:

 REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE example-scratch latest ca1ad50c9256 About a minute ago 5.60MB scratch latest 511136ea3c5a 22 months ago 0B 

नतीजतन, हमारा कंटेनर केवल 5.6 एमबी लेता है। बहुत बढ़िया! लेकिन एक समस्या है:

 $ docker run -it example-scratch no such file or directory 

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

 CGO_ENABLED=0 GOOS=linux go build -a -installsuffix cgo -o main . 

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

 $ docker run -it example-scratch Get https://google.com: x509: failed to load system roots and no roots provided 

यह क्या है? यही कारण है कि मैंने हमारे उदाहरण में एसएसएल का उपयोग करने का निर्णय लिया। इस तरह के परिदृश्यों के लिए यह वास्तव में सामान्य "केंट" है: एसएसएल अनुरोधों को पूरा करने के लिए, हमें रूट एसएसएल प्रमाणपत्रों की आवश्यकता है। तो हम उन्हें अपने कंटेनर में कैसे जोड़ते हैं?
ऑपरेटिंग सिस्टम के आधार पर, प्रमाण पत्र विभिन्न स्थानों पर हो सकते हैं। कई लिनक्स वितरणों के लिए, यह /etc/ssl/certs/ca-certports.crt है । इसलिए, सबसे पहले, हम अपने रिपॉजिटरी में हमारे कंप्यूटर (या एक लिनक्स वर्चुअल मशीन, या एक ऑनलाइन सर्टिफिकेट प्रदाता) से सीए-सर्टिफिकेट कॉपी करेंगे। फिर हम इस फ़ाइल को उस स्थान पर ले जाने के लिए ADD को अपने डॉकफ़िल में जोड़ते हैं जहाँ Go को यह अपेक्षा है:

 FROM scratch ADD ca-certificates.crt /etc/ssl/certs/ ADD main / CMD ["/main"] 

अब बस हमारी छवि को फिर से बनाएं और इसे लॉन्च करें। यह काम करता है! आइए अब हमारे आवेदन का आकार देखें:

 REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE example-scratch latest ca1ad50c9256 About a minute ago 6.12MB example-onbuild latest 9dfb1bbac2b8 19 minutes ago 520.7MB example-golang latest 02e19291523e 19 minutes ago 520.7MB golang onbuild 3be7ee2ec1ae 9 days ago 514.9MB golang 1.4.2 121a93c90463 9 days ago 514.9MB golang latest 121a93c90463 9 days ago 514.9MB scratch latest 511136ea3c5a 22 months ago 0B 

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

निष्कर्ष

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