@Kubernetes Meetup #3 yn Mail.ru Group: Mehefin 21

@Kubernetes Meetup #3 yn Mail.ru Group: Mehefin 21

O fis Chwefror Cariad Kubernetes Ymddengys i ni fod tragywyddoldeb wedi myned heibio. Yr unig beth a fywiogodd y gwahaniad ychydig oedd ein bod wedi llwyddo i fynd i mewn i'r Cloud Native Computing Foundation, ardystio ein dosbarthiad Kubernetes o dan Raglen Cydymffurfiaeth Ardystiedig Kubernetes, a hefyd ei lansio yn y gwasanaeth Cynhwyswyr Cwmwl Mail.ru ei weithrediad o Kubernetes Cluster Autoscaler.

Mae'n amser am y trydydd @Kubernetes Meetup! Yn fyr:

  • Bydd Gazprombank yn dweud wrthych sut maen nhw'n defnyddio Kubernetes yn eu hymchwil a datblygu i reoli OpenStack;
  • Mail.ru Cloud Solutions - sut i raddio cymwysiadau yn K8S gan ddefnyddio graddwyr a sut y gwnaethant baratoi eu gweithrediad o Kubernetes Cluster Autoscaler;
  • ac asiantaeth Wunderman Thompson - sut mae Kubernetes yn eu helpu i wneud y gorau o'u dull datblygu a pham mae mwy o Ddev nag Ops yn DevOps.

Cynhelir y cyfarfod ar 21 Mehefin (dydd Gwener) am 18:30 yn swyddfa Moscow Mail.ru Group (Leningradsky Prospekt, 39, adeilad 79). Cofrestru yn ofynnol ac yn cau ar 20 Mehefin am 11:59 am (neu'n gynharach os bydd y gofod yn dod i ben).

“Kubernetes i ddatblygwyr: faint o feddygon sydd yn DevOps?”

Grigory Nikonov, Wunderman Thompson, Rheolwr Gyfarwyddwr

Nid oes gennym ni glystyrau o 500 o nodau. Nid oes gennym DevOps llym. Nid oes gennym dimau cynnyrch penodol. Ond mae gennym lawer o brosiectau diddorol ac atebion i gwestiynau y daethom o hyd iddynt wrth ddatblygu a chefnogi'r prosiectau hyn. Yn gyntaf oll, rydym yn ddatblygwyr ac yn gyfarwydd â chreu offer ein hunain y byddwn wedyn yn eu defnyddio. Efallai y byddant yn eich helpu yn eich gwaith hefyd.

Mae asiantaeth Wunderman Thompson yn un o'r arloeswyr yn natblygiad datrysiadau Rhyngrwyd yn Rwsia, ac mae bellach yn datblygu tudalennau glanio syml a systemau gwasgaredig cymhleth. Mae Kubernetes yn helpu i wneud y gorau o'r ymagwedd at ddatblygiad, ac yn helpu cwsmeriaid asiantaeth i gynnal a gweithredu'r atebion a grëwyd.

Mewn systemau gwasgaredig gyda nifer fawr o integreiddiadau a chydrannau mewnol, mae pensaernïaeth microservice yn ymateb naturiol i'r gofynion ar gyfer uwchraddio a chynnal yr ateb, ond mae'r newid i bensaernïaeth o'r fath yn arwain at gyfres gyfan o broblemau sy'n gysylltiedig â fersiwn a cyhoeddi. Mae'r ffaith ein bod yn asiantaeth, ac nid yn dîm cynnyrch pwrpasol, ac nid yw ein datblygwyr yn cadw cyd-destun gosod datrysiad penodol yn gyson ar eu peiriannau, yn gosod ei ofynion ei hun ar atgynhyrchu'r amgylchedd datblygu, y gallu i wneud newidiadau i sawl tîm ar yr un pryd a dychwelyd i'r prosiect ar ôl peth amser. Mewn ymateb i'r heriau hyn, rydym wedi datblygu prosesau ac offer sy'n ei gwneud yn haws i'n datblygwyr a DevOps ddatblygu a chefnogi'r atebion y maent yn eu creu.

Byddwch yn dysgu pam mae DevOps yn fwy Dev nag Ops, a sut y gall diogi leihau amser a chost datblygu/cymorth, yn ogystal â:

  • sut mae Kubernetes wedi newid y ffordd rydym yn datblygu prosiectau;
  • sut olwg sydd ar gylch bywyd ein cod;
  • pa offer a ddefnyddiwn ar gyfer cyhoeddi microwasanaethau dan reolaeth;
  • sut rydym yn datrys y broblem o gydosod arteffactau darfodedig;
  • sut rydym yn anfon i'r clwstwr gyda phleser.

“Graddio cymwysiadau gyda Kubernetes Cluster Autoscaler: arlliwiau Autoscaler a gweithredu Mail.ru Cloud Solutions”

Alexander Chadin, Mail.ru Cloud Solutions, datblygwr gwasanaethau PaaS

Yn y byd sydd ohoni, mae defnyddwyr yn disgwyl o ystyried bod eich cais bob amser ar-lein a bob amser ar gael - ac felly'n gallu trin unrhyw lif traffig, ni waeth pa mor fawr ydyw. Mae Kubernetes yn cynnig datrysiad eithaf cain sy'n eich galluogi i raddfa ei hun yn ôl llwyth - Kubernetes Cluster Autoscaler.

Yn gyffredinol, yn Kubernetes mae dau fath o raddfa yn seiliedig ar beth yn union yr ydym yn graddio: mwy o gopïau o'r cais neu fwy o adnoddau. Graddio fertigol, pan fyddwn yn cynyddu nifer y copïau cais o fewn nodau presennol. A graddio llorweddol mwy cymhleth - rydym yn cynyddu nifer y nodau.

Yn yr ail achos, byddwn yn gallu codi hyd yn oed mwy o gopïau o'r cais - a fydd yn sicrhau ei fod ar gael yn uchel. Byddwn yn siarad am raddio llorweddol gan ddefnyddio Cluster Autoscaler. Gall nid yn unig gynyddu ond hefyd leihau nifer y nodau yn dibynnu ar y llwyth. Er enghraifft, pan fydd y llwyth yn cyrraedd uchafbwynt, bydd Autoscaler ei hun yn lleihau nifer y nodau i'r swm gofynnol ac felly'r taliad am adnoddau'r darparwr.

Yn y cyfarfod, byddwn yn dweud mwy wrthych am naws Kubernetes Cluster Autoscaler, yn ogystal â pha anawsterau a gawsom wrth lansio ein gweithrediad o Cluster Autoscaler fel rhan o wasanaeth Cynhwyswyr Cwmwl Mail.ru. Byddwch yn dysgu:

  • pa glorianwyr sydd ar gael yn Kubernetes, beth yw nodweddion eu defnydd;
  • yr hyn y dylech roi sylw iddo wrth ddefnyddio graddwyr;
  • sut y gwnaethom segmentu nodau yn ôl parthau argaeledd gan ddefnyddio Grwpiau Nod;
  • sut y gwnaethom weithredu cymorth ar gyfer Kubernetes Cluster Autoscaler yn MCS.

“Ymchwil a datblygu yn Gazprombank: sut mae K8S yn helpu i reoli OpenStack”

Maxim Kletskin, Gazprombank, rheolwr cynnyrch

Mewn byd lle mae'r duedd ar gyfer popeth fel gwasanaeth, mae Amser i'r Farchnad yn anad dim. Mae angen datblygu cymwysiadau'n gyflym i brofi damcaniaethau a dod o hyd i farchnadoedd newydd ar hyn o bryd eu ffurfio cychwynnol. Mae cyflymder yn arbennig o bwysig i fanciau, ac mae technolegau newydd yn helpu yma - yn arbennig, technolegau cynhwysyddion a Kubernetes.

Mae Maxim Kletskin yn rheolwr cynnyrch yn Gazprombank ac mae'n datblygu blwch tywod ar gyfer lansio cynhyrchion peilot. Mae ymchwil a datblygu Gazprombank yn cynnal astudiaethau amrywiol yn eu cwmwl, sef OpenStack. Defnyddir Kubernetes yma mewn dwy ffurf: 1) Kubernetes ar Bare Metal fel haen reoli'r cwmwl OpenStack a 2) K8S fel dosbarthiad OpenShift i'w ddatblygu.

Yn yr adroddiad byddwn yn siarad am yr achos cyntaf ac yn darganfod sut mae Gazprombank yn defnyddio Kubernetes i reoli OpenStack. Os edrychwch ar bensaernïaeth OpenStack, gallwch weld ei fod yn eithaf atomig, felly mae defnyddio Kubernetes fel haen reoli OpenStack yn ymddangos yn ddiddorol ac yn rhesymegol iawn. Bydd hyn hefyd yn ei gwneud hi'n haws ychwanegu nodau at glwstwr OpenStack a chynyddu dibynadwyedd yr Awyren Reoli. Ac, fel yr eisin ar y gacen, bydd yn symleiddio'r casgliad o delemetreg o'r clwstwr.

Byddwch chi'n dysgu:

  • pam ymchwil a datblygu banc: rydym yn profi ac arbrofi;
  • sut rydym yn amwys OpenStack;
  • sut a pham i ddefnyddio OpenStack yn K8S.

Ar ôl y perfformiadau byddwn yn newid yn ddidrafferth i fformat @Kucwrwnetes After-Party, ac rydym hefyd wedi paratoi rhai cyhoeddiadau cŵl i chi. Byddwch yn siwr i gofrestru по ссылке, rydym yn adolygu pob cais o fewn ychydig ddyddiau.

Am ddigwyddiadau newydd yng nghyfres @Kubernetes Meetup a digwyddiadau eraill Atebion Cwmwl Mail.ru Rydyn ni'n cyhoeddi ar unwaith yn ein sianel Telegram: t.me/k8s_mail

Diddordeb siarad yn y @Kubernetes Meetup nesaf? Gallwch gyflwyno eich cais yma: mcs.mail.ru/siarad

Ffynhonnell: hab.com

Prynu gwesteio dibynadwy ar gyfer gwefannau sydd â diogelwch DDoS, gweinyddwyr VPS VDS 🔥 Prynu cynnal gwefannau dibynadwy gyda diogelwch DDoS, gweinyddion VPS VDS | ProHoster