Хоёрдугаар сараас Бидэнд мөнх үе өнгөрсөн юм шиг санагддаг. Салангид байдлыг бага зэрэг тодруулсан цорын ганц зүйл бол бид Cloud Native Computing Foundation-д нэвтэрч, Kubernetes-ийн гэрчилгээжсэн хөтөлбөрийн дагуу Kubernetes түгээлтийг баталгаажуулж, мөн үйлчилгээнд нэвтрүүлсэн явдал юм. түүний хэрэгжилт Kubernetes Cluster Autoscaler.
Гурав дахь @Kubernetes Meetup-ын цаг боллоо! Товчхондоо:
- Газпромбанк нь OpenStack-ийг удирдахын тулд Кубернетсийг R&D-д хэрхэн ашигладаг талаар танд хэлэх болно;
- Mail.ru Cloud Solutions - scaler ашиглан K8S дахь програмуудыг хэрхэн масштаблах, тэд Kubernetes Cluster Autoscaler-ийн хэрэгжилтийг хэрхэн бэлтгэсэн;
- болон Wunderman Thompson агентлаг - Кубернетес тэдэнд хөгжлийн арга барилаа оновчтой болгоход хэрхэн тусалдаг ба яагаад DevOps-д үйлдлийн системээс илүү олон Dev байдаг вэ?
Уулзалт 21-р сарын 18-ний (Баасан гариг) 30:39 цагт Mail.ru группын Москва дахь оффист (Ленинградский проспект, 79, XNUMX-р байр) болно. шаардлагатай бөгөөд 20-р сарын 11-ны 59:XNUMX цагт (эсвэл зай дуусвал түүнээс өмнө) хаагдана.
"Хөгжүүлэгчдэд зориулсан Kubernetes: DevOps-д хэдэн Devs байдаг вэ?"
Григорий Никонов, Уундерман Томпсон, Удирдах захирал
Бидэнд 500 зангилаатай кластер байхгүй. Бидэнд хатуу DevOps байхгүй. Бидэнд тусгайлан зориулсан бүтээгдэхүүний баг байдаггүй. Гэхдээ бидэнд олон сонирхолтой төсөл, эдгээр төслүүдийг боловсруулж, дэмжих явцад олж мэдсэн асуултын хариулт бий. Юуны өмнө бид хөгжүүлэгчид бөгөөд дараа нь ашиглах хэрэгслүүдээ өөрсдөө бүтээж дассан. Магадгүй тэд бас таны ажилд туслах болно.
Wunderman Thompson агентлаг нь Орос улсад интернетийн шийдлүүдийг хөгжүүлэх анхдагчдын нэг бөгөөд одоо энгийн буух хуудас болон нарийн төвөгтэй тархсан системийг хоёуланг нь хөгжүүлж байна. Кубернетес нь хөгжлийн хандлагыг оновчтой болгоход тусалж, агентлагийн үйлчлүүлэгчдэд бүтээгдсэн шийдлүүдийг зохион байгуулах, ажиллуулахад тусалдаг.
Олон тооны интеграцчилал, дотоод бүрэлдэхүүн хэсгүүдтэй тархсан системүүдэд микро үйлчилгээний архитектур нь шийдлийг шинэчлэх, хадгалахад тавигдах шаардлагад байгалийн хариу үйлдэл болдог боловч ийм архитектурт шилжих нь хувилбар болон дотоод бүрэлдэхүүн хэсгүүдтэй холбоотой бүхэл бүтэн цуврал асуудлуудыг үүсгэдэг. хэвлэн нийтлэх. Бид тусгайлсан бүтээгдэхүүний баг биш харин агентлаг бөгөөд манай хөгжүүлэгчид өөрсдийн машин дээр тодорхой шийдлийн суулгасан контекстийг байнга хадгалдаггүй нь хөгжлийн орчны дахин давтагдах байдал, өөрчлөлт хийх чадварт өөрийн шаардлагыг тавьдаг. хэд хэдэн багт нэгэн зэрэг очиж, хэсэг хугацааны дараа төсөл рүү буцна. Эдгээр сорилтуудын хариуд бид хөгжүүлэгчид болон DevOps-уудад өөрсдийн бий болгож буй шийдлүүдийг боловсруулах, дэмжихэд хялбар болгох үйл явц, хэрэгслийг боловсруулсан.
Та яагаад DevOps нь Ops-ээс илүү хөгжүүлэгч болохыг, залхуурал нь хөгжүүлэлт/дэмжлэгийн цаг, зардлыг хэрхэн бууруулж, мөн:
- Кубернетес төсөл боловсруулах арга замыг хэрхэн өөрчилсөн;
- манай кодын амьдралын мөчлөг ямар харагддаг;
- бичил үйлчилгээг хяналттай нийтлэхэд бид ямар хэрэгслийг ашигладаг;
- бид хуучирсан олдворуудыг угсрах асуудлыг хэрхэн шийдвэрлэх;
- бид хэрхэн баяртайгаар кластерт байршуулах.
"Kubernetes Cluster Autoscaler ашиглан програмуудыг масштаблах: Autoscaler-ийн нюансууд ба Mail.ru Cloud Solutions-ийн хэрэгжилт"
Александр Чадин, Mail.ru Cloud Solutions, PaaS үйлчилгээг хөгжүүлэгч
Өнөөгийн ертөнцөд хэрэглэгчид таны аппликейшн нь үргэлж онлайн байх бөгөөд үргэлж бэлэн байдаг тул хичнээн том байсан ч гэсэн ямар ч замын хөдөлгөөний урсгалыг зохицуулж чадна гэж найдаж байна. Kubernetes нь ачааллын дагуу өөрийгөө масштаблах боломжийг олгодог нэлээд гоёмсог шийдлийг санал болгодог - Kubernetes Cluster Autoscaler.
Ерөнхийдөө Kubernetes-д бид яг юуг өргөжүүлж байгаагаас хамааран хоёр төрлийн масштаб байдаг: програмын илүү олон хуулбар эсвэл илүү олон нөөц. Одоо байгаа зангилааны доторх хэрэглээний хуулбаруудын тоог нэмэгдүүлэх үед босоо масштаб. Мөн илүү төвөгтэй хэвтээ масштаб - бид зангилааны тоог нэмэгдүүлдэг.
Хоёр дахь тохиолдолд бид програмын илүү олон хуулбарыг цуглуулах боломжтой бөгөөд энэ нь түүний өндөр хүртээмжийг баталгаажуулах болно. Бид Cluster Autoscaler ашиглан хэвтээ масштабын талаар ярих болно. Энэ нь зөвхөн ачааллаас хамааран зангилааны тоог нэмэгдүүлэх төдийгүй багасгах боломжтой. Жишээлбэл, ачаалал дээд цэгтээ хүрсэн үед Autoscaler өөрөө зангилааны тоог шаардлагатай хэмжээнд хүртэл бууруулж, үйлчилгээ үзүүлэгчийн нөөцийн төлбөрийг төлнө.
Уулзалтын үеэр бид Kubernetes Cluster Autoscaler-ийн онцлог шинж чанаруудын талаар, мөн Mail.ru Cloud Containers үйлчилгээний нэг хэсэг болгон Cluster Autoscaler-ийг хэрэгжүүлэхэд ямар бэрхшээл тулгарсан талаар дэлгэрэнгүй ярих болно. Та сурах болно:
- Kubernetes-д ямар масштабтай төхөөрөмж байдаг, тэдгээрийн ашиглалтын онцлог юу вэ;
- масштаблагчийг ашиглахдаа юуг анхаарах ёстой;
- бид зангилааны бүлгүүдийг ашиглах боломжтой бүсээр хэрхэн сегментчилсэн;
- бид MCS-д Kubernetes Cluster Autoscaler-ийн дэмжлэгийг хэрхэн хэрэгжүүлсэн.
"Газпромбанк дахь R&D: K8S нь OpenStack-ийг удирдахад хэрхэн тусалдаг"
Максим Клецкин, Газпромбанк, бүтээгдэхүүний менежер
Үйлчилгээний хувьд бүх зүйл чиг хандлагатай байдаг дэлхийд цаг хугацаа нь зах зээлд хамгийн чухал юм. Таамаглалыг турших, анх үүссэн үед шинэ зах зээл хайх програмуудыг хурдан боловсруулах шаардлагатай байна. Хурд нь банкуудын хувьд онцгой ач холбогдолтой бөгөөд шинэ технологиуд үүнд тусалдаг, тухайлбал, чингэлэгийн технологи, Кубернетес.
Максим Клецкин нь Газпромбанкны бүтээгдэхүүний менежер бөгөөд туршилтын бүтээгдэхүүнийг нэвтрүүлэх хамгаалалтын бүсийг боловсруулж байна. Газпромбанкны R&D нь OpenStack хэмээх үүлэн дээрээ янз бүрийн судалгаа явуулдаг. Kubernetes-ийг энд хоёр хэлбэрээр ашигладаг: 1) Kubernetes on Bare Metal-ийг OpenStack үүлний удирдлагын давхарга болгон, 2) K8S-ийг OpenShift түгээлт болгон хөгжүүлдэг.
Тайлан дээр бид эхний тохиолдлын талаар ярилцаж, Газпромбанк OpenStack-ийг удирдахын тулд Кубернетесийг хэрхэн ашигладаг талаар олж мэдэх болно. Хэрэв та OpenStack-ийн архитектурыг харвал энэ нь нэлээд атом шинж чанартай байдаг тул Kubernetes-ийг OpenStack-ийн удирдлагын давхарга болгон ашиглах нь маш сонирхолтой бөгөөд логик юм. Энэ нь мөн OpenStack кластерт зангилаа нэмэхэд хялбар болгож, хяналтын онгоцны найдвартай байдлыг нэмэгдүүлэх болно. Мөн бялуу дээрх мөстөлттэй адил энэ нь кластераас телеметрийн цуглуулгыг хялбаршуулах болно.
Та сурах болно:
- яагаад R&D банк: бид туршилт, туршилт;
- бид OpenStack-ийг хэрхэн хадгалах;
- OpenStack-ийг K8S-д хэрхэн, яагаад байрлуулах вэ.
Тоглолтын дараа бид @Ku формат руу жигд шилжих болношар айрагnetes After-Party, мөн бид танд зориулж хэд хэдэн гайхалтай зарлал бэлдсэн. Бүртгүүлэхээ мартуузай , бид бүх өргөдлийг хоёр хоногийн дотор хянана.
@Kubernetes Meetup цувралын шинэ арга хэмжээ болон бусад арга хэмжээний тухай Бид Telegram сувагтаа нэн даруй зарлаж байна:
Дараагийн @Kubernetes Meetup дээр ярих сонирхолтой байна уу? Та эндээс хүсэлтээ гаргаж болно:
Эх сурвалж: www.habr.com
