Wasmtime مقابل Wasmer للإنتاج Edge Functions

قام WebAssembly منذ فترة طويلة بتعيين تنسيق وقت التشغيل للمتصفح. لعدة سنوات، تم استخدامه أيضًا لتنفيذ تعليمات برمجية معزولة على جانب الخادم أو على الحافة: رمز ثانوي تم تجميعه مرة واحدة، ويمكن حمله على أي جهاز مضيف، معزولًا افتراضيًا بدون حاوية أو جهاز افتراضي كامل. يحمل Wasmtime وWasmer هذا الامتداد خارج المتصفح، وكلاهما مكتوب بلغة Rust، وكلاهما قادر على تنفيذ نفس الملف .wasm.

Wasmtime هو مشروع يستضيفه Bytecode Alliance، وهي المنظمة التي تدير العديد من مكونات النظام البيئي لخادم WebAssembly، بما في ذلك مترجم Cranelift. تم تطوير Wasmer بواسطة شركة Wasmer، وهي شركة تنشر وقت التشغيل كمصدر مفتوح بينما تقوم بتسويق الخدمات التكميلية من حوله (النشر على الحافة، والأدوات). نموذجان مختلفان للحوكمة، ولا يوجد حكم على جودة الكود الذي ينتجه أحدهما أو الآخر.

يقارن الجزء المتبقي من هذه المقالة أربعة مجالات يمكن التحقق منها، الترخيص والحوكمة، والمترجمين المتاحين، ومعيار WASI ونموذج المكون، ونموذج الأمان، ثم يشرح، مع التعليمات البرمجية الداعمة، سبب تشغيل نواة Rust الخاصة بـ Aurabase Wasmtime في محرك Edge Functions.

تم إصدار Wasmtime بموجب ترخيص Apache-2.0 مع استثناء LLVM، وهو ترخيص متساهل شائع في النظام البيئي للمترجم. تتبع إدارتها نموذج Bytecode Alliance: حيث تساهم العديد من المنظمات في المشروع، ولا تمتلكه أي منها بمفردها.

يتم نشر Wasmer بموجب ترخيص معهد ماساتشوستس للتكنولوجيا (MIT)، وهو أكثر تساهلاً على الورق، لكن توجيهه الفني يظل مركزًا في ناشر واحد، شركة Wasmer Inc. وهذا ليس خطأ في حد ذاته: العديد من المشاريع الناجحة مفتوحة المصدر تتبع هذا النموذج. إنه ببساطة ملف تعريف مختلف للمخاطر إذا كانت مؤسستك تقدر الحوكمة الموزعة عبر كيانات متعددة.

يتم تجميع Wasmtime في الإنتاج عبر Cranelift، وهو منشئ الأكواد أيضًا من Bytecode Alliance. يوثق الصندوق أيضًا مترجمًا إضافيًا، Winch، مصمم لتقليل وقت الترجمة مقارنةً بـ Cranelift في الحالات الحساسة لبدء التشغيل. Cargo.toml لـوظائف الهالة تقوم فقط بتنشيط ميزة cranelift: هذا المترجم، وهو وحده، هو الذي يعالج كل وحدة WASM تم تحميلها في الإنتاج.

يأخذ واسمر المسار المعاكس: ثلاث واجهات خلفية قابلة للتبديل. يتم تجميع Singlepass في مسار واحد، على الفور تقريبًا، على حساب كود الآلة الأقل تحسينًا. تقدم Cranelift حلاً وسطًا متوازنًا. تهدف LLVM إلى تحقيق أفضل إنتاجية تنفيذ ممكنة، مع أطول وقت تجميع من بين الثلاثة. وقت تشغيل واحد، وثلاثة ملفات تعريف تسوية تم اختيارها أثناء التكوين.

تعمل WASI، واجهة نظام WebAssembly، على توحيد الوصول إلى الملفات والساعات والشبكة من وحدة WASM، دون الاعتماد على المتصفح. أحدث إصدار لها، WASI Preview 2، يعتمد على نموذج المكون: آلية لتأليف وحدات مكتوبة بلغات مختلفة، مع واجهات مكتوبة مشتركة بدلاً من تنسيق ثنائي خاص بكل وقت تشغيل. يعمل كل من Wasmtime وWasmer على تنفيذ هذا المعيار، كل حسب سرعته الخاصة.

بالإضافة إلى ذلك، يقوم Wasmer بتوثيق WASIX، وهو امتداد يهدف إلى تغطية عناصر POSIX الأولية التي لا يغطيها معيار WASI الرسمي بعد، مثل الخيوط أو مآخذ الشبكة الأكثر شمولاً. هذا ليس معيارًا مدعومًا من قبل مجموعة عمل WebAssembly، ولكنه امتداد خاص بنظام Wasmer البيئي.

