Containerd هو وقت تشغيل حاويات مع قيود الصناعة مع التركيز على البساطة والمتانة وقابلية النقل. وهو متوفر كخفي لـ Linux و Windows ، والذي يمكنه إدارة دورة حياة الحاويات الكاملة لنظامها المضيف: نقل الصور وتخزينها ، تنفيذ الحاويات والإشراف ، تخزين منخفض المستوى ومرفقات الشبكة ، إلخ.
Containerd هو عضو في CNCF مع حالة "تخرج".
تم تصميم Containerd ليتم تضمينه في نظام أكبر ، بدلاً من استخدامه مباشرة من قبل المطورين أو المستخدمين النهائيين.

انظر docs/containerd-2.0.md -2.0.MD.
نحن مشروع OSS شامل كبير يرحب بالمساعدة من أي شكل أو شكل:
exp/beginner ، على سبيل المثال مشكلات المبتدئين في حاوية/حاوية. انظر وثائقنا على containerd.io:
للبدء في المساهمة في حاوية ، انظر المساهمة.
إذا كنت مهتمًا بتجربة Containerd ، فراجع مثالنا في البدء.
هناك بنيات ليلية متاحة للتنزيل هنا. يتم توليد الثنائيات من الفرع main كل ليلة لـ Linux و Windows .
يرجى العلم: قد يكون للبناء الليلي أخطاء حرجة ، لا ينصح بالاستخدام في الإنتاج وعدم تقديم الدعم.
تحتوي مجموعة Dashboard K8S CI لـ ContainerD على نتائج اختبار فيما يتعلق بصحة Kubernetes عند تشغيلها مقابل عدد من فروع إطلاق الحاويات.
متطلبات وقت التشغيل للحاويات ضئيلة للغاية. تتم معالجة معظم التفاعلات مع مجموعات ميزات حاوية Linux و Windows عبر مكتبات RUNC و/أو نظام التشغيل (مثل HCSSHIM لـ Microsoft). تم وصف الإصدار الحالي المطلوب من runc في RunC.MD.
هناك ميزات محددة تستخدمها رمز Containerd Core و Snapshotters التي ستتطلب الحد الأدنى من إصدار kernel على Linux. مع التحذير المفهومة لإصدار kernel distro ، فإن نقطة انطلاق معقولة لـ Linux هي إصدار kernel 4.x الأدنى.
يستخدم Snapshotter نظام ملفات التراكب ، المستخدم افتراضيًا ، ميزات تم الانتهاء منها في سلسلة kernel 4.x. إذا اخترت استخدام BTRFS ، فقد يكون هناك مزيد من المرونة في إصدار kernel (الحد الأدنى الموصى به هو 3.18) ، ولكن سيتطلب وحدة BTRFS kernel وأدوات BTRFS ليتم تثبيتها على توزيع Linux الخاص بك.
لاستخدام نقطة تفتيش Linux واستعادة الميزات ، ستحتاج إلى تثبيت criu على نظامك. انظر المزيد من التفاصيل في نقطة التفتيش واستعادة.
يتم سرد متطلبات البناء للمطورين في البناء.
يتم دعم أي سجل يتوافق مع مواصفات توزيع OCI بواسطة حاوية.
لتكوين السجلات ، راجع وثائق تكوين مضيف التسجيل
للحصول على نظرة عامة مفصلة عن مفاهيم Containerd الأساسية والميزات التي يدعمها ، يرجى الرجوع إلى المستند الميزات.
يرجى الاطلاع على الإصدارات.
تتوفر ثنائيات Intel/AMD القابلة للتنزيل 64 بت لجميع الإصدارات الرسمية على صفحة الإصدارات الخاصة بنا.
بالنسبة للبنية الأخرى ودعم التوزيع ، ستجد أن العديد من توزيعات Linux تقوم بتعبئة الحاويات الخاصة بها وتوفيرها عبر العديد من البنى ، مثل عبوة Ubuntu Canonical.
بدءًا من Containerd 1.4 ، يتم تمكين ميزة عميل Urfave للإنشاء التلقائي لبيانات الإكمال التلقائي و ZSH. لاستخدام ميزة الإكمال التلقائي في قذيفة باش على سبيل المثال ، مصدر ملف الإكمال التلقائي/CTR في .bashrc ، أو يدويًا مثل:
$ source ./contrib/autocomplete/ctr
ctr لـ Bash و Zsh بالنسبة لـ BASH ، انسخ برنامج contrib/autocomplete/ctr إلى /etc/bash_completion.d/ وقم بإعادة تسميته إلى ctr . يتوفر ملف zsh_autocomplete أيضًا ويمكن استخدامه بشكل مشابه لمستخدمي ZSH.
قدم وثائق للمستخدمين source هذا الملف في قذيفة إذا لم تضع ملف الإكمال التلقائي في موقع يتم تحميله تلقائيًا لبيئة Shell للمستخدم.
cri عبارة عن تطبيق مكون إضافي Containerd لواجهة وقت تشغيل حاوية Kubernetes (CRI). مع ذلك ، يمكنك استخدام Containerd كوقت تشغيل الحاوية لمجموعة Kubernetes.

