Minishift هي أداة تسمح لك بتشغيل OpenShift محليًا كمجموعة OpenShift من عقدة واحدة داخل جهاز افتراضي.
تتطور التقنيات ، ومعها تتغير عمليات تطوير التطبيقات ونشرها. إذا كانت هذه الأشياء في وقت سابق أشياء قياسية إلى حد ما مع مجموعة محدودة للغاية من المكونات المعنية ، في السنوات الأخيرة ، مع ظهور أدوات وأطر جديدة ، فقد حدثت تغييرات جذرية في هذا المجال. يبدو تثبيت حزمة البرامج على جهاز كمبيوتر شخصي اليوم أمرًا تافهًا ، ولكن ضع نفسك في مكان قسم تكنولوجيا المعلومات وسيكون لديك على الفور الكثير من الأسئلة. من أين أتى هذا البرنامج أو ذاك؟ لماذا هو مطلوب؟ كيف يتم تحديثه؟ من يقدم دعمه؟ هذه أسئلة مهمة حقًا ولا يمكن تجنبها إذا كانت مؤسستك تلتزم بأفضل الممارسات الأمنية ويجب أن تلتزم بسياسات وقواعد الأمان.
عادةً لا يكون عمليًا نشر بيئة OpenShift كاملة على جهاز مطور نموذجي. في الوقت نفسه ، يسمح Minishift المحلي للمطور بتحقيق جميع مزايا إدارة أعباء العمل في حاويات ، وزيادة إنتاجيته والقضاء على تعقيد الدعم التشغيلي.
مع الانتقال إلى OpenShift ، تدرك المؤسسات أن امتلاك مطور برامج له نظام حاويات محلي يوفر مزايا عديدة: على سبيل المثال ، استقلالية المطور عن بيئة شركة OpenShift ، ونتيجة لذلك ، تقليل الحمل على الأخير. بمعنى آخر ، يساعد على تقليل التكاليف وتنفيذ خدمات إضافية.
لذلك تريد OpenShift محلية
بناءً على تجربتنا ، يمكننا القول أنه قبل استخدام Minishift ، يجب عليك القيام بما يلي:
- وصف متطلبات النظام
- صياغة قائمة التبعيات
ستساعد هذه المعلومات مسؤولي النظام ، وشركاء دعم سطح المكتب ، والأشخاص المسؤولين عن الامتثال لسياسات وقواعد الأمان على فهم ما يتعين عليهم التعامل معه. ترتبط متطلبات النظام والتبعيات ارتباطًا مباشرًا بخيار النشر الذي سيتم استخدامه.
نظرًا لأننا على دراية بسيناريو الشركة ، فسوف نركز على
مجموعة أدوات تطوير الحاويات (CDK) ، وهي فرع من مشروع Minishift ، والذي تم تقديمه إلى مرحلة منتج برمجيات نهائي.
هناك خياران لتثبيت CDK:
- باستخدام ملف شخصي مستقل قابل للتنفيذ
- كجزء من Red Hat Development Suite ، والذي يتضمن أدوات تطوير الحاويات المختلفة ، بما في ذلك OpenJDK و Red Hat JBoss Developer Studio و VirtualBox ومجموعة تطوير الحاويات
أظهرت التجارب أن معظم المؤسسات تفضل استخدام ملف مستقل قابل للتنفيذ بدلاً من Red Hat Development Suite ، حتى لا تنتج أدوات غير ضرورية. من ناحية أخرى ، تعتبر Red Hat رائعة للمطورين خارج سياق الشركة ، لأنها توفر تثبيت CDK خطوة بخطوة بسهولة وبديهية. بالإضافة إلى ذلك ، قد تستخدم المؤسسة بالفعل أدوات مشابهة لتلك التي هي جزء من Red Hat Development Suite.
بغض النظر عن طريقة تثبيت CDK التي تختارها ، ستحتاج إلى أحد برامج مراقبة الأجهزة الافتراضية المدعومة ، حيث يعمل CDK كجهاز افتراضي (VM).
قد يكون هناك عدة خيارات:
يعتمد برنامج Hypervisor على نظام التشغيل على جهاز التطوير ، وفي معظم المؤسسات يكون إما Windows أو OS X ، لأن معظم المطورين نادرًا ما يستخدمون Linux كنظام التشغيل الرئيسي الخاص بهم.
لا يحب الجميع الحاجة إلى وجود VMs على أجهزة التطوير ، لأن هذا يتطلب موارد معالج إضافية وذاكرة وصول عشوائي. خبراء الأمن ليسوا سعداء أيضًا ، لأن هذا يمكن أن يعرض الأمن على مستوى الشبكة والكمبيوتر الشخصي للخطر. بالإضافة إلى ذلك ، يلزم حقوق المسؤول للتثبيت ، وأحيانًا لاستخدام برنامج Hypervisor.
لحسن الحظ ، مع انتشار مناهج التطوير الجديدة ، عندما يتم استخدام VMs مع أدوات ضبط البيئة المؤتمتة مثل Vagrant ، فإن العديد من المؤسسات لديها بالفعل برامج مراقبة فعلية على آلات التطوير ، ويمكنها تخطي هذه الخطوة ، والتي تزيل عددًا من العوائق الخطيرة التي يمكن استخدامها. Minishift في بيئات الشركات.
التثبيت والإعداد
عاجلاً أم آجلاً ، سيتم التغلب على العقبات ، وسيأتي الدور لتثبيت CDK وتكوينه. عادة ما تحظر المؤسسات تنزيل الملفات القابلة للتنفيذ لأسباب أمنية ، لذلك يجب استخدام آليات أخرى. على سبيل المثال ، يمكن أن يكون دليل برنامج معتمد ، أو يمكنك وضع مثبت CDK في مستودع ، مثل
Sonatype Nexus أو
JFrog Artifactory ، حيث يمكن للمستخدمين تنزيله.
إذا تم إجراء التثبيت يدويًا ، دون استخدام أدوات النشر والتكوين المركزية المتاحة في المؤسسة ، يمكن للمستخدم إما تشغيل المثبت القابل للتنفيذ مباشرة أو وضعه في الدليل المحدد في متغير PATH ، حيث يمكن الوصول إلى هذا الملف من أي جلسة عمل طرفية. في حالة Windows ، لا يمتلك المستخدم عادةً الحق في تغيير متغير النظام PATH ، نظرًا لأنه صالح لجميع الحسابات الموجودة على الجهاز. ولكن يمكن للمستخدم تعديل متغيره الشخصي PATH ، وهو صالح فقط لحسابه
والخطوة التالية هي تثبيت CDK نفسه بالفعل باستخدام الأمر المناسب:
minishift setup-cdkيقوم هذا الأمر باستخراج ملف ISO المستخدم في تشغيل الجهاز الظاهري وإعداد النظام للاستخدام. في هذه الحالة ، يتم نسخ جميع الملفات إلى المجلد .minishift في دليل المنزل (الصفحة الرئيسية) للمستخدم ($ HOME / .minishift). يمكن تغيير هذا المجلد إما باستخدام علامة –minishift-home ، اختياريًا باستخدام متغير البيئة MINISHIFT_HOME. في بيئات الشركات ، غالبًا ما يكون الدليل الرئيسي موجودًا في مجلد شبكة ، بحيث يمكن للمستخدم ، إذا لزم الأمر ، الانتقال إلى كمبيوتر آخر والعمل بهدوء. ومع ذلك ، فإن هذا الخيار له تأثير سيئ على أداء CDK ، حيث سيتم إجراء القراءة والكتابة عبر الشبكة ، وليس من القرص المحلي. بالإضافة إلى ذلك ، بدون الاتصال بشبكة الشركة ، يفقد المستخدم الوصول إلى الملفات اللازمة لتشغيل CDK. عند اختيار موقع بديل لـ CDK ، يجب أن يكون لدى المستخدم أذونات الكتابة إلى مجلد الوجهة المحدد.
وأخيرًا ، الخطوة الأخيرة التي يجب عليك إكمالها قبل بدء تشغيل CDK هي توفير بيانات اعتماد لتسجيل نسخة من Red Hat Enterprise Linux (RHEL) المضمنة في CDK على موقع Red Hat Network (RHN). التسجيل ضروري حتى تتمكن الحاويات التي تعمل في بيئة OpenShift من استخدام حزم yum ، نظرًا لأن yum تستخدم اشتراك المضيف الأساسي. يمكن الحصول على اشتراك مطور مجانًا على
developer.redhat.com ، أو يمكن تضمينه في ترخيص مجمع حالي. ومع ذلك ، يمكن أن يعمل CDK بدون اشتراك الجهاز ، مع وظائف محدودة.
يمكن تحديد بيانات الاعتماد في متغيري البيئة MINISHIFT_USERNAME و MINISHIFT_PASSWORD ، إما تحديد - اسم المستخدم وكلمة المرور - في معلمات بدء التشغيل ، أو تعيينها كأحد معلمات التكوين باستخدام الأمر config minishift. بالإضافة إلى بيانات الاعتماد ، يسمح لك الأمر config minishift بتعيين عدد من المعلمات الأخرى ، مثل برنامج تشغيل hypervisor ، وعدد وحدات المعالجة المركزية وذاكرة الوصول العشوائي لجهاز VM. على سبيل المثال ، إليك كيفية تعريف برنامج تشغيل VM:
minishift config set vm-driver virtualbox
بعد ذلك ، يبقى فقط لتشغيل CDK (إذا لزم الأمر ، مع معلمات إضافية):
minishift start
بعد ذلك ، ستقوم مجموعة أدوات تطوير الحاوية بإنشاء جهاز افتراضي جديد وتسجيله وتنفيذ العمليات الضرورية الأخرى ، وهي:
- قم بتنزيل الإصدار المفتوح من OpenShift
- تسليط الضوء على وحدات التخزين الثابتة للتخزين المستمر
- يستخدم عددًا من الوحدات الإضافية لتوسيع الوظائف الأساسية لـ OpenShift
- سيتم إنشاء حسابات المسؤول والمطور للتفاعل مع النظام الأساسي
بمجرد إطلاقه ، سيوفر CDK عنوان URL للوصول إلى وحدة تحكم الويب ، بالإضافة إلى بيانات الاعتماد لتسجيل الدخول إلى حساب المطور.
بشكل عام ، إذا تم استيفاء جميع المتطلبات الأساسية ، فلا يجب أن يمثل التثبيت الأساسي لمجموعة تطوير الحاويات مشكلة.
وفي 16 يونيو في DevOpsDays Moscow 2018 ، سنعقد عرضًا دراسيًا رئيسيًا / ورشة عمل / عرضًا مباشرًا لسيناريو استخدام منصة OpenShift المنتشرة في سحابة Azure العامة.نعرض جميع خيارات النشر الثلاثة - من شفرة المصدر ، من صورة الحاوية ، من النموذج. سنوضح مدى سهولة تهيئة عمليات الرد على الويب بحيث تتم إعادة إنشاء تطبيقنا تلقائيًا عند حدوث حدث معين ، على سبيل المثال ، بعد تنفيذ الأمر. نعرض سيناريو اختبار A / B ، ونتحدث عن مفهوم حساب الخدمة ونشغل التطبيق القديم الفائق في الحاوية.
سنقضي ساعة واحدة فقط من وقتك لإظهار كيف (في رأينا المتواضع) أن مهامك اليومية على القرص المضغوط / القرص المضغوط يتم حلها بسرعة وببساطة باستخدام OpenShift Container Platform على Microsoft Azure. تعال معنا!
مكافأة: هل تريد رمزًا ترويجيًا للحصول على خصم؟ اكتب لنا في رسائل خاصة.