Transcription
مرحباً بالجميع، اسمي ساي فينام وأنا مع فريق IBM Cloud. اليوم نريد التحدث عن Kubernetes و OpenShift. الآن ليس من الإنصاف تمامًا بالنسبة لي مقارنة هذين الاثنين مباشرةً لأن Kubernetes هو مشروع مفتوح المصدر، بينما OpenShift من ناحية أخرى هو عرض من Red Hat، ولكن تحت الغطاء، يتم تشغيل OpenShift في الواقع بواسطة شيء يسمى OKD، أو Origin Kubernetes Distribution، وهذا يتضمن Kubernetes بالإضافة إلى عدد من مشاريع المصدر المفتوح الأخرى. لذا، لدينا Kubernetes، ربما بيئة تشغيل الحاويات المفضلة لديك، شيء مثل Docker، وإذا كنت ترغب في الاستفادة من إمكانيات مطابقة الخدمات، فلديهم تكاملات مع Istio وعدد من مشاريع المصدر المفتوح الأخرى التي سنتحدث عنها. ولكن دعونا نتحدث عن بعض الطرق المختلفة التي تبرز نوعًا ما الاختلافات بين العمل مع تطبيقاتك سواء كانت تعمل بشكل صارم على Kubernetes أم كنت تستخدم OpenShift.
للبدء سنتحدث عن نشر تطبيق. لذا، فإن نشر تطبيق على Kubernetes يمكن أن يكون في الواقع مستهلكًا للوقت بعض الشيء. لذا، أولاً دعنا نفترض أن لديك كودك على شيء مثل GitHub. لذا، ستقوم بسحب هذا الكود إلى جهازك المحلي، ربما تقوم بتشغيل حاوية. بمجرد حصولك على هذه الحاوية، سيتعين عليك معرفة مكان رغبتك في استضافتها بالفعل. لذا، السجل. لذا، ربما ترغب في استخدام شيء مثل Docker Hub أو إذا كنت تريد سجلاً خاصًا، فسيتعين عليك معرفة ذلك. شيء أريد أن أذكره إذا استفدت من Kubernetes المُدار. لذا، شيء مثل Kubernetes من موفر سحابة مفضل لديك. بشكل عام، لديهم خيارات للحصول على سجل، أو سجل خاص، مباشرةً في هذه التجربة.
بعد ذلك، بمجرد وجوده في السجل، سيتعين عليك بالفعل معرفة قصة CIDC الخاصة بك. وهنا تصبح الأمور معقدة لأنه توجد العديد من الخيارات المختلفة لنشر تطبيقاتك. من جانب OpenShift، من ناحية أخرى، لديهم نهج رأي. لذا، كل ما عليك فعله حقًا هو إنشاء تطبيق ومشروع، وعند هذه النقطة يقوم OpenShift بالرفع الثقيل في الخلفية. لذا، فإنه سيقوم بإنشاء خطوط الأنابيب هذه، سيقوم بإنشاء كل عمليات الأتمتة التي تحتاجها للقيام بأشياء مثل التطوير والاختبار والإنتاج لتطبيقاتك. لذا، حقًا، يجعل الأمر أسهل بكثير ويمكنك البدء في استخدام شيء مثل نهج Jenkins الخاص بهم أو إمكانيات الصورة المصدرية. لكن شيء أريد أن أذكره هنا: لديك مرونة أكبر بكثير على جانب Kubernetes للأشياء حيث لا يوجد لديك طريقة رأي محددة للقيام بذلك. لذا، بالنسبة للمستخدمين المتقدمين والفرق التي تتأثر بالبنى الأساسية القديمة، قد يكون Kubernetes أكثر فعالية. بالنسبة للفرق التي ترغب حقًا في أن يُقال لها كيفية إنجاز كل شيء وأن يكون لديها نهج مبسط لنهج DevOps وخط الأنابيب الخاص بها، فإن جانب OpenShift للأشياء يجعل الأمور سهلة للغاية.
بعد ذلك، دعونا نتحدث عن إدارة تطبيقاتك. لذا، هناك جانبان من اللغز هنا. أولاً، دعنا نبدأ بكيفية إدارة تطبيقاتك في Kubernetes، لذا يمكنك الاستفادة من لوحة التحكم الافتراضية التي تأتي مع أي توزيع Kubernetes، ولكن لسوء الحظ بالنسبة لمعظم فرق العمليات، هذا ليس كافيًا تمامًا. لذا، سيتعين عليهم المضي خطوة إلى الأمام وتثبيت لوحات تحكم إضافية. لذا، ربما سيستخدمون شيئًا مثل مجموعة ELK، ربما يرغبون في استخدام Grafana بدلاً من ذلك، ربما Istio، الخيارات لا حصر لها تقريبًا. لذا، في الأساس، الأمر يتعلق بالبحث كثيرًا لمعرفة الحل الدقيق الذي يناسب حالة الاستخدام الخاصة بهم. من جانب OpenShift للأشياء، مرة أخرى هناك طريقة رأي محددة للقيام بذلك. بالإضافة إلى ذلك، لديهم وحدة تحكم ويب رائعة مبنية على واجهات برمجة تطبيقات Kubernetes وتأتي مع الكثير من الإمكانيات المختلفة لفرق SRE وفرق العمليات لإدارة أحمال العمل الخاصة بهم حقًا. بالإضافة إلى ذلك، هناك طرق رأي محددة للقيام بلوحات التحكم التي تحدثنا عنها. لذا، فإنهم يقترحون مجموعة EFK ولديهم طرق مختلفة لدمج إمكانيات مثل Istio إذا كنت ترغب في استخدامها. لذا، مرة أخرى، من خلال الاستفادة من بعض مثبتاتهم الآلية وكتب Ansible، فإن إدارة التطبيقات أسهل بعض الشيء. مع التحذير من أنك تتخلى عن بعض هذه المرونة لأن لديهم نهجًا محددًا.
بعد ذلك، دعنا نتحدث عن تكوين العقدة، أو العمليات اليومية. لذا، ستتكون المجموعة من عدد من أجهزة الكمبيوتر الظاهرية سواء كانت افتراضية أو معدنية عارية، أيا كان الأمر، ستحتوي المجموعة على بعض أجهزة الكمبيوتر الظاهرية بداخلها. إن طريقة Kubernetes لإضافة أجهزة كمبيوتر ظاهرية إضافية إلى هذه المجموعة يمكن أن تكون مستهلكة للوقت. لذا، إعداد التسجيل الذاتي، أو أتمتة السحابة المختلفة لإعداد أو إنشاء أجهزة كمبيوتر ظاهرية جديدة وإحضارها إلى المجموعة. هذا مستهلك للوقت ويتطلب تطوير نصوص برمجية. من جانب OpenShift للأشياء، الأمر أسهل بعض الشيء. لديهم كتب Ansible و مثبتات لإحضار أجهزة كمبيوتر ظاهرية جديدة إلى مجموعتك. لذا، إنها عملية بسيطة إلى حد ما، ولديهم حتى طرق للتعامل مع المقياس التلقائي، أو تشغيل أجهزة كمبيوتر ظاهرية جديدة استجابةً للحمل.
آخر شيء أريد تسليطه الضوء عليه هو الأمان. لذا، يحاول OpenShift و Red Hat سد الفجوات التي لم يفعلها مجتمع المصدر المفتوح ربما. لذا، من خلال العمل مع عملاء المؤسسات الحقيقيين، يدركون أنه من خلال إنشاء أفضل ممارسات الأمان من البداية، يمكنهم معالجة بعض المشكلات التي يحتاج بعض العملاء إلى استخدام Kubernetes. لذا، دعونا نتحدث عن بعض الأشياء المختلفة هنا. لذا، في جانب Kubernetes للأشياء، من المحتمل أنك لا تعمل في مشروع بمفردك، هناك فريق من الأشخاص، كل منهم يجب أن يكون لديه أذونات مختلفة. لذا، في البداية لم يكن لدى Kubernetes حتى شيء مثل RBAC الذي حله OpenShift، لكننا الآن يمكننا أن نعتبره أمرًا مفروغًا منه أن لديهم RBAC. يمكن أن يكون لديهم بعض الإمكانيات الأخرى للقيام بأشياء مثل IAM، ولكن في نهاية المطاف، كل هذه الأشياء يجب عليك بناؤها وهي مستهلكة للوقت. من جانب OpenShift للأشياء، كل هذه الأشياء تأتي جاهزة. لذا، عندما تقوم بإنشاء هذا المشروع، تحصل على الوصول إلى كل هذه الأشياء، وعليك فقط إضافة المستخدمين وسوف يتعامل مع أشياء مثل مساحة اسم Kubernetes وإنشاء سياسات أمان مختلفة، مع أفضل الممارسات، ويمكنك الحصول على كل ذلك من الصفر. ومع ذلك، هناك تنازل صغير. لذا، على سبيل المثال، في Kubernetes، يمكنك استخدام أي صورة تقريبًا موجودة في Docker Hub والترقب أن تعمل كما هو متوقع، ولكن على جانب OpenShift للأشياء، هناك أذونات مقيدة حيث لا تعمل الحاويات كجذر. لذا، في بعض الأحيان لا تعمل الصور كما هو متوقع. لذا، هذا نوع من التحذير الصغير لوجود أفضل ممارسات الأمان من البداية. لذا، إنه شيء يجب عليك موازنته نوعًا ما.
في نهاية المطاف، OpenShift ليس حلاً يناسب الجميع. من المهم جدًا فهم أساسيات Kubernetes التي تعمل على تشغيل OpenShift. بالنسبة للأفراد وفرق تكنولوجيا المعلومات الصغيرة، فإن OpenShift يبسط حقًا العديد من هذه المهام الصعبة للغاية. إذا كنت ترغب في معرفة المزيد، فتحقق من الوصف لمزيد من الروابط. إذا كان لديك أي أسئلة، فتأكد من إسقاط تعليق، وإذا أعجبك هذا الفيديو فتأكد من الاشتراك والانتظار لمزيد من مقاطع الفيديو في المستقبل. شكراً لك.