كوبيرنيتيس

معلومات عامة
نوع	Linux Foundation Project
نظام التشغيل	متعدد المنصات
مسقط الويب	kubernetes.io
المطور الأصلي	جوجل
المطورون	مؤسسة لينكس
لغة البرمجة	غو
الإصدار الأخير	1.18.3 (20 مايو2020)
المستودع	github.com;
الرخصة	رخصة أباتشي 2.0

كوبيرنيتيس (عادة تخط k8s ) تعبير عن نظام تزامن حاوية مفتوح المصدر لأتمتة نشر التطبيقات، وتوسيع نطاقه وإدارته. تم تصميمه في الأصل بواسطة جوجل، وتقوم الآن بإدارته مؤسسة Cloud Native Computing Foundation. يهدف إلى توفير "نظام أساسي لأتمتة نشر حاويات التطبيقات وتوسيع نطاقها وتشغيلها عبر مجموعات المضيفين". يعمل مع مجموعة من أدوات الحاوية، بما في ذلك Docker. الكثير من الخدمات السحابية توفر منصة خدمية مبنية على كوبيرنيتيس أوبنية تحتية كخدمة والتي تمكن من نشر كوبيرنيتيس كمنصة توفير خدمة. كما يوفر الكثير من البائعين أيضًا توزيعات كوبيرنيتيس الخاصة بهم.

جوجل Container Engine يتحدث في جوجل Cloud Summit

تأسست كوبيرنيتيس ( κυβερνήτης ، اليونانية لـ "حاكم" ، " helmsman " أو"كابتن") على يد جوبيدا وبريندان بيرنز وكريج ماكلوكي، الذين انضموا بسرعة إلى المهندسين الآخرين في جوجل بما في ذلك بريان غرانت وتيم هوكين، وأعرب لأول مرة من قبل جوجل في منتصف عام 2014. يتأثر تطويره وتصميمه بشدة بنظام Borg من جوجل، والكثير من كبار المساهمين في المشروع الذين تجاوز لهم العمل في Borg. كان الاسم الأصلي لـ كوبيرنيتيس في جوجل هوProject Seven ، في إشارة إلى شخصية Star Trek Seven of Nine التي تعد Borg "صديقة". المتحدثون السبعة على عجلة شعار كوبيرنيتيس هم إشارة إلى هذا الاسم الرمزي. تمت كتابة مشروع Borg الأصلي بالكامل في C ++ ، لكن نظام كوبيرنيتيس المعاد كتابته تم تطبيقه في Go .

تم إصدار كوبيرنيتيس v1.0 في 21 يوليو2015. إلى جانب إصدار كوبيرنيتيس v1.0 ، دخلت جوجل في شراكة مع Linux Foundation لتشكيل Cloud Native Computing Foundation (CNCF) وعرضت كوبيرنيتيس كتقنية أساسية. فيستة مارس، 2018 ، وصل كوبيرنيتيس Project إلى المركز التاسع في النادىوى في جيثب، والمركز الثاني في المؤلفين وقضايا نواة لينكس .

كائنات كوبيرنيتيس

يعرّف كوبيرنيتيس مجموعة من الكتل البرمجية الإنشائية ("البدائية") ، والتي توفر مجتمعة الآليات التي تنشر وتحافظ على نطاق التطبيقات على أساس وحدة المعالجة المركزية والذاكرة أوالمقاييس المخصصة. كوبيرنيتيس مقترن بشكل فضفاض وقابل للامتداد لتلبية أعباء العمل المتنوعة. يتم توفير هذه القابلية للتوسعة في جزء كبير منها بواسطة كوبيرنيتيس API ، والذي يستخدم من قبل المكونات الداخلية وكذلك الامتدادات والحاويات التي تعمل على كوبيرنيتيس. . يمارس النظام الأساسي سيطرته على موارد الحوسبة والتخزين عن طريق تحديد الموارد على أنها كائنات، والتي يمكن إدارتها على هذا النحو. الكائنات الرئيسية هي:

القرون

