News - تعرف على Whamm: إطار عمل لأدوات القياس لـ WebAssembly

بين الحين والآخر، يُقدَّم إصدار أو مشروع مثير للاهتمام بشكل خاص في مؤتمر رئيسي مع وجود دعم تسويقي ضعيف أو معدوم، أو من قبل فرق كبيرة تشبه الشركات. في KubeCon + CloudNativeCon، وصفت إليزابيث غيلبرت، طالبة الدكتوراه في جامعة كارنيجي ميلون، مشروعاً يُدعى Whamm يمكنه العمل خارج الصندوق بسطر واحد من الشفرة فقط. فهو لا يحل محل الأدوات والعمليات القائمة أو يحسنها فحسب، بل يمكنه القيام بأشياء لم توجد من قبل بشكل صحيح. أدت غيلبرت عملاً رائعاً في وصف المشروع الذي أنشأته، وقد حصد عددًا كبيرًا من التنزيلات والفِرَق عقب حديثها المشار إليه سابقاً بعنوان «Whamm: إطار عمل للتجهيز عالي الأداء داخل بيئة محكومة» في WasmCon، الحدث المشترك الذي استضافته CNCF وجمع KubeCon + CloudNativeCon. Whamm مُصمَّم للسماح للمستخدمين بتأطير تطبيقاتهم المبنية على WebAssembly (Wasm) باستخدام لغة برمجة أو شفرة، أو لبرمجة تطبيقات Wasm الخاصة بهم مباشرةً في وحدات. وبوجوده، يمكنهم تصحيح الأخطاء، ومراقبة التطبيقات ضمن وحدات WebAssembly، وغيرها. وقد قاد Whamm طالبة الدكتوراه في كارنيجي ميلون إليزابيث غيلبرت خلال حديثها في WasmCon قبل انعقاد KubeCon NA اليوم. هذا الإطار القياسي لتجهيز WebAssembly ينبغي أن يجتذب الاهتمام والدعم لمراقبة Wasm. تم تقديم Whamm أصلاً في ورقة بحثية بعنوان «تجهيز ديناميكي غير تدخلي ومرن لـ WebAssembly»، ووصف بأنه إطار لمراقبة تطبيقات Wasm والتلاعب بها. وعلى صفحة غيلبرت في GitHub، تصف قدرات التأطير والمراقبة وإعادة كتابة بايتكود Whamm كما يلي: التأطير: عندما نقول إننا «نؤطر برنامجًا»، على مستوى عالٍ نعني أننا «نُدخل بعض الشفرة في تنفيذ البرنامج لأداء عملية محددة.» هذا التعريف عام عمدًا، لأن التأطير يمكنه أن يفعل أي شيء نستطيع تخيله! يمكنك استخدام التأطير لبناء أدوات تصحيح، وتحليلات ديناميكية، ومولِّدات بيانات قياس، وأكثر من ذلك. التحليل الديناميكي: التحليل الديناميكي هو ما يحلل البرنامج أثناء تنفيذه (بالمقابل مع التحليل الثابت الذي يحلّل برنامجًا غير قيد التشغيل). هذا النوع من التحليل يمكنه منح رؤى مفيدة في البرنامج لأنه يستطيع الوصول إلى معلومات ليست متاحة بشكل ثابت (مثل مواقع الأكواد الأكثر نشاطًا، ووصولات الذاكرة مع مرور الوقت، وتغطية الشيفرة في اختبارات)، إلخ. إعادة كتابة بايتكود: هذه استراتيجية نموذجية لإدخال منطق التأطير في التطبيق. فهي تدخل التأطير حرفيًا من خلال إدراج تعليمات جديدة في بايتكود التطبيق. «التأطير» هو في الواقع طريقة لمراقبة سلوك تطبيقك، وهو تعريف مرن بما يكفي ليشمل جميع الأشياء المختلفة. يمكن أن تكون الرصدية، لكنها يمكن أيضًا استخدامها لاختبار حالات، مثل اختبار حقن العطل،» قالت غيلبرت لي بعد حديثها في KubeCon + CloudNativeCon. «يمكنك حقن عيوب في تطبيقك لترى إن كان قادرًا على التعامل مع الأشياء بشكل صحيح. يمكن استخدام التأطير للتحكم في تنفيذ التطبيق كما يفعل. كما شرحت غيلبرت، الدافع الأساسي للتركيز على WebAssembly هو قابلية التوافق بين اللغات. «نظرًا لأن عدة لغات يمكنها التجميع إلى WebAssembly، فهذا هو ما نرغب به في أن تكون الأدوات حقًا رائعة. إذا كانت لديك أدوات لا تعتمد على لغة محددة، فحين يأتي لغة برمجة جديدة، إذا كانت تترجم فقط إلى WebAssembly، فيمكنك الحصول على جميع الأدوات مجانًا،» قالت غيلبرت. «هذه الإمكانة متعددة اللغات يمكن أن تكون حقًا رائعة لكثير من الناس. مع أن Wasm يصبح مستهدفًا على نحو أوسع، إذا كان لدينا قصة التأطير هناك، فحينئذ يمكن الحصول على جميع أدوات التطوير مجانًا، وتستطيع المنصة التكامل مع جميع أنواع الأشياء المختلفة.» الوضع الحالي للمشروع هو أنه «يمكنه فعل عدة أمور، لكن هناك حاجة لتحديد مزيد من حالات الاستخدام ليصبح أكثر متانة»، قالت غيلبرت. «حتى الآن، كان العمل محصورًا في عزلة. سيكون لمساهمة مزيد من الأشخاص، خصوصًا المهندسين، تأثيرًا كبيرًا لأن ذلك سيؤدي إلى تسريع العمل.» وبالطبع، أتوقع أن يرى عدد من المهندسين الرغبة في المساهمة والاستفادة من Whamm.