Dari Februari Nampaknya kepada kita bahawa keabadian telah berlalu. Satu-satunya perkara yang menceriakan sedikit pemisahan ialah kami berjaya memasuki Yayasan Pengkomputeran Asli Awan, memperakui pengedaran Kubernetes kami di bawah Program Pematuhan Kubernetes Disahkan, dan juga melancarkannya dalam perkhidmatan. pelaksanaan Kubernetes Cluster Autoscaler.
Tiba masanya untuk Pertemuan @Kubernetes ketiga! Secara ringkas:
- Gazprombank akan memberitahu anda cara mereka menggunakan Kubernetes dalam R&D mereka untuk mengurus OpenStack;
- Penyelesaian Awan Mail.ru - cara menskalakan aplikasi dalam K8S menggunakan penskala dan cara mereka menyediakan pelaksanaan Kubernetes Cluster Autoscaler;
- dan agensi Wunderman Thompson - bagaimana Kubernetes membantu mereka mengoptimumkan pendekatan pembangunan mereka dan sebab terdapat lebih banyak Dev daripada Ops dalam DevOps.
Pertemuan itu akan berlangsung pada 21 Jun (Jumaat) jam 18:30 di pejabat Moscow Mail.ru Group (Leningradsky Prospekt, 39, bangunan 79). diperlukan dan ditutup pada 20 Jun pada 11:59 pagi (atau lebih awal jika kehabisan ruang).
"Kubernetes untuk pembangun: berapa banyak Dev yang ada dalam DevOps?"
Grigory Nikonov, Wunderman Thompson, Pengarah Urusan
Kami tidak mempunyai kelompok 500 nod. Kami tidak mempunyai DevOps yang ketat. Kami tidak mempunyai pasukan produk khusus. Tetapi kami mempunyai banyak projek menarik dan jawapan kepada soalan yang kami temui semasa membangunkan dan menyokong projek ini. Pertama sekali, kami adalah pembangun dan terbiasa mencipta alat sendiri yang kemudiannya akan kami gunakan. Mungkin mereka akan membantu anda dalam kerja anda juga.
Agensi Wunderman Thompson ialah salah satu perintis dalam pembangunan penyelesaian Internet di Rusia, dan kini sedang membangunkan kedua-dua halaman pendaratan mudah dan sistem teragih yang kompleks. Kubernetes membantu mengoptimumkan pendekatan pembangunan, dan membantu pelanggan agensi menjadi hos dan mengendalikan penyelesaian yang dicipta.
Dalam sistem teragih dengan sejumlah besar penyepaduan dan komponen dalaman, seni bina perkhidmatan mikro adalah tindak balas semula jadi kepada keperluan untuk kebolehtingkatan dan kebolehselenggaraan penyelesaian, tetapi peralihan kepada seni bina sedemikian menimbulkan satu siri masalah yang berkaitan dengan versi dan penerbitan. Hakikat bahawa kami adalah sebuah agensi, dan bukan pasukan produk yang berdedikasi, dan pembangun kami tidak sentiasa mengekalkan konteks yang digunakan bagi penyelesaian khusus pada mesin mereka, mengenakan keperluannya sendiri terhadap kebolehulangan persekitaran pembangunan, keupayaan untuk membuat perubahan kepada beberapa pasukan pada masa yang sama dan kembali ke projek selepas beberapa ketika. Sebagai tindak balas kepada cabaran ini, kami telah membangunkan proses dan alatan yang memudahkan pembangun dan DevOps kami untuk membangunkan dan menyokong penyelesaian yang mereka cipta.
Anda akan mengetahui sebab DevOps lebih Dev daripada Ops, dan cara kemalasan boleh mengurangkan masa dan kos pembangunan/sokongan, serta:
- bagaimana Kubernetes telah mengubah cara kami membangunkan projek;
- rupa kitaran hayat kod kami;
- apakah alatan yang kami gunakan untuk penerbitan terkawal perkhidmatan mikro;
- bagaimana kami menyelesaikan masalah memasang artifak usang;
- bagaimana kami menggunakan kluster dengan senang hati.
"Menskalakan aplikasi dengan Kubernetes Cluster Autoscaler: nuansa Autoscaler dan pelaksanaan Mail.ru Cloud Solutions"
Alexander Chadin, Mail.ru Cloud Solutions, pembangun perkhidmatan PaaS
Dalam dunia hari ini, pengguna menjangkakan bahawa aplikasi anda sentiasa dalam talian dan sentiasa tersedia - dan oleh itu boleh mengendalikan sebarang aliran trafik, tidak kira betapa besarnya ia. Kubernetes menawarkan penyelesaian yang agak elegan yang membolehkan anda menskala sendiri mengikut beban - Autoscaler Kluster Kubernetes.
Secara umum, dalam Kubernetes terdapat dua jenis penskalaan berdasarkan apa sebenarnya yang kami skalakan: lebih banyak salinan aplikasi atau lebih banyak sumber. Penskalaan menegak, apabila kami menambah bilangan replika aplikasi dalam nod sedia ada. Dan penskalaan mendatar yang lebih kompleks - kami meningkatkan bilangan nod.
Dalam kes kedua, kami akan dapat meningkatkan lebih banyak salinan aplikasi - yang akan memastikan ketersediaannya yang tinggi. Kami akan bercakap tentang penskalaan mendatar menggunakan Cluster Autoscaler. Ia bukan sahaja boleh meningkatkan tetapi juga mengurangkan bilangan nod bergantung kepada beban. Contohnya, apabila beban memuncak, Autoscaler sendiri akan mengurangkan bilangan nod kepada jumlah yang diperlukan dan dengan itu pembayaran untuk sumber pembekal.
Pada pertemuan itu, kami akan memberitahu anda lebih lanjut tentang nuansa Autoscaler Kluster Kubernetes, serta kesukaran yang kami hadapi semasa melancarkan pelaksanaan Autoscaler Kluster kami sebagai sebahagian daripada perkhidmatan Kontena Awan Mail.ru. Awak akan belajar:
- apakah alat penimbang yang terdapat dalam Kubernetes, apakah ciri penggunaannya;
- perkara yang perlu anda perhatikan apabila menggunakan alat penimbang;
- cara kami membahagikan nod mengikut zon ketersediaan menggunakan Kumpulan Nod;
- cara kami melaksanakan sokongan untuk Autoscaler Kluster Kubernetes dalam MCS.
“R&D di Gazprombank: bagaimana K8S membantu mengurus OpenStack”
Maxim Kletskin, Gazprombank, pengurus produk
Dalam dunia di mana trend adalah untuk segala-galanya sebagai perkhidmatan, Masa ke Pasaran adalah di atas segala-galanya. Ia adalah perlu untuk membangunkan aplikasi dengan cepat untuk menguji hipotesis dan mencari pasaran baharu pada saat pembentukan awalnya. Kepantasan amat penting untuk bank, dan teknologi baharu membantu di sini - khususnya, teknologi kontena dan Kubernetes.
Maxim Kletskin ialah pengurus produk di Gazprombank dan sedang membangunkan kotak pasir untuk melancarkan produk perintis. R&D Gazprombank menjalankan pelbagai kajian dalam awan mereka, iaitu OpenStack. Kubernetes digunakan di sini dalam dua samaran: 1) Kubernetes pada Bare Metal sebagai lapisan pengurusan awan OpenStack dan 2) K8S sebagai pengedaran OpenShift untuk pembangunan.
Dalam laporan itu kita akan bercakap tentang kes pertama dan mengetahui bagaimana Gazprombank menggunakan Kubernetes untuk mengurus OpenStack. Jika anda melihat seni bina OpenStack, anda boleh melihat bahawa ia agak atom, jadi menggunakan Kubernetes sebagai lapisan pengurusan OpenStack nampaknya sangat menarik dan logik. Ini juga akan memudahkan untuk menambah nod pada kelompok OpenStack dan meningkatkan kebolehpercayaan Satah Kawalan. Dan, seperti aising pada kek, ia akan memudahkan pengumpulan telemetri dari kelompok.
Awak akan belajar:
- mengapa bank R&D: kami menguji dan mencuba;
- cara kami menyimpan OpenStack;
- bagaimana dan mengapa untuk menggunakan OpenStack dalam K8S.
Selepas persembahan, kami akan beralih ke format @Ku dengan lancarbirnetes Selepas Pesta, dan kami juga telah menyediakan beberapa pengumuman menarik untuk anda. Pastikan anda mendaftar , kami menyemak semua permohonan dalam masa beberapa hari.
Mengenai acara baharu dalam siri Pertemuan @Kubernetes dan acara lain Kami segera mengumumkan dalam saluran Telegram kami:
Berminat untuk bercakap di Pertemuan @Kubernetes seterusnya? Anda boleh menghantar permohonan anda di sini:
Sumber: www.habr.com