وحدة الجدولة الأساسية في كوبيرنيتيس هي جراب . ويضيف مستوى أعلى من التجريد من خلال تجميع المكونات في حاويات. يتكون الجراب من حاوية واحدة أوأكثر مضمونة حتى تكون موجودة في الجهاز المضيف ويمكنها مشاركة الموارد.

يتم تعيين عنوان Pod Pod فريد لكل كتلة في كوبيرنيتيس داخل المجموعة، مما يسمح للتطبيقات باستخدام المنافذ دون التعرض لخطر التعارض. داخل الحاوية، يمكن لجميع الحاويات حتى تشير إلى بعضها البعض على المضيف المحلي، ولكن الحاوية داخل الحافظة لا تملك أي وسيلة للتعامل مباشرة مع حاوية أخرى داخل حافظة أخرى ؛ لذلك، يجب عليه استخدام عنوان IP Pod. يجب على مطور التطبيق ألا يستخدم عنوان بروتوكول الإنترنت (Pod IP) أبدًا للإشارة إلى / استنادىء قدرة في جراب آخر، لأن عناوين بروتوكول الإنترنت (بروتوكول الإنترنت) هي سريعة الزوال - قد يتم تعيين جراب معين يشيرون إليه إلى عنوان IP آخر لجهاز iPod عند إعادة التشغيل. بدلاً من ذلك، يجب عليهم استخدام إشارة إلى الخدمة، التي تحتوي على إشارة إلى جراب الهدف على عنوان IP Pod.

يمكن للقرنة تحديد وحدة تخزين، مثل مرشد القرص المحلي أوقرص الشبكة، وتعريضها للحاويات الموجودة في الجراب. يمكن إدارة السنفات يدويًا من خلال كوبيرنيتيس API ، أويمكن تفويض إدارتها إلى وحدة تحكم. تعد هذه المجلدات أيضًا أساسًا لميزات كوبيرنيتيس الخاصة بـ ConfigMaps (لتوفير الوصول إلى التكوين من خلال نظام الملفات المرئي للحاوية) والأسرار (لتوفير الوصول إلى بيانات الاعتماد اللازمة للوصول إلى الموارد البعيدة بشكل آمن، من خلال توفير بيانات الاعتماد هذه على نظام الملفات المرئي فقط إلى الحاويات المصرح بها).

خدمات

Simplified view showing how Services interact with Pod networking in a كوبيرنيتيس cluster

خدمة كوبيرنيتيس هي مجموعة من القرون التي تعمل معًا، مثل طبقة واحدة من تطبيق متعدد المستويات . يتم تحديد مجموعة القرون التي تشكل خدمة بواسطة محدد التسمية. يوفر كوبيرنيتيس وضعين لاكتشاف الخدمة، باستخدام المتغيرات البيئية أواستخدام كوبيرنيتيس DNS. يعرّف اكتشاف الخدمة عنوان IP ثابتًا واسم DNS للخدمة، ويقوم بتحميل أرصدة الحركة بطريقة متقاربة إلى اتصالات الشبكة لعنوان IP هذا بين القرون التي تتطابق مع المحدد (حتى عندما تتسبب الأعطال في انتنطق القرون من آلة إلى أخرى ). بشكل افتراضي، يتم الكشف عن الخدمة داخل مجموعة (على سبيل المثال، قد يتم تجميع قرون النهاية الخلفية في خدمة، مع وجود طلبات من قرون القابلة الأمامية متوازنة من بينها) ، ولكن يمكن أيضًا كشف خدمة خارج كتلة (مثل للعملاء للوصول إلى القرون القابلة الأمامية).

أحجام

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

مساحات

يوفر كوبيرنيتيس تقسيم الموارد التي يديرها إلى مجموعات غير متداخلة تسمى مساحات الأسماء. وهي مخصصة للاستخدام في البيئات التي ينتشر فيها الكثير من المستخدمين عبر فرق أومشاريع متعددة أوحتى تفصل بين البيئات مثل التطوير والاختبار والإنتاج.

