सबसे छोटी डॉकर छवि - 1000 बाइट्स से कम

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

मैं यह कैसे आया?

एक सहकर्मी ने एक बार डॉकर छवि दिखाई कि वह कुबेरनेट्स समूहों का परीक्षण करता था। उसने कुछ नहीं किया: वह बस के नीचे भाग गया और उसे मारने के लिए तुम्हारा इंतजार करने लगा।

"देखो, यह केवल 700 किलोबाइट लेता है! वास्तव में तेजी से डाउनलोड! ”

और फिर मैं उत्सुक हो गया कि मैं क्या न्यूनतम डोकर छवि बना सकता हूं। मैं एक ऐसा आधार प्राप्त करना चाहता था जिसे आधार ६४ में कूटबद्ध किया जा सके और सरल प्रतिलिपि और पेस्ट के साथ कहीं भी भेजा जा सके। चूंकि डॉकर छवि केवल एक टार फाइल है और टार फाइल सिर्फ एक फाइल है, सब कुछ काम करना चाहिए।

छोटे बाइनरी

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

• " सबसे छोटा x86 ईएलएफ हैलो वर्ल्ड ";
• " लिनक्स के लिए वास्तव में तीक्ष्ण ईएलएफ निष्पादन के निर्माण पर एक बवंडर ट्यूटोरियल ।"

मुझे "हैलो वर्ल्ड" की आवश्यकता नहीं थी, लेकिन एक कार्यक्रम जो बस सोता है और x86_64 पर चलता है। मैंने पहले लेख से एक उदाहरण के साथ शुरुआत की:

  SECTION .data msg: db "Hi World",10 len: equ $-msg SECTION .text global _start _start: mov edx,len mov ecx,msg mov ebx,1 mov eax,4 int 0x80 mov ebx,0 mov eax,1 int 0x80 

चलाएँ:

 nasm -f elf64 hw.asm -o hw.o ld hw.o -o hw strip -s hw 

यह 504 बाइट्स का एक बाइनरी निकलता है।

लेकिन फिर भी, "हैलो वर्ल्ड" का उपयोग करना आवश्यक नहीं है ... सबसे पहले, मुझे पता चला कि .data या .text अनुभाग अनावश्यक हैं और डेटा लोडिंग की आवश्यकता नहीं है। इसके अलावा, _start सेक्शन का ऊपरी आधा हिस्सा टेक्स्ट आउटपुट से संबंधित है। परिणामस्वरूप, मैंने निम्नलिखित कोड आज़माया:

 global _start _start: mov ebx,0 mov eax,1 int 0x80 

और इसे 352 बाइट्स के रूप में संकलित किया गया।

लेकिन यह वांछित परिणाम नहीं है, क्योंकि कार्यक्रम बस अपना काम समाप्त कर देता है, और हमें इसे सोने की आवश्यकता है । अतिरिक्त शोध के परिणामस्वरूप, यह पता चला कि mov eax कमांड प्रोसेसर को संबंधित लिनक्स सिस्टम कॉल नंबर से भरता है, और int 0x80 कॉल को ही बनाता है। यह यहां और अधिक विस्तार से वर्णित है ।

और यहाँ मुझे वांछित सूची मिली। Syscall 1 exit , और हमें जो चाहिए वह है syscall 29:pause । निम्नलिखित कार्यक्रम निकला:

 global _start _start: mov eax, 29 int 0x80 

हमने एक और 8 बाइट्स को बचाया: संकलन ने 344 बाइट्स के परिणामस्वरूप उत्पादन किया, और अब यह हमारे लिए एक उपयुक्त बाइनरी है, जो कुछ भी नहीं करता है और एक सिग्नल की उम्मीद करता है।

षट्चक्रों में खुदाई

यह एक चेनसॉ पाने और बाइनरी से निपटने का समय है ... इसके लिए, मैंने हेक्सर का उपयोग किया, जो कि बाइनरी फ़ाइलों के लिए अनिवार्य रूप से हेक्स को सीधे संपादित करने की क्षमता है। लंबे प्रयोगों के बाद, मुझे इससे मिला:



... यहाँ यह है:



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

तो, आकार घटकर 136 बाइट्स हो गया है ।

100 से कम बाइट्स?

मैं जानना चाहता था कि क्या मैं आगे जा सकता हूं। इसे पढ़ने के बाद, मैंने मान लिया कि 45 बाइट्स तक पहुंचना संभव होगा, लेकिन अफसोस! - नहीं। वहाँ वर्णित ट्रिक्स केवल 32-बिट बायनेरिज़ के लिए डिज़ाइन किए गए हैं, लेकिन 64-बिट्स के लिए वे पास नहीं हुए।

मैंने जो सबसे अच्छा काम किया, वह इस कार्यक्रम के 64-बिट संस्करण को लेना और इसे अपने सिस्टम कॉल में बनाना था:

 BITS 64 org 0x400000 ehdr: ; Elf64_Ehdr db 0x7f, "ELF", 2, 1, 1, 0 ; e_ident times 8 db 0 dw 2 ; e_type dw 0x3e ; e_machine dd 1 ; e_version dq _start ; e_entry dq phdr - $$ ; e_phoff dq 0 ; e_shoff dd 0 ; e_flags dw ehdrsize ; e_ehsize dw phdrsize ; e_phentsize dw 1 ; e_phnum dw 0 ; e_shentsize dw 0 ; e_shnum dw 0 ; e_shstrndx ehdrsize equ $ - ehdr phdr: ; Elf64_Phdr dd 1 ; p_type dd 5 ; p_flags dq 0 ; p_offset dq $$ ; p_vaddr dq $$ ; p_paddr dq filesize ; p_filesz dq filesize ; p_memsz dq 0x1000 ; p_align phdrsize equ $ - phdr _start: mov eax, 29 int 0x80 filesize equ $ - $$ 

परिणामस्वरूप छवि 127 बाइट्स है । इस पर, मैंने आकार को कम करने की कोशिश करना बंद कर दिया, लेकिन मैं प्रस्तावों को स्वीकार करता हूं।

छोटे डॉकटर

अब जब एक बाइनरी है जो अंतहीन प्रतीक्षा को लागू करता है, तो इसे डॉकर छवि में रखना है।

हर संभव बाइट को बचाने के लिए, मैंने एक बाइट - t - से फ़ाइल नाम के साथ एक बाइनरी बनाई और इसे Dockerfile में डाल दिया, जिससे लगभग खाली छवि बन गई:

 FROM scratch ADD t /t 

ध्यान दें कि Dockerfile में कोई CMD नहीं है, क्योंकि इससे छवि का आकार बढ़ जाएगा। शुरू करने के लिए, आपको docker run करने के लिए तर्कों के माध्यम से कमांड को पास करना होगा।

इसके बाद, docker save ने एक टार फाइल बनाई, और फिर इसे अधिकतम gzip कम्प्रेशन के साथ कंप्रेस किया गया। परिणाम एक पोर्टेबल डॉकर छवि फ़ाइल है जिसका आकार 1000 बाइट्स से कम है:

 $ docker build -tt . $ docker save t | gzip -9 - | wc -c 976 

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

अनुवादक से पी.एस.

हमारे ब्लॉग में भी पढ़ें:

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