يعمل كلا وقتي التشغيل على عزل كل وحدة في ذاكرتها الخطية الخاصة، مع عدم وجود وصول مباشر إلى النظام المضيف خارج الوظائف المستوردة بشكل صريح. هذا هو أساس نموذج الأمان WebAssembly، المشترك بين كلا المشروعين.

يكشف Wasmtime أيضًا عن واجهة برمجة تطبيقات لقطات التنفيذ الأصلية، fuel: تستهلك كل تعليمات ميزانية محددة مسبقًا، ويتوقف التنفيذ بشكل صحيح بمجرد استنفاد هذه الميزانية. تسمح لك واجهة برمجة التطبيقات الثانية، وهي مقاطعة epoch، بفرض مهلة دون حظر المحرك أثناء الانتظار. يوثق واسمر آليات القياس الخاصة به وحدود الذاكرة لكل حالة؛ لم تقم هذه المقالة بالتحقق منها في مستودع جهة خارجية، لذلك لا تقوم بتقسيمها رقمًا تلو الآخر.

هذا هو بالضبط ما تتيحه خدمة aura-functions الخاصة بـ Aurabase، وهو ما سيتم تفصيله في القسم التالي مع كود المصدر الفعلي.

تعلن خدمة aura-functions عن wasmtime باعتبارها تبعية إنتاج، بدون تعليقات إلغاء التنشيط أو تكوين تبعية التطوير. لا يوجد ملف في المستودع، لا ملف Cargo.toml ولا ملف .rs، يذكر Wasmer.

# وقت تشغيل WASM
wasmtime = { version = "43", features = ["async", "cranelift"] }

يقوم رمز التهيئة بشكل صريح بتنشيط الوقود والمقاطعة حسب العصر، ثم يحد الذاكرة عن طريق الاستدعاء باستخدام StoreLimits:

let mut cfg = Config::new();
cfg.consume_fuel(true);
cfg.epoch_interruption(true);
let engine = Engine::new(&cfg)?;

// عن طريق الدعوة:
let limits = StoreLimitsBuilder::new()
    .memory_size(self.max_memory_mb as usize * 1024 * 1024)
    .build();
store.set_fuel(self.max_fuel)?;
store.epoch_deadline_async_yield_and_update(1);

جميع الحدود الثلاثة قابلة للتكوين لكل متغير بيئة، مع تحديد القيم الافتراضية في config/mod.rs: WASM_MAX_MEMORY_MB عند 64، WASM_TIMEOUT_SECS عند 10، WASM_MAX_FUEL عند مليار وحدة. يتم تشغيل المهلة في الخلفية: ينتظر tokio::spawn المدة التي تم تكوينها ثم يزيد عصر المحرك، دون حظر التنفيذ الحالي أثناء الانتظار.

تظل واجهة ABI المعرضة لوحدات الضيف في حدها الأدنى عمدًا: أربع وظائف مضيفة، aura.logو aura.get_inputو aura.set_output و aura.get_env، مسجلة عبر linker.func_wrap. إنه ليس نموذج المكون، ولا WASI Preview 2: إنه عقد داخلي، أضيق، مصمم للاستخدام الفردي، تنفيذ وظيفة حافة HTTP واستعادة استجابة JSON الخاصة به.

يعد وضع wasm هذا اختيارًا لكل وظيفة، وليس تبديلًا عامًا. نظرة عامة على بنية Aurabase توضح تفاصيل المسار الآخر، الوضع الافتراضي deno، الذي ينفذ JavaScript/TypeScript في خدمة منفصلة. كلاهما يتواجدان في نفس خدمة aura-functions.

المصادر: Cargo.toml وwasm/mod.rs من مستودع Aurabase، تم التحقق منها مباشرة في 24 أغسطس 2026. خصائص Wasmtime وWasmer العامة مأخوذة من الوثائق العامة لكل مشروع؛ لا يتم إعادة نشر أي أرقام مرجعية لطرف ثالث في هذا الجدول.

تبدأ فترة تشغيل جديدة، بدون أي تبعيات موجودة. Wasmtime، بدعم من مؤسسة متعددة البائعين، يقلل من مخاطر الاعتماد على ناشر واحد لمستقبل المشروع.

لديك نوبات برد متكررة جدًا وقصيرة الأمد. تستجيب الواجهة الخلفية Singlepass الخاصة بـ Wasmer بشكل مباشر لهذه الحاجة، وتجميع فوري تقريبًا، على حساب كود الآلة الأقل تحسينًا.

أنت بحاجة إلى عناصر POSIX الأولية التي تتجاوز معيار WASI الحالي. WASIX، امتداد Wasmer، يغطي الخيوط والمآخذ الممتدة التي لم تغطيها WASI Preview 2 وحدها بعد.

أنت تريد واجهة برمجة تطبيقات أصلية للقطات والمهلة، بدون برامج وسيطة تابعة لجهات خارجية. يكشف Wasmtime fuel وepoch مباشرة في الصندوق، وهو بالضبط ما يتيحه aura-functions في Aurabase.