أصدرت Apple النسخة 1.0.0 من مشروعها مفتوح المصدر “Container” لتشغيل حاويات Linux على أجهزة Mac المزودة بمعالجات Apple silicon، في أول إصدار مستقر للأداة منذ إتاحتها كمشروع مفتوح المصدر. ويؤكد المستودع الرسمي أن الأداة تعمل على macOS 26 فقط، وتعتمد نموذجاً يقوم على تشغيل كل حاوية داخل آلة افتراضية خفيفة مستقلة، بدلاً من الاعتماد على نواة Linux مشتركة كما هو شائع في النماذج التقليدية للحاويات.
وتتجاوز أهمية الإصدار الجديد حدود التحسينات الشكلية، إذ يثبت واجهة الاستخدام الأساسية، وينقل الأداة من مشروع سريع التغير إلى بيئة أقرب إلى الاستخدام العملي اليومي.
وقد نشرت Apple هذا الإصدار الثلاثاء 9 يونيو 2026 عبر صفحة الإصدارات الرسمية للمشروع، في خطوة تعكس رغبتها في جعل تشغيل حاويات Linux جزءاً أوضح من تجربة التطوير على Mac.
بيئة Linux مستمرة تجعل Mac أقرب إلى محطة تطوير متكاملة
أبرز ما حمله الإصدار 1.0.0 هو ميزة container machine، وهي بيئة Linux طويلة العمر ومستمرة، صممت لتعمل كأنها محطة تطوير متكاملة داخل Mac. وتوضح وثائق المشروع أن هذه البيئة توفر تكاملاً مباشراً مع الجهاز المضيف، بما يشمل المطابقة التلقائية لاسم المستخدم ومشاركة المجلدات، بما يسمح بتحرير الملفات عبر أدوات macOS المعتادة وتشغيلها داخل بيئة Linux نفسها من دون تعقيد إضافي.
وتدعم الميزة أوامر مستقلة للإنشاء والتشغيل والإيقاف وتعديل الموارد واستعراض السجلات، مع خيارات لتخصيص عدد المعالجات والذاكرة وتفعيل المحاكاة المتداخلة في سيناريوهات محددة. ويجعل ذلك الأداة أكثر ملاءمة للمطورين الذين يحتاجون إلى بيئة Linux مستقرة داخل Mac، خصوصاً عند اختبار البرمجيات أو تشغيل أدوات تعتمد على نظام Linux في مراحل التطوير.
وأضاف الإصدار أيضاً أمر container cp لنسخ الملفات بين النظام المضيف والحاوية، وهي وظيفة أساسية طال انتظارها لجعل الأداة أكثر قابلية للاستخدام في سير العمل اليومي. وفي إدارة الحاويات، أضيف الخيار stop-signal ضمن أمر التشغيل للتحكم في إشارة الإيقاف المرسلة عند إنهاء الحاوية، بما يمنح المطورين قدرة أدق على ضبط سلوك التطبيقات عند الإغلاق.
ومن التغييرات الجوهرية انتقال إعدادات النظام من نموذج الخصائص القديم المعتمد على UserDefault إلى ملف إعدادات بصيغة TOML. وبموجب هذا التغيير أزيلت أوامر container system property get وcontainer system property set القديمة، وأصبحت الإعدادات تدار من ملف config.toml. ويعد هذا تغييراً غير متوافق مع الإصدارات السابقة، ما يعني أن أي برمجيات نصية أو إجراءات تشغيل كانت تعتمد الأوامر القديمة ستحتاج إلى تحديث. وتوضح وثائق المشروع أن ملف الإعدادات القابل للتحرير يوجد في المسار ~/.config/container/config.toml للمستخدم.
عزل أقوى لكل حاوية مع قيود عملية أمام سيناريوهات التنسيق الواسعة
على مستوى قابلية التكامل، نظف الإصدار بنية المخرجات المنسقة بصيغ JSON وYAML وTOML لأوامر ls وinspect الخاصة بالحاويات والصور والشبكات والمجلدات التخزينية. وتكتسب هذه الخطوة أهمية لمن يعتمد الأداة ضمن سلاسل آلية أو تكاملات برمجية تحتاج إلى مخرجات مستقرة وقابلة للقراءة البرمجية.
كما أسقط الإصدار التوافق مع واجهات XPC الخاصة بسلسلة الإصدارات 0.x، تمهيداً لاعتماد آلية أوضح للتحقق من التوافق بين العميل والخادم في الإصدارات اللاحقة. وفي جانب الاستقرار، يعالج الإصدار أخطاء في حساب المساحة عبر system df، ويصلح تسربات عناوين IP عبر ربط عقود الإيجار باتصال XPC. وقد تبدو هذه التفاصيل تشغيلية ضيقة، لكنها تؤثر مباشرة في موثوقية الأداة عند استخدامها في بيئات تطوير فعلية.
وتبقى المتطلبات الحالية واضحة ومقيدة. فالأداة تعمل على أجهزة Apple silicon فقط، وتتطلب macOS 26، فيما يظهر المستودع الرسمي أنها منشورة بترخيص Apache-2.0. وحتى الآن، لا تعرض الوثائق الرسمية واجهة مكافئة لـ Compose ضمن مرجع الأوامر، ما يشير إلى أن التركيز الحالي ما زال منصبا على الحاويات الفردية وبيئات Linux الخفيفة، أكثر من استهداف سيناريوهات التنسيق متعددة الخدمات.
ويعكس الإصدار 1.0.0 توجهاً واضحاً من Apple لإدخال تشغيل حاويات Linux في صلب منصة التطوير على Mac، من زاوية أمنية ومعمارية مختلفة تقوم على عزل أشد عبر آلة افتراضية خفيفة لكل حاوية. ومع ذلك، فإن القيود الحالية تجعل الأداة في هذه المرحلة أقرب إلى بيئات التطوير الفردية والاختبارات المعزولة، قبل أن تتحول إلى بديل كامل للمنصات الأوسع نضجا في عالم الحاويات.
