Mozilla, Fastly, Intel र Red Hat ले WebAssembly लाई विश्वव्यापी प्रयोगको लागि प्लेटफर्मको रूपमा प्रवर्द्धन गर्दछ

मोजिला, फास्टली, इंटेल र रेड ह्याट संयुक्त कुनै पनि पूर्वाधार, अपरेटिङ सिस्टम वा यन्त्रमा सुरक्षित कोड कार्यान्वयनको लागि WebAssembly लाई विश्वव्यापी प्लेटफर्म बनाउन मद्दत गर्ने प्रविधिहरू विकास गर्नका लागि यसको प्रयासहरू। रनटाइम र कम्पाइलरहरूको संयुक्त विकासको लागि एउटा समुदाय गठन गरिएको छ जसले वेब ब्राउजरहरूमा मात्र होइन WebAssembly को प्रयोगलाई अनुमति दिन्छ। बाइटकोड गठबन्धन.

WebAssembly ढाँचामा डेलिभर गरिएका पोर्टेबल प्रोग्रामहरू सिर्जना गर्न जुन ब्राउजर बाहिर कार्यान्वयन गर्न सकिन्छ, हामी API प्रयोग गर्न सुझाव दिन्छौं। वासी (WebAssembly प्रणाली इन्टरफेस), जसले अपरेटिङ सिस्टमसँग प्रत्यक्ष अन्तरक्रियाको लागि सफ्टवेयर इन्टरफेसहरू प्रदान गर्दछ (फाइल, सकेट, आदिसँग काम गर्नको लागि POSIX API)। WASI प्रयोग गर्ने अनुप्रयोगहरूको कार्यान्वयन मोडेलको एक विशिष्ट विशेषता भनेको तिनीहरू मुख्य प्रणालीबाट अलगावको लागि स्यान्डबक्स वातावरणमा चल्छन् र प्रत्येक स्रोत (फाइल, डाइरेक्टरीहरू, सकेटहरू, प्रणाली कलहरू) सँग कार्यहरूको लागि क्षमता व्यवस्थापनमा आधारित सुरक्षा संयन्त्र प्रयोग गर्छन्। , आदि) अनुप्रयोगलाई उपयुक्त अनुमतिहरू दिइनु पर्छ (घोषित कार्यक्षमतामा मात्र पहुँच प्रदान गरिएको छ)।

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

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

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

बाइटकोड गठबन्धनको शाखा अन्तर्गत संयुक्त विकासको लागि अनुवाद धेरै WebAssembly सम्बन्धित परियोजनाहरू, पहिले अलग गठबन्धन संस्थापक कम्पनीहरु द्वारा विकसित:

• वासमटाइ — नियमित स्ट्यान्ड-अलोन एप्लिकेसनहरूको रूपमा WASI विस्तारहरूसँग WebAssembly अनुप्रयोगहरू चलाउनको लागि रनटाइम। यसले दुबैलाई समर्थन गर्दछ WebAssembly bytecode लाई विशेष कमाण्ड लाइन उपयोगिता प्रयोग गरेर र रेडिमेड कार्यान्वयनयोग्य फाइलहरू लिंक गर्ने (wasmtime लाईब्रेरीको रूपमा अनुप्रयोगमा निर्मित छ)। Wasmtime सँग लचिलो मोड्युलर संरचना छ जसले तपाईंलाई विभिन्न अनुप्रयोगहरूको लागि रनटाइम मापन गर्न अनुमति दिन्छ, उदाहरणका लागि, तपाईं सीमित स्रोतहरू भएका यन्त्रहरूको लागि स्ट्रिप-डाउन संस्करण सिर्जना गर्न सक्नुहुन्छ;
• लुसेट - WebAssembly ढाँचामा कार्यक्रमहरू कार्यान्वयन गर्न कम्पाइलर र रनटाइम। विशिष्ट सुविधा लुसेट भनेको प्रत्यक्ष कार्यान्वयनको लागि उपयुक्त मेसिन कोडमा JIT को सट्टा पूर्ण-प्रत्याशित प्रत्याशित संकलन (AOT, अगाडी-अफ-टाइम) को प्रयोग हो। परियोजना फास्टली द्वारा विकसित गरिएको थियो र न्यूनतम स्रोतहरू उपभोग गर्न र नयाँ उदाहरणहरू धेरै चाँडै सुरु गर्न अनुकूलित गरिएको छ (प्रत्येक अनुरोधमा सुरु गरिएको ह्यान्डलरहरूको लागि वेबअसेम्बली प्रयोग गर्ने क्लाउड एज कम्प्युटिङ इन्जिनमा द्रुत रूपमा लुसेट प्रयोग गर्दछ)। संयुक्त परियोजनाको भागको रूपमा, लुसेट कम्पाइलरलाई आधारको रूपमा Wasmtime प्रयोग गर्न रूपान्तरण गर्ने योजना छ;
• WAMR (WebAssembly माइक्रो रनटाइम) WebAssembly कार्यान्वयन गर्नको लागि अर्को रनटाइम हो, मूल रूपमा इन्टरनेट अफ थिंग्स उपकरणहरूमा प्रयोगको लागि Intel द्वारा विकसित गरिएको। WAMR न्यूनतम स्रोत खपतको लागि अनुकूलित छ र RAM को सानो मात्रा संग उपकरणहरूमा प्रयोग गर्न सकिन्छ। परियोजनामा ​​WebAssembly bytecode, API (Libc को एक उपसमूह) र गतिशील अनुप्रयोग व्यवस्थापनका लागि उपकरणहरू कार्यान्वयन गर्नको लागि एक दोभाषे र भर्चुअल मेसिन समावेश छ;
• क्रेनलिफ्ट — एक कोड जनरेटर जसले हार्डवेयर आर्किटेक्चरहरूबाट स्वतन्त्र मध्यवर्ती प्रतिनिधित्वलाई विशिष्ट हार्डवेयर प्लेटफर्महरूको लागि अनुकूलित कार्यान्वयन योग्य मेसिन कोडमा अनुवाद गर्दछ। क्रेनलिफ्टले धेरै छिटो परिणाम उत्पादनको लागि प्रकार्य संकलनको समानान्तरलाई समर्थन गर्दछ, जसले यसलाई JIT कम्पाइलरहरू सिर्जना गर्न प्रयोग गर्न अनुमति दिन्छ (Cranelift-आधारित JIT Wasmtime भर्चुअल मेसिनमा प्रयोग गरिन्छ);
• WASI सामान्य - अपरेटिङ सिस्टमसँग अन्तरक्रिया व्यवस्थित गर्नका लागि WASI (WebAssembly System Interface) API को छुट्टै कार्यान्वयन;
• कार्गो-वासी — कार्गो प्याकेज प्रबन्धकको लागि एउटा मोड्युल जसले ब्राउजर बाहिर WebAssembly प्रयोग गर्नको लागि WASI इन्टरफेस प्रयोग गरेर WebAssembly bytecode मा रस्ट कोड कम्पाइल गर्न आदेश लागू गर्दछ;
• wat и wasmparser — पार्सिङ टेक्स्ट (WAT, WAST) र WebAssembly bytecode को बाइनरी प्रतिनिधित्वका लागि पार्सरहरू।

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

स्रोत: opennet.ru