การประชุมจัดขึ้นเมื่อวันที่ 29 พฤศจิกายน , เป็นระเบียบ - การประชุมเกิดขึ้นจากการพบปะของ @Kubernetes และกลายเป็นงานที่สี่ในซีรีส์นี้ เรารวบรวมผู้เข้าร่วมมากกว่า 350 คนในกลุ่ม Mail.ru เพื่อหารือเกี่ยวกับปัญหาเร่งด่วนที่สุดกับผู้ที่ร่วมกับเรากำลังสร้างระบบนิเวศ Kubernetes ในรัสเซีย
ด้านล่างนี้เป็นวิดีโอรายงานการประชุม - Tinkoff.ru เขียนผู้ให้บริการโครงสร้างพื้นฐาน BareMetal อย่างไร พวกเขายกระดับ Kubernetes ในการดำเนินงานโดย Mail.ru Group ได้อย่างไร การโต้ตอบเกี่ยวกับปริศนาของ Helm ด้วย RollingUpdate - และสิ่งที่น่าสนใจอื่น ๆ อีกมากมายในสุนทรพจน์ ของ CarPrice, Eldorado.ru, Rosgosstrakh, Brain4Net รวมถึงการแข่งขันสำหรับวิทยากร @Kubernetes ในอนาคต
ขอขอบคุณแขกรับเชิญสัมมนา
ขอบคุณทุกคนที่เข้าร่วมกับเรา @Kubernetes จะไม่เหมือนเดิมอีกต่อไปหากไม่มีคุณ
และนี่คือวิดีโอ:
พิธีเปิดงานสัมมนา. Ilya Letunov หัวหน้าแพลตฟอร์ม Mail.ru Cloud Solutions
ในโปรแกรม เราพยายามรวบรวมตัวเลือกต่างๆ มากมายที่สุดเท่าที่จะเป็นไปได้สำหรับการใช้ K8 ในภูมิประเทศของรัสเซีย คุณจะพบเรื่องราวจากผู้ที่นำ K8 ไปใช้ในการผลิต การสร้างเครื่องมือของตนเองเพื่อใช้งาน รวบรวมจุดบกพร่องและมองหาวิธีแก้ไขปัญหา ช่วยเหลือผู้อื่นในการย้ายไปใช้ Kubernetes พัฒนาเป็นผู้ให้บริการ K8 และทำงานเพื่อเผยแพร่ความรู้เกี่ยวกับ ความแตกต่างของเทคโนโลยี เราหวังว่านี่จะเป็นภาพเดียวของประสบการณ์โดยรวมของชุมชน Kubernetes ของรัสเซีย
Tinkoff.ru เขียนผู้ให้บริการโครงสร้างพื้นฐาน BareMetal อย่างไร Stanislav Halup หัวหน้ากลุ่มโครงสร้างพื้นฐานที่น่าสนใจของ Tinkoff
Stanislav Halup เป็นผู้นำกลุ่มโครงสร้างพื้นฐานการเข้าซื้อกิจการที่ Tinkoff.ru มาเป็นเวลาสองปีแล้ว และมักจะพูดถึง Managed K8 และชีวิตในระบบคลาวด์สาธารณะ แต่คราวนี้เขาจะแบ่งปันถึงความท้าทายทางเทคโนโลยีที่เขาเผชิญเมื่อสร้างแพลตฟอร์ม Hyperscale Private ตั้งแต่เริ่มต้น
เราถ่ายโอนบริการ Mail.ru Group ไปยัง Kubernetes อย่างไร มิคาอิล เปตรอฟ ผู้จัดการฝ่ายเทคนิคของโครงการแพลตฟอร์ม Mail.ru Group
Mikhail Petrov เป็นหัวหน้าศูนย์ความสามารถ Kubernetes ที่ Mail.ru Group และรับผิดชอบกระบวนการเปลี่ยนไปใช้ Kubernetes สำหรับบริการทั้งหมดของกลุ่ม ในรายงาน มิคาอิลไม่เพียงแต่พูดถึงคลัสเตอร์และไปป์ไลน์ของเราเท่านั้น แต่ยังพูดถึงทักษะที่บุคคลที่เรียกใช้ Kubernetes ควรมี รวมถึงเกี่ยวกับการเปลี่ยนแปลงกระบวนการในทีมและการค้นหาการประนีประนอม
แบบโต้ตอบ “หางเสือผ่านสายตาของนักพัฒนา ปริศนา RollingUpdate” Dmitry Sugrobov ผู้พัฒนา Leroy Merlin
Kubernetes เป็นมาตรฐานโดยพฤตินัย และ Helm ก็เป็นอีกตัวเลือกเริ่มต้น แต่นี่เป็นคำถามง่ายๆ: คุณต้องทำอะไรเพื่ออัปเดตเวอร์ชันของแอปพลิเคชันที่ทำงานโดยใช้ Helm เรียกอัพเกรดหางเสือเหรอ? ในความเป็นจริงหากคุณไปไกลกว่าบทช่วยสอนเล็กน้อยคุณจะพบความแตกต่างมากมายในทันที ในโหมดโต้ตอบ เราจะดูว่า Helm คืออะไร ดูที่สถาปัตยกรรมและการออกแบบพื้นที่เก็บข้อมูล และสุดท้ายตอบคำถามว่าต้องทำอะไรเพื่อให้ RollingUpdate ที่ต้องการทำงานได้
วิวัฒนาการของเราในฐานะผู้ให้บริการ Kubernetes Dmitry Lazarenko ผู้อำนวยการผลิตภัณฑ์ของ Mail.ru Cloud Solutions
ทุกคนคุ้นเคยกับ Mail.ru Cloud Solutions โดยพูดถึงวิธีการทำงานของสิ่งที่ซับซ้อนใน Kubernetes ในความเป็นจริง เราใช้ Kubernetes มามากกว่าสองปีแล้ว และให้บริการมาประมาณหนึ่งปีครึ่งแล้ว สำหรับลูกค้าของคุณ สำหรับการประชุม เราได้ให้ข้อยกเว้น - เราตัดสินใจที่จะพูดคุยเกี่ยวกับเส้นทางของเราสู่ Kubernetes เกี่ยวกับวิวัฒนาการของเราในฐานะผู้ให้บริการ: สิ่งที่เราเผชิญ สิ่งที่เราทำ และวิธีที่เครื่องจักรที่ซับซ้อนนี้ทำงานจากภายในโดยทั่วไป
Kubernetes ในจิตวิญญาณแห่งการละเมิดลิขสิทธิ์ Yuri Builov หัวหน้าฝ่ายพัฒนา CarPrice
วันนี้ ด้วยการเปิดตัวโครงการใหม่ใน Golang และ React CarPrice กุมบังเหียนของ Kubernetes อย่างมั่นใจ และจดจำด้วยรอยยิ้มว่าพวกเขาพยายามไม่จมน้ำขณะไล่ล่า "ปลาวาฬ" บนเรือประมงโดยมีช้างอยู่บนเรือ เรื่องนี้ “ไม่เกี่ยวกับการบังคับเรือลำใหญ่ที่สวยงามด้วยใบเรือ แต่เกี่ยวกับกองเรือประมงขนาดเล็กที่ไม่น่าดู ซึ่งมีสนิมในสถานที่ต่างๆ แต่รวดเร็ว ว่องไวและอันตรายมาก”
เรานำเสนอ K8 ใน Production eldorado.ru ได้อย่างไร Konstantin Rekunov หัวหน้ากลุ่มปฏิบัติการของ IM Eldorado.ru; Denis Gurov หัวหน้าวิศวกร DevOps จาก AGIMA
Eldorado.ru ใช้ Kubernetes บนคลาวด์/ฮาร์ดแวร์ของตนเองในคลัสเตอร์ที่ค่อนข้างเล็กและมีบริการจำนวนไม่มาก แต่ก็ได้รับผลลัพธ์ที่เป็นประโยชน์มากมายแล้ว เพื่อนร่วมงานแบ่งปันประสบการณ์ในการใช้ K8 ในการผลิต รวมถึงการพูดถึงหัวข้อต่างๆ ที่น่าสนใจในการย้ายคลัสเตอร์ระหว่าง DC โดยไม่มีการหยุดทำงาน และวิธีที่พวกเขาจัดการเพื่อสร้างกระบวนการเพื่อการวินิจฉัยปัญหาอย่างรวดเร็ว วิทยากรให้ความสนใจเป็นพิเศษกับกรณีเชิงปฏิบัติของการแก้ปัญหากับเครือข่าย เนื่องจากปัญหาเหล่านี้กลายเป็นเรื่องเจ็บปวดมากและไม่ใช่เรื่องเล็กน้อยสำหรับพวกเขา และยังเล่าถึงข้อได้เปรียบที่พวกเขาได้รับจากการนำไปใช้และโอกาสในการพัฒนาที่พวกเขาเห็น
การใช้งาน OpenShift ที่ Rosgosstrakh: ตั้งแต่ DevOps ไปจนถึงการดำเนินการผลิต Alexander Krylov หัวหน้าฝ่ายบริการ DevOps, Rosgosstrakh
เมื่อเผชิญกับทางแยกเชิงกลยุทธ์ - Kubernetes หรือ OpenShift การดำเนินงานของ Rosgosstrakh จึงเลือกอย่างหลังเนื่องจาก Time to Market ด้วยเหตุนี้ เราจึงสามารถสร้าง CI/CD โดยใช้ OpenShift, Bamboo และ Artifactory และรับประกันการดำเนินงานของบริการตาม OpenShift ในการผลิต รวมทั้งผสานรวมเข้ากับระบบนิเวศที่มีอยู่ของเครื่องมือระดับองค์กรที่ใช้อยู่ จากสุนทรพจน์ คุณจะได้เรียนรู้เกี่ยวกับเส้นทางที่ยากลำบากในการบูรณาการโซลูชันต่างๆ ที่เพื่อนร่วมงานของเราได้เผชิญตลอดหลายปีที่ผ่านมา และเกี่ยวกับความยากลำบากที่อาจเกิดขึ้นระหว่างทางสำหรับบริษัทที่ต้องการทำซ้ำ
รักษาความปลอดภัยเครือข่าย Kubernetes ด้วย eBPF และ Cilium จะทำงานเชิงลึกกับเครือข่ายในระดับเคอร์เนลได้อย่างไร? Alexander Kostrikov วิศวกร DevOps จาก Brain4Net
ในฐานะบริษัท SDN ทาง Brain4Net มุ่งมั่นที่จะสามารถตั้งโปรแกรมได้ไม่เฉพาะกับฮาร์ดแวร์เครือข่ายเท่านั้น แต่ยังรวมไปถึงสแต็กเครือข่ายทั้งหมดด้วย นอกจากนี้ Kubernetes ยังสามารถตั้งโปรแกรมด้วยวิธีที่ยืดหยุ่นกว่ากฎ iptables ได้อีกด้วย เครื่องมืออย่าง Cilium ช่วยให้คุณทำสิ่งนี้ได้ มาดูกันว่า Cilium ใช้ eBPF เพื่อทำงานกับเคอร์เนลและโค้ดพื้นที่ผู้ใช้ รวมถึงระบบเครือข่าย ความปลอดภัย การตรวจสอบ และการปรับสมดุลโหลดอย่างไร
การแข่งขัน “ของเราที่ KubeCon”
ในฐานะส่วนหนึ่งของโปรแกรมสนับสนุน @Kubernetes Ambassador ของเรา ผู้ที่ ที่จะพูดที่ @Kubernetes จนถึงวันที่ 29 กุมภาพันธ์ 2020 มีโอกาสลุ้นตั๋วเข้าชม KubeCon 2020 ในอัมสเตอร์ดัม: อ่าน การแข่งขัน "ของเราที่ KubeCon"
คอยติดตาม
ติดตามประกาศของ @Kubernetes รวมถึงกิจกรรม Mail.ru Cloud Solutions อื่นๆ ในช่อง Telegram ของเรา:
ที่มา: will.com
