Dari Februari
Cinta Kubernetes telah berlalu, bagi kami, terasa seperti selamanya. Satu-satunya perbedaan adalah bahwa kami berhasil memasuki Cloud Native Computing Foundation, mensertifikasi distribusi Kubernet kami di bawah Program Kesesuaian Kubernetes Bersertifikat, dan juga meluncurkan implementasi Autoscaler Cluster Kubernetes kami di
Mail.ru Cloud Containers .
Sudah waktunya untuk Meetup @Kubernetes ketiga! Singkatnya:
- Gazprombank akan memberi tahu bagaimana mereka menggunakan Kubernetes dalam R&D mereka untuk mengelola OpenStack;
- Mail.ru Cloud Solutions - bagaimana skala aplikasi di K8S menggunakan scaler dan bagaimana Kubernetes Cluster Autoscaler menyiapkan implementasinya;
- dan Wunderman Thompson, bagaimana Kubernetes membantu mereka mengoptimalkan pendekatan pengembangan mereka dan mengapa DevOps memiliki lebih banyak Dev daripada Ops.
Pertemuan akan berlangsung pada 21 Juni (Jumat) pukul 18:30 di kantor Mail.ru Group di Moskow (Leningradsky Prospekt, 39, hal. 79). Diperlukan
pendaftaran dan ditutup pada 20 Juni pukul 11:59 pagi (atau lebih awal jika kursi habis).
"Kubernet untuk pengembang: ada berapa Dev di DevOps?"
Grigory Nikonov, Wunderman Thompson, Managing Director
Kami tidak memiliki kelompok 500 node. Kami tidak memiliki DevOps yang keras. Kami tidak memiliki tim produk khusus. Tetapi kami memiliki banyak proyek menarik dan jawaban atas pertanyaan yang kami temukan saat mengembangkan dan mendukung proyek-proyek ini. Pertama-tama, kami adalah pengembang dan terbiasa membuat alat sendiri, yang akan kami gunakan nanti. Mungkin mereka akan membantu Anda dalam pekerjaan Anda.
Wunderman Thompson Agency adalah salah satu pelopor dalam pengembangan solusi Internet di Rusia, dan sekarang sedang mengembangkan halaman arahan sederhana dan sistem terdistribusi kompleks. Kubernetes membantu mengoptimalkan pendekatan pengembangan, dan untuk pelanggan agensi - hosting dan pengoperasian solusi yang dibuat.
Dalam sistem terdistribusi dengan sejumlah besar integrasi dan komponen internal, arsitektur layanan mikro merupakan respons alami terhadap persyaratan untuk memperbarui dan memelihara solusi, namun, transisi ke arsitektur semacam itu menimbulkan serangkaian masalah terkait dengan versi dan publikasi. Fakta bahwa kami adalah agen, dan bukan tim produk yang berdedikasi, dan pengembang kami tidak terus-menerus menjaga konteks detail dari solusi spesifik pada mesin mereka, memaksakan persyaratannya pada kemampuan reproduksi lingkungan pengembangan, kemampuan untuk membuat perubahan pada beberapa tim pada saat yang sama dan kembali ke proyek setelah beberapa waktu . Jawaban atas tantangan ini adalah proses dan alat yang telah kami kembangkan dan yang membuatnya lebih mudah bagi pengembang dan DevOps kami untuk mengembangkan dan memelihara solusi yang mereka buat.
Anda akan mengetahui mengapa DevOps lebih banyak Dev daripada Ops, dan betapa malasnya ini memungkinkan Anda untuk mengurangi waktu dan biaya pengembangan / dukungan, serta:
- bagaimana Kubernetes telah mengubah pendekatan kami terhadap pengembangan proyek;
- Seperti apa siklus hidup kode kita?
- alat apa yang kami gunakan untuk publikasi terkontrol dari layanan microser;
- bagaimana kita memecahkan masalah merakit artefak usang;
- bagaimana kami menyebar ke cluster dengan senang hati.
“Meningkatkan aplikasi dengan Kubernetes Cluster Autoscaler: Autoscaler bernuansa dan implementasi Mail.ru Cloud Solutions”
Alexander Chadin, Solusi Cloud Mail.ru, Pengembang Layanan PaaS
Di dunia modern, pengguna berharap bahwa aplikasi Anda selalu online dan selalu tersedia - yang berarti dapat menahan arus lalu lintas apa pun, tidak peduli sebesar apa pun itu. Kubernetes menawarkan solusi yang agak elegan yang memungkinkan Anda untuk mengukur sendiri sesuai dengan beban - Kubernetes Cluster Autoscaler.
Secara umum, Kubernetes memiliki dua jenis penskalaan dalam hal skalabel: lebih banyak salinan aplikasi atau lebih banyak sumber daya. Penskalaan vertikal saat kami meningkatkan jumlah replika aplikasi dalam node yang ada. Dan penskalaan horizontal yang lebih kompleks - menambah jumlah node itu sendiri.
Dalam kasus kedua, kita dapat meningkatkan lebih banyak salinan aplikasi - yang akan memastikan ketersediaannya yang tinggi. Kami akan berbicara tentang penskalaan horizontal dengan Cluster Autoscaler. Itu tidak hanya dapat meningkat, tetapi juga mengurangi jumlah node tergantung pada beban. Sebagai contoh, puncak beban melewati - maka Autoscaler sendiri akan mengurangi jumlah node ke yang diperlukan dan dengan demikian biaya untuk sumber daya penyedia.
Pada pertemuan tersebut kami akan memberi tahu Anda lebih banyak tentang nuansa Kubernetes Cluster Autoscaler, serta kesulitan apa yang kami temui ketika meluncurkan implementasi Cluster Autoscaler kami sebagai bagian dari layanan Cloud Container Wadah Mail.ru. Anda akan belajar:
- apa scaler di Kubernetes, apa keanehan penggunaannya;
- apa yang harus Anda perhatikan ketika menggunakan scaler;
- bagaimana kami mensegmentasi node berdasarkan zona aksesibilitas menggunakan Node Groups;
- Bagaimana mereka menerapkan dukungan untuk Kubernetes Cluster Autoscaler di MCS.
Gazprombank R&D: Bagaimana K8S Membantu Mengelola OpenStack
Maxim Kletskin, Gazprombank, manajer produk
Di dunia di mana tren ditetapkan untuk segala sesuatu sebagai layanan, Time-to-Market di atas segalanya. Aplikasi perlu dikembangkan dengan cepat untuk menguji hipotesis dan menemukan pasar baru pada saat pembentukan awal mereka. Kecepatan sangat penting bagi bank, dan teknologi baru membantu di sini - khususnya, teknologi kontainerisasi dan Kubernet.
Maxim Kletskin adalah manajer produk di Gazprombank dan sedang mengembangkan kotak pasir untuk meluncurkan produk percontohan. Gazprombank R&D melakukan berbagai penelitian di cloud-nya, yaitu OpenStack. Kubernet digunakan dalam dua cara: 1) Kubernet pada Bare Metal sebagai lapisan manajemen cloud OpenStack, dan 2) K8S sebagai distribusi OpenShift untuk pengembangan.
Dalam laporan itu, kita akan berbicara tentang kasus pertama dan mencari tahu bagaimana Gazprombank menggunakan Kubernetes untuk mengelola OpenStack. Jika Anda melihat arsitektur OpenStack, Anda dapat melihat bahwa itu cukup atom, jadi menggunakan Kubernetes sebagai lapisan kontrol OpenStack tampaknya sangat menarik dan logis. Selain itu, ini akan memfasilitasi penambahan node ke cluster OpenStack dan meningkatkan keandalan Control Plane. Dan, seperti ceri pada kue, itu akan menyederhanakan koleksi telemetri dari sebuah cluster.
Anda akan belajar:
- mengapa R&D ke bank: tes dan eksperimen;
- Bagaimana kami mengemas OpenStack
- bagaimana dan mengapa menyebarkan OpenStack di K8S.
Setelah pidato, kami akan dengan lancar beralih ke format After-Party
bir @Ku, dan kami juga menyiapkan beberapa pengumuman keren untuk Anda. Pastikan untuk mendaftar di
sini , kami meninjau semua aplikasi dalam beberapa hari.
Kami segera memberi tahu Anda tentang acara baru dari seri Meetup @Kubernetes dan acara
Cloud Solutions Mail.ru lainnya di saluran Telegram kami:
t.me/k8s_mailIngin berbicara di @Kubernetes Meetup berikutnya? Aplikasi dapat ditinggalkan di sini:
mcs.mail.ru/speak