cri هو البرنامج المساعد الأصلي من حاوية. منذ Containerd 1.1 ، تم دمج المكون الإضافي CRI في ثنائيات الإصدار وتمكينها افتراضيًا.
وصل المكون الإضافي cri إلى حالة GA ، وهو ما يمثل:
انظر النتائج على لوحة معلومات اختبار Containerd K8S
cri الخاص بك يتضمن مشروع حاضنة Kubernetes ، Cri-Tools ، برامج لممارسة تطبيقات CRI. الأهم من ذلك ، يتضمن CRI-TOOLS critest البرنامج الذي يستخدم لتشغيل اختبار التحقق من صحة CRI.
crictlcriللاتصالات غير المتزامنة والمناقشات طويلة الأمد ، يرجى استخدام المشكلات وسحب الطلبات على Github Repo. سيكون هذا أفضل مكان لمناقشة التصميم والتنفيذ.
للاتصال Sync Contact Catch في قنوات #containerd و #containerd-dev Slack على Slack (CNCF) لمؤسسة Cloud Native Computing Foundation (CNCF) cloud-native.slack.com . الجميع مرحب بهم للانضمام والدردشة. الحصول على دعوة إلى CNCF الركود.
انضم إلى اجتماعنا المجتمعي المقبل الذي تم استضافته على Zoom. يتم نشر الجدول الزمني على تقويم CNCF (البحث "حاوية" للتصفية).
يتم استضافة عمليات تدقيق الأمان لمشروع Containerd على موقعنا. يرجى الاطلاع على صفحة الأمان في ContainerD.io لمزيد من المعلومات.
يرجى اتباع الإرشادات الموجودة في Containerd/Project
يتم إصدار قاعدة كود الحاويات تحت ترخيص Apache 2.0. يتم ترخيص ملف readMe.md والملفات في مجلد "المستندات" بموجب ترخيص Creative Commons Attribution 4.0 الدولي. يمكنك الحصول على نسخة من الترخيص ، بعنوان CC-BY-4.0 ، على الموقع http://creativecommons.org/licenses/by/4.0/.
Containerd هو المشروع الأساسي مفتوح المصدر داخل منظمة GitHub أوسع. ومع ذلك ، فإن جميع المشاريع داخل الريبو لها محافظة مشتركة ، والإدارة ، والإرشادات المساهمة التي يتم تخزينها في مستودع project بشكل شائع لجميع مشاريع الحاويات.
يرجى العثور على كل مستندات المشروع الأساسية هذه ، بما في ذلك:
المعلومات في مستودع containerd/project .
هل أنت مهتم بمعرفة من يستخدم حاوية؟ هل تستخدم حاوية في المشروع؟ يرجى إضافة نفسك عبر طلب سحب إلى ملف ondisters.md لدينا.