إدارة كائنات كوبيرنيتيس

يوفر كوبيرنيتيس بعض الآليات التي تسمح للمرء بإدارة كائناته أوتحديدها أومعالجتها.

التسميات والمحددات

يُمكّن كوبيرنيتيس العملاء (المستخدمين أوالمكونات الداخلية) من إرفاق أزواج قيمة المفتاح تسمى "ملصقات" إلى أي كائن API في النظام، مثل القرون والعقد . في اللقاء، "محددات التسمية" تعبير عن استعلامات لقاء التصنيفات التي تعمل على حل الكائنات المتطابقة. عندما يتم تعريف الخدمة، يمكن للمرء تحديد محددات الملصقات التي سيتم استخدامها من قبل جهاز توجيه / موازن التحميل لتحديد حالات pod التي سيتم توجيه حركة المرور إليها. وبالتالي، يمكن ببساطة تغيير بطاقات العنونة أوتغيير محددات الملصقات الموجودة على الخدمة للتحكم في أي من الرموز تحصل على حركة المرور وأيها لا يمكن استخدامها والتي يمكن استخدامها لدعم أنماط النشر المتنوعة مثل عمليات النشر ذات اللون الأزرق والأخضر أواختبار AB . توفر هذه القدرة على التحكم الديناميكي في كيفية استخدام الخدمات لموارد التطبيق اقترانًا فضفاضًا داخل البنية التحتية.

على سبيل المثال، إذا كانت القرون الخاصة بالتطبيق تحتوي على تسميات tier نظام (مع قيم مثل front-end back-end ، على سبيل المثال) وrelease_track (مع قيم مثل canary production على سبيل المثال) ، ثم عملية على الكل يمكن للعقد back-end canary استخدام محدد التسمية، مثل:

tier=back-end AND release_track=canary

محددات المجال

تمامًا مثل التسميات، يتيح لك محددات الحقل أيضًا تحديد موارد كوبيرنيتيس. بخلاف التصنيفات، يعتمد التحديد على قيم السمة الملازمة للمورد الذي يتم تحديده، بدلاً من التصنيف الذي يحدده المستخدم. metadata.name وmetadata.namespace هما محددات الحقول التي ستكون موجودة على جميع كائنات كوبيرنيتيس. تعتمد المحددات الأخرى التي يمكن استخدامها على نوع الكائن / المورد.

هندسة

كوبيرنيتيس architecture diagram

يتبع كوبيرنيتيس البنية الأساسية / النسخة المتماثلة . يمكن تقسيم مكونات كوبيرنيتيس إلى تلك التي تدير عقدة فردية وتلك التي تعد جزءًا من مستوى التحكم.

طائرة التحكم كوبيرنيتيس (الابتدائي)

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

etcd: etcd تعبير عن مخزن بيانات مستمر وخفيف الوزن وموزع وذات قيمة كبيرة تم تطويره بواسطة CoreOS ويقوم بتخزين بيانات التكوين الخاصة بالكتلة بشكل موثوق، وهوما يمثل الحالة الكلية للمجموعة في أي نقطة زمنية محددة. تمامًا مثل Apache ZooKeeper ، etcd هونظام يدعم الاتساق على التوفر في حالة وجود قسم للشبكة (انظر نظرية CAP ). هذا الاتساق أمر بالغ الأهمية لجدولة وخدمات التشغيل بشكل سليم. يستخدم كوبيرنيتيس API Server قابلة برمجة التطبيقات الخاصة بمراقبة etcd لمراقبة الكتلة وطرح تغييرات التكوين المهمة أوببساطة استعادة أي اختلافات في حالة الكتلة، والعودة إلى ما تم إعلانه من قبل الناشر. على سبيل المثال، إذا حدد الناشر حتى هناك ثلاث حالات لقرنة معينة يجب تشغيلها، يتم تخزين هذه الحقيقة في etcd. إذا تبين حتى حالتين فقط قيد التشغيل، سيتم الكشف عن هذه الدلتا مقارنة ببيانات الخ، وسوف تستخدم كوبيرنيتيس هذا لجدولة إنشاء مثيل إضافي من هذا الملف.

خادم API: يعد خادم API مكونًا رئيسيًا ويخدم قابلة برمجة تطبيقات كوبيرنيتيس باستخدام JSON عبر HTTP ، والذي يوفر كلاً من القابلة الداخلية والخارجية لـ كوبيرنيتيس. يقوم خادم API بمعالجة والتحقق من طلبات REST وتحديث حالة كائنات API في etcd ، وبالتالي السماح للعملاء بتكوين عبء العمل والحاويات عبر عقد Worker.

المجدول: المجدول هوالمكون القابل للتوصيل والذي يحدد العقدة التي يتم تشغيل جراب غير مجدولة (الكيان الأساسي الذي يديره المجدول) ، بناءً على توفر الموارد. يتعقب المجدول استخدام الموارد على جميع عقدة لضمان عدم جدولة عبء العمل عن الموارد المتاحة. لهذا الغرض، يجب حتى يعهد المجدول متطلبات الموارد، وتوافر الموارد، وغيرها من القيود التي يوفرها المستخدم وتوجيهات السياسة مثل جودة الخدمة، ومتطلبات التقارب / مكافحة التقارب، ومكان البيانات، وما إلى ذلك. في جوهرها، يتمثل دور المجدول في مطابقة "عرض" المورد مع عبء العمل "الطلب".

مدير وحدة التحكم: وحدة التحكم تعبير عن حلقة مصالحة تدفع حالة الكتلة العملية نحوحالة الكتلة المطلوبة. يعمل هذا عن طريق إدارة مجموعة من وحدات التحكم. نوع واحد من وحدة تحكم هووحدة تحكم النسخ المتماثل، الذي يعالج النسخ المتماثل والتحجيم عن طريق تشغيل عدد محدد من نسخ جراب عبر الكتلة. يتعامل أيضًا مع إنشاء قرون بديلة في حالة فشل العقدة الأساسية. تشتمل وحدات التحكم الأخرى التي تشكل جزءًا من نظام كوبيرنيتيس الأساسي على "DaemonSet Controller" لتشغيل جراب واحد تمامًا على جميع جهاز (أوبعض مجموعات فرعية من الأجهزة) ، و"Controller Job" لتشغيل الأكواد التي تعمل حتى الاكتمال، على سبيل المثال وظيفة دفعة. يتم تحديد مجموعة القرون التي تديرها وحدة التحكم بواسطة محددات الملصقات التي تعد جزءًا من تعريف وحدة التحكم.

إدارة وحدة التحكم هي عملية تدير وحدات تحكم كوبيرنيتيس الأساسية مثل DaemonSet Controller وReplication Controller. تتصل وحدات التحكم بخادم قابلة برمجة التطبيقات لإنشاء وتحديث وحذف الموارد التي تديرها (السنفات ونقاط نهاية الخدمة، إلخ) ).

عقدة كوبيرنيتيس

تعد Node ، المعروفة أيضًا باسم Worker أوMinion ، تعبير عن آلة يتم نشر حاويات بها (أعباء العمل). جميع عقدة في الكتلة يجب تشغيل حاوية وقت التشغيل مثل عامل الميناء ، فضلا عن المكونات المذكورة أدناه، للتواصل مع الابتدائي لتكوين شبكة من هذه الحاويات.

Kubelet: Kubelet مسؤول عن حالة التشغيل لكل عقدة، مما يضمن حتى جميع الحاويات الموجودة على العقدة صحية. إنه يعتني ببدء ووقف وصيانة حاويات التطبيقات المنظمة في حاضن حسب توجيهات طائرة التحكم.

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

Kube-proxy: Kube-proxy هوتطبيق لبروكسي الشبكة وموازن التحميل، وهويدعم تجريد الخدمة إلى جانب تشغيل الشبكات الأخرى. وهي مسؤولة عن توجيه حركة المرور إلى الحاوية المناسبة بناءً على عنوان IP ورقم المنفذ للطلب الوارد.

وقت تشغيل الحاوية: توجد حاوية داخل حاوية. الحاوية هي أدنى مستوى من الخدمة المصغرة التي تحتوي على التطبيق قيد التشغيل والمخطات وتوابعها. يمكن حتى تتعرض الحاويات للعالم من خلال عنوان IP خارجي. تدعم كوبيرنيتيس حاويات Docker منذ إصدارها الأول، وفي يوليو2016 تمت إضافة محرك حاويات rkt .

إضافات

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

DNS: يجب حتىقد يكون لدى كافة مجموعات كوبيرنيتيس DNS الكتلة؛ إنها ميزة إلزامية. Cluster DNS هوخادم DNS ، بالإضافة إلى خادم (خوادم) DNS الأخرى في بيئتك، والذي يقدم سجلات DNS لخدمات كوبيرنيتيس. تتضمن الحاويات التي بدأتها كوبيرنيتيس خادم DNS هذا تلقائيًا في عمليات البحث عن DNS الخاصة بهم.

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

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

الإنضمام على مستوى الكتلة: يجب حتىقد يكون للسجلات تخزين منفصل ودورة حياة مستقلة عن العقد أوالقرون أوالحاويات. خلاف ذلك، يمكن حتى يسبب فشل العقدة أوجراب فقدان بيانات الحدث. تسمى القدرة على القيام بذلك الإنضمام على مستوى الكتلة، وهذه الآليات مسؤولة عن حفظ سجلات الحاوية في مخزن سجل مركزي بقابلة درس / تصفح. لا توفر كوبيرنيتيس أي حل تخزين محلي لبيانات السجل، ولكن يمكن للمرء دمج الكثير من حلول الإنضمام الموجودة في نظام كوبيرنيتيس.

Microservices

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

انظر أيضا

جنكينز

المراجع

^ Release 1.18.3 — تاريخ الاطلاع: 21 مايو2020 — تاريخ النشر: 20 مايو2020
↑ "What is Kubernetes?". Kubernetes. مؤرشف من الأصل في 30 مايو2019. اطلع عليه بتاريخ 31 مارس 2017.
^ "kubernetes/kubernetes". GitHub (باللغة الإنجليزية). مؤرشف من الأصل في 21 أبريل 2017. اطلع عليه بتاريخ 28 مارس 2017.
^ Kubernetes v1.12: Introducing RuntimeClass - Kubernetes نسخة محفوظة 31 مارس 2019 على مسقط واي باك مشين.
^ "Google Made Its Secret Blueprint Public to Boost Its Cloud" (باللغة الإنجليزية). مؤرشف من الأصل في 01 يوليو2016. اطلع عليه بتاريخ 27 يونيو2016.
^ "Google Open Sources Its Secret Weapon in Cloud Computing". Wired. مؤرشف من الأصل فيعشرة سبتمبر 2015. اطلع عليه بتاريخ 24 سبتمبر 2015.
↑ Abhishek Verma; Luis Pedrosa; Madhukar R. Korupolu; David Oppenheimer; Eric Tune; John Wilkes (April 21–24, 2015). "Large-scale cluster management at Google with Borg". Proceedings of the European Conference on Computer Systems (EuroSys). مؤرشف من الأصل في 27 يوليو2017.
^ "Borg, Omega, and Kubernetes - ACM Queue". queue.acm.org. مؤرشف من الأصل في 09 يوليو2016. اطلع عليه بتاريخ 27 يونيو2016.
^ "Early Stage Startup Heptio Aims to Make Kubernetes Friendly". اطلع عليه بتاريخ 06 ديسمبر 2016.
^ "As Kubernetes Hits 1.0, Google Donates Technology To Newly Formed Cloud Native Computing Foundation". TechCrunch. مؤرشف من الأصل في 23 سبتمبر 2015. اطلع عليه بتاريخ 24 سبتمبر 2015.
^ "Cloud Native Computing Foundation". مؤرشف من الأصل في 03 يوليو2017.
^ Conway, Sarah. "Kubernetes Is First CNCF Project To Graduate". مؤسسة لينكس (باللغة الإنجليزية). مؤرشف من الأصل (html) في 29 أكتوبر 2018. اطلع عليه بتاريخ 03 ديسمبر 2018. Compared to the 1.5 million projects on GitHub, Kubernetes is No.تسعة for commits and No. 2 for authors/issues, second only to Linux.
^ Sharma, Priyanka (13 April 2017). "Autoscaling based on CPU/Memory in Kubernetes—Part II". Powerupcloud Tech Blog. Medium. مؤرشف من الأصل في 17 أكتوبر 2019. اطلع عليه بتاريخ 27 ديسمبر 2018.
^ "Configure Kubernetes Autoscaling With Custom Metrics". Bitnami. BitRock. 15 November 2018. مؤرشف من الأصل في 27 مارس 2019. اطلع عليه بتاريخ 27 ديسمبر 2018.
↑ "An Introduction to Kubernetes". DigitalOcean. مؤرشف من الأصل في 01 أكتوبر 2015. اطلع عليه بتاريخ 24 سبتمبر 2015.
^ Pods - Kubernetes نسخة محفوظة 08 مايو2019 على مسقط واي باك مشين.
↑ Langemak, Jon (2015-02-11). "Kubernetes 101 – Networking". Das Blinken Lichten. مؤرشف من الأصل في 25 أكتوبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
^ Strachan, James (2015-05-21). "Kubernetes for Developers". ميديوم. مؤرشف من الأصل في 07 سبتمبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
^ Services - Kubernetes نسخة محفوظة 08 مايو2019 على مسقط واي باك مشين.
^ Langemak, Jon (2015-02-15). "Kubernetes 101 – External Access Into The Cluster". Das Blinken Lichten. مؤرشف من الأصل في 26 أكتوبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
↑ "Intro: Docker and Kubernetes training - Day 2". ريد هات. 2015-10-20. مؤرشف من الأصل في 29 أكتوبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
↑ "Kubernetes Infrastructure". OpenShift Community Documentation. OpenShift. مؤرشف من الأصل في 06 يوليو2015. اطلع عليه بتاريخ 24 سبتمبر 2015.
^ حاويات Linux بواسطة CoreOS: البنية التحتية الكتلة
↑ Marhubi, Kamal (2015-09-26). "Kubernetes from the ground up: API server". kamalmarhubi.com. مؤرشف من الأصل في 29 أكتوبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
^ Ellingwood, Justin (2 May 2018). "An Introduction to Kubernetes". ديجيتال أوشن (باللغة الإنجليزية). مؤرشف من الأصل في 05 يوليو2018. اطلع عليه بتاريخ 20 يوليو2018. One of the most important primary services is an API server. This is the main management point of the entire cluster as it allows a user to configure Kubernetes' workloads and organizational units. It is also responsible for making sure that the etcd store and the service details of deployed containers are in agreement. It acts as the bridge between various components to maintain cluster health and disseminate information and commands.
^ "The Three Pillars of Kubernetes Container Orchestration - Rancher Labs". rancher.com. 18 May 2017. مؤرشف من الأصل في 24 يونيو2017. اطلع عليه بتاريخ 22 مايو2017.
↑ "Overview of a Replication Controller". Documentation. CoreOS. مؤرشف من الأصل في 22 سبتمبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
^ Sanders, Jake (2015-10-02). "Kubernetes: Exciting Experimental Features". Livewyer. مؤرشف من الأصل في 20 أكتوبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
^ Marhubi, Kamal (2015-08-27). "What [..] is a Kubelet?". kamalmarhubi.com. مؤرشف من الأصل في 13 نوفمبر 2015. اطلع عليه بتاريخ 02 نوفمبر 2015.
^ rktnetes brings rkt container engine to Kubernetes - Kubernetes نسخة محفوظة 31 مارس 2019 على مسقط واي باك مشين.