من شهر فبراير / شباط ، مر
الحب لوفيربونتس ، على ما يبدو لنا ، إلى الأبد. كان الاختلاف الوحيد هو أننا تمكنا من الدخول إلى مؤسسة Cloud Native Computing Foundation ، واعتماد توزيع Kubernetes التابع لنا بموجب برنامج Kubernetes Conformanceance المعتمد ، وكذلك إطلاق تطبيق Kubernetes Cluster Autoscaler في
Mail.ru Cloud Containers .
حان الوقت للثالث @ Kubernetes ميتوب! باختصار:
- ستخبر Gazprombank كيف يستخدمون Kubernetes في البحث والتطوير لإدارة OpenStack ؛
- Mail.ru Cloud Solutions - كيفية توسيع نطاق التطبيقات في K8S باستخدام أدوات القياس وكيفية إعداد Kubernetes Cluster Autoscaler لتنفيذها ؛
- و Wunderman Thompson ، كيف يساعدهم Kubernetes على تحسين نهجهم التنموي ولماذا لدى DevOps Dev أكثر من Ops.
سيعقد الاجتماع في 21 يونيو (الجمعة) الساعة 18:30 في مكتب مجموعة Mail.ru في موسكو (Leningradsky Prospekt ، 39 ، ص 79).
التسجيل مطلوب ويغلق في 20 يونيو في تمام الساعة 11:59 صباحًا (أو قبل ذلك في حالة نفاد المقاعد).
"Kubernetes للمطورين: كم عدد Dev في DevOps؟"
غريغوري نيكونوف ، ووندرمان تومبسون ، المدير الإداري
ليس لدينا مجموعات من 500 العقد. ليس لدينا DevOps قاسية. ليس لدينا فرق منتجات مخصصة. ولكن لدينا العديد من المشاريع والإجابات المثيرة للاهتمام على الأسئلة التي وجدناها أثناء تطوير ودعم هذه المشاريع. بادئ ذي بدء ، نحن مطورون معتادون على إنشاء أدوات بأنفسنا ، والتي سنستخدمها لاحقًا. ربما سوف يساعدك في عملك.
تعد Wunderman Thompson Agency واحدة من الشركات الرائدة في تطوير حلول الإنترنت في روسيا ، وتقوم الآن بتطوير كل من الصفحات المقصودة البسيطة والأنظمة الموزعة المعقدة. تساعد Kubernetes على تحسين النهج المتبع في التطوير ، ولعملاء الوكالة - استضافة وتشغيل الحلول التي تم إنشاؤها.
في النظم الموزعة التي تضم عددًا كبيرًا من عمليات الدمج والمكونات الداخلية ، تعد بنية الخدمة المجهرية استجابة طبيعية لمتطلبات تحديث الحل والحفاظ عليه ، ومع ذلك ، فإن الانتقال إلى مثل هذه البنية يطرح سلسلة كاملة من المشكلات المتعلقة بالإصدار والنشر. إن كوننا وكالة ، وليس فريق منتج مخصصًا ، ولا يقوم مطورونا باستمرار بالاحتفاظ بالسياق المفصل لحل معين على أجهزتهم ، يفرض متطلباته على استنساخ بيئة التطوير ، والقدرة على إجراء تغييرات على العديد من الفرق في نفس الوقت والعودة إلى المشروع بعد مرور بعض الوقت . تتمثل إجابات هذه التحديات في العمليات والأدوات التي طورناها والتي تسهل على المطورين و DevOps تطوير الحلول والحفاظ عليها.
سوف تكتشف لماذا DevOps أكثر Dev من Ops ، وكيف يتيح لك الكسل تقليل وقت وتكلفة التطوير / الدعم ، بالإضافة إلى:
- كيف غيرت Kubernetes نهجنا في تطوير المشاريع ؛
- كيف تبدو دورة حياة الكود الخاص بنا؟
- ما هي الأدوات التي نستخدمها للنشر الخاضع للرقابة من microservices ؛
- كيف نحل مشكلة تجميع القطع الأثرية القديمة؟
- كيف ننشر في الكتلة بسرور.
"توسيع نطاق التطبيقات باستخدام Kubernetes Cluster Autoscaler: الفروق الدقيقة في Autoscaler وتطبيق Mail.ru Cloud Solutions"
ألكساندر شادن ، Mail.ru Cloud Solutions ، مطور خدمات PaaS
في العالم الحديث ، يتوقع المستخدمون أن يكون التطبيق الخاص بك دائمًا متاحًا على الإنترنت ومتوفر دائمًا - مما يعني أنه يمكن أن يصمد أمام أي حركة مرور ، بغض النظر عن حجمها الكبير. تقدم Kubernetes حلاً أنيقًا إلى حد ما يسمح لك بتوسيع نطاقك وفقًا للحمل - Kubernetes Cluster Autoscaler.
بشكل عام ، لدى Kubernetes نوعان من التحجيم من حيث ما هو قابل للتحجيم: المزيد من نسخ التطبيق أو المزيد من الموارد. تحجيم عمودي عندما نزيد عدد النسخ المتماثلة للتطبيق داخل العقد الموجودة. والتوسع الأفقي أكثر تعقيدًا - قم بزيادة عدد العقد نفسها.
في الحالة الثانية ، يمكننا رفع عدد أكبر من نسخ التطبيق - مما يضمن توافره بشكل كبير. سنتحدث عن القياس الأفقي باستخدام Cluster Autoscaler. لا يمكن زيادة فقط ، ولكن أيضا تقليل عدد العقد اعتمادا على الحمل. على سبيل المثال ، تمر ذروة التحميل - بعد ذلك ستقوم Autoscaler نفسها بتقليل عدد العقد إلى العقد المطلوبة وبالتالي رسم موارد المورد.
في الاجتماع ، سنخبركم بمزيد من التفاصيل حول الفروق الدقيقة في Kubernetes Cluster Autoscaler ، وكذلك الصعوبات التي واجهناها عند إطلاق تطبيق Cluster Autoscaler كجزء من خدمة Mail.ru Cloud Containers. سوف تتعلم:
- ما المتسلقون في Kubernetes ، ما هي خصوصية استخدامها ؛
- ما يجب الانتباه إليه عند استخدام المتسلقون
- كيف قمنا بتجزئة العقد حسب مناطق إمكانية الوصول باستخدام مجموعات العقدة ؛
- كيف نفذوا الدعم ل Kubernetes Cluster Autoscaler في MCS.
Gazprombank R&D: كيف يساعد K8S في إدارة OpenStack
مكسيم كلتشكين ، جازبروم بنك ، مدير المنتجات
في عالم يتم فيه تحديد الاتجاه لكل شيء كخدمة ، يكون "الوقت إلى السوق" فوق كل شيء. يجب تطوير التطبيقات بسرعة من أجل اختبار الفرضيات وإيجاد أسواق جديدة في وقت تكوينها الأولي. السرعة مهمة بشكل خاص للبنوك ، والتقنيات الحديثة تساعد هنا - على وجه الخصوص ، تقنيات تعبئة الحاويات و Kubernetes.
Maxim Kletskin هو مدير المنتجات في Gazprombank ويقوم بتطوير صندوق رمل لإطلاق منتجات تجريبية. تقوم شركة Gazprombank R&D بإجراء العديد من الدراسات في السحابة الخاصة بها ، وهي OpenStack. يستخدم Kubernetes بطريقتين: 1) Kubernetes على Bare Metal كطبقة إدارة لسحابة OpenStack ، و 2) K8S كتوزيع OpenShift للتنمية.
في التقرير ، سنتحدث عن الحالة الأولى ونكتشف كيف تستخدم Gazprombank Kubernetes لإدارة OpenStack. إذا نظرت إلى بنية OpenStack ، يمكنك أن ترى أنها ذرية بدرجة كافية ، لذا فإن استخدام Kubernetes كطبقة تحكم OpenStack يبدو مثيرًا للاهتمام ومنطقيًا للغاية. بالإضافة إلى ذلك ، سوف يسهل إضافة العقد إلى نظام OpenStack ويزيد من موثوقية طائرة التحكم. ومثل الكرز على كعكة ، فإنه سيتم تبسيط مجموعة القياس عن بعد من كتلة.
سوف تتعلم:
- لماذا البحث والتطوير للبنك: الاختبار والتجربة ؛
- كيف يمكننا حاويات OpenStack
- كيف ولماذا نشر OpenStack في K8S.
بعد الخطب ، سننتقل بسلاسة إلى تنسيق شبكات ما بعد
البيرة Ku ، وقد أعددنا أيضًا بعض الإعلانات الرائعة لك. تأكد من التسجيل
هنا ، ونحن نراجع جميع الطلبات في غضون يومين.
نعلمك فورًا بأحداث جديدة من سلسلةKubernetes Meetup
وأحداث Mail.ru Cloud Solutions الأخرى في قناة Telegram:
t.me/k8s_mailهل تريد التحدث فيKubernetes Meetup التالي؟ يمكن ترك التطبيق هنا:
mcs.mail.ru/speak