‫بناءً على وقت مشاهدة هذا الفيديو ، سيكون هناك توقع مختلف قليلاً
‫حول كيفية استخدام أمر التشغيل.
‫بدءًا من الإصدار 1. 12
‫، ثم على الأقل من خلال الإصدارات الحالية من الإصدار 1. 15 ، وربما في الأيام
‫القليلة القادمة ، ستكون هناك رسائل مختلفة
‫بناءً على كيفية استخدامك لأمر التشغيل أو
‫تشغيله. إنها الحالة ، واستخداماتها
‫، قد تغيرت على مر السنين.
‫الهدف الآن من أمر التشغيل
‫هو تقليل وظائفه وإهمال العديد من المولدات
‫التي تعلمت عنها للتو.
‫تستنكر معظم هؤلاء. في الواقع ، كلهم
‫ما عدا واحد ، واترك الأمر كأمر تشغيل واحد
‫مصمم لبدء تشغيل حجرة.
‫أحد الأهداف هنا هو تقليل تعقيده بحيث يكون مشابهًا
‫جدًا وخبيرًا لأمر تشغيل عامل الإرساء ، أنت فقط
‫تقوم بتشغيله أعلى Kubernetes.
‫نريد التخلص من المولدات التي تستخدم عمليات النشر
‫وجميع هذه الأنواع الأخرى من المولدات لأنها
‫متوفرة الآن في أمر إنشاء kubectl.
‫لذلك ، عندما تفكر ، في المستقبل ، في إنشاء
‫كائنات من أسطر الأوامر أحادية السطر
‫، فكر في الإنشاء. ثم سيتم ترك الجري حقًا
‫لعمل القرون. الاستخدام الفردي ، حقًا
‫، الذي أمارسه لتشغيل البودات بسرعة كبيرة هو عندما أريد
‫فقط البدء في شيء ما. ربما أكون على جهاز
‫لا يحتوي على Docker لأنني أستخدم Containerd
‫أو CRI-O ، أو أحد محركات وقت التشغيل الأخرى ، وليس
‫لدي راحة في تشغيل عامل الإرساء.
‫لكن ، لدي Kubernetes مثبتًا ، لذا يمكنني تشغيل kubectl
‫الذي يمنحني تجربة مماثلة.
‫بالنسبة لي ، السبب الحقيقي ، واستخدام الحالة
‫فقط بالنسبة لي لاستخدام التشغيل في الوقت الحاضر ، الآن بعد أن أصبح
‫لدينا هذه الأشياء المهملة على أساس يومي ، هو تشغيل حاويات طلقة واحدة
‫، مثل استكشاف الأخطاء وإصلاحها ، أو اختبار الشبكة ، أو شيء
‫من هذا القبيل مثل هذا. أو ، أنا فقط بحاجة إلى القفز
‫إلى شبكة حاويات ، وأحتاج إلى وجود سطر أوامر
‫هناك لسبب ما. هذا عندما أستخدم الجري.
‫ولكن ، من المهم نوعًا ما ، على الأقل في السنوات
‫القليلة المقبلة ، فهم تاريخ الجري.
‫لأنك ستعثر على كل أنواع الأمثلة ، بما
‫في ذلك في مقاطع الفيديو هذه التي أعطيك إياها
‫، حول استخدام أمر التشغيل لأنه كان له الكثير من التاريخ
‫مع Kubernetes. لذلك ، عندما ترى أمثلة ، قد
‫تضطر إلى الترجمة على مدونات ، أو وثائق مختلفة
‫، ستصبح قديمة في غضون سنوات قليلة.
‫سترى تلك الأشياء وسيتعين عليك الترجمة
‫، حسنًا ، لقد اعتدت فعل ذلك باستخدام أمر التشغيل.
‫الآن ، علي أن أفعل ذلك بأمر إنشاء.
‫لذا ، اسمحوا لي أن أقدم لكم بعض الأمثلة عن كيفية
‫عمل أمر التشغيل وما زال يعمل بصراحة اليوم.
‫الإصدار الذي تستخدمه للقيام بهذه الدورة التدريبية
‫لأنه عندما يتوقف هذا عن العمل ، سأخرج هذا
‫الفيديو واستبدله بنوع من ذاكرة أمر التشغيل.
‫دعونا نتحدث عن هذا الشيء الذي لدينا والذي لم
‫يعد لدينا بعد الآن.
‫لنلقِ نظرة على بعض الأوامر.
‫سأقوم برميهم في سطر الأوامر حتى ترى المولدات
‫التي كانوا يستخدمونها بناءً على نوع أمر التشغيل الذي
‫كنت تستخدمه.
‫هذا جزء من الالتباس مع التشغيل ، حيث أنه بدأ
‫يصبح معقدًا حقًا في حالات استخدامه نظرًا
‫لأن الأشياء المختلفة التي قد تفعلها
‫في سطر الأوامر ستغير الطريقة التي يتصرف بها عند إنشاء الموارد
‫الخاصة بك. مع كل هذه الأشياء ، سأقوم
‫فقط بالتشغيل الجاف لأريكم ماهية الكائن الذي
‫تم إنشاؤه. بالنسبة لهذا الأمر ، هذا هو الأمر القياسي الذي
‫تعلمته عن كيفية إنشاء عمليات النشر مسبقًا.
‫ستلاحظ أن هذا الإعداد الافتراضي ، أنا لا أحدد منشئًا هنا ، وهو ما
‫يمكنني فعله باستخدام - Generator.
‫لكنني لن أستخدم ذلك لأنني أريد أن أوضح لك كيف
‫يتغير أمر التشغيل بمرور الوقت.
‫بدون المولد اليوم ، سوف يمنحك
‫النشر.
‫في المستقبل ، عندما يقومون بإجراء هذا التغيير
‫في النهاية ، فإن التشغيل الافتراضي سيُنشئ جرابًا
‫، وليس نشرًا ، ومن المتوقع أن تستخدم إنشاء أو تطبيق لإنشاء
‫عمليات النشر ، وتلك الأوامر ، وترك التشغيل للقرون
‫فقط.
‫اليوم ، هذا هو 114.
‫سترى أنه ينشئ نشرًا هناك باسم
‫الاختبار. بالنسبة إلى هذه الأمثلة القليلة
‫التالية ، لم ترني أعطيك هذه الأمثلة لأنني لم أرغب في تعلم جميع
‫الفروق الدقيقة المختلفة لأمر التشغيل إذا لم تكن ستستخدمها
‫في غضون بضع سنوات.
‫هنا ، سترى في هذا المنفذ ، لقد أضفت منفذًا
‫وفضح هناك ، والذي في هذه الحالة ، سوف
‫يعطيني تحذيرًا ، كالمعتاد ، ثم
‫ينشئ شيئين مختلفين.
‫سيُنشئ موارد النشر والخدمة دون
‫الحاجة إلى استخدام أمرين مختلفين.
‫إنها طريقة مفيدة حقًا لإنشاء عملية
‫نشر وكشفها. مرة أخرى ، سيختفي هذا لأنه يمكنك
‫استخدام أوامر العرض أو الإنشاء بشكل منفصل
‫، وقد اتضح أن أتمتة هذا الأمر وتعقيده قد لا
‫يكون فكرة جيدة للمضي قدمًا.
‫لذا ، سيتخلصون من ذلك.
‫التالي التالي هنا ، أخرجت الجزء المكشوف ، ثم أضفت
‫إعادة التشغيل عند الفشل.
‫سيؤدي هذا إلى إنشاء نوع مختلف من الموارد.
‫ستنشئ الوظيفة الدفعية أو نوع الوظيفة فقط.
‫هذا واحد موجود بشكل أساسي للحاويات ذات الطلقة
‫الواحدة ، الأشياء التي تحتاج إلى تشغيلها.
‫ربما تحتاج إلى القيام بتحديث مخطط قاعدة البيانات الخاصة بك.
‫أو ربما تريد إجراء نسخ احتياطي سريع لقاعدة
‫البيانات ، وتريد فقط إعادة إنشاء
‫الحاوية إذا فشلت. كانت هذه أشياء يمكنك فعلها
‫بالركض ، ولكن يمكنك الآن فعل ذلك بطرق أخرى.
‫الخطوة التالية هنا هي أنني قمت بضبط إعادة التشغيل على عدم إعادة
‫التشغيل أبدًا بدلاً من الفشل. سيؤدي ذلك بعد ذلك إلى
‫تغيير نوع المورد إلى جراب ، والذي سيكون قريبًا الإعداد
‫الافتراضي.
‫هذا هو مربكا بعض الشيء.
‫يمكنك فرض هذا السلوك وستلاحظ إذا عدنا إلى
‫أحد هذه الأوامر السابقة مثلما أريتكم
‫للتو ، عندما أقوم بإعادة التشغيل عند الفشل ، والسبب
‫في وجود هذا السطر أنه يقول في المستقبل ، هذا ما سيحدث
‫بشكل افتراضي.
‫إذا كنت لا تريد أن يحدث ذلك ، فيمكنك إما إجبار
‫مولد مختلف ، كما أفعل هنا ، والذي يستخدم
‫المهمة V1 ، أو استخدام أمر الإنشاء.
‫التي يفضلون استخدامها.
‫لذلك ، تم تصميم المقرر الدراسي الخاص بي لهذا الاستخدام المستقبلي.
‫أنا لا أعلمك كل الطرق المختلفة لتشغيل
‫أمر التشغيل. سأركز فقط على الإنشاء والخيارات
‫الأخرى مثل التقديم.
‫ثم آخر واحد هنا ، في حال لم تكن
‫تعلم بوجود هذا. نظرًا لأن لدينا دعم وظيفة
‫cron في Kubernetes ، إذا أعطيت نفس أمر التشغيل
‫، ولكن بعد ذلك أعطيته جدولًا زمنيًا ، فسيغير المولد لاستخدام
‫وظيفة cron.
‫وهو مختلف قليلاً عن الوظيفة.
‫تم تصميم وظيفة كرون لتكون متكررة.
‫لذا ، سيحدث ، في هذه الحالة ، مرة
‫واحدة في اليوم. نأمل أن يكون هذا منطقيًا من
‫حيث تاريخ أمر التشغيل. مرة أخرى ، أعتقد ، حقًا ،
‫أن المستقبل بالنسبة لنا يجب أن نبدأ في التصرف
‫كما لو كان مجرد إنشاء قرون لأنه هنا قريبًا ، ما إذا كان
‫سيكون في 116 أو 117 ، لست متأكدًا متى سيفرضون
‫تغيير حقيقي. سيتم سحب كل هذه الأشياء في وقت ما ولن
‫يتم إنشاؤها لاستخدام هذه المولدات.
‫سنضطر إلى استخدام الإنشاء والتطبيق بطرق أخرى
‫لإنشاء أنواع مختلفة من الموارد.