No februāra Mums šķiet, ka ir pagājusi mūžība. Vienīgais, kas nedaudz paspilgtināja atdalīšanu, bija tas, ka mums izdevās iekļūt Cloud Native Computing Foundation, sertificēt mūsu Kubernetes izplatīšanu saskaņā ar Certified Kubernetes atbilstības programmu un arī palaist to pakalpojumā. tā Kubernetes Cluster Autoscaler ieviešana.
Ir pienācis laiks trešajam @Kubernetes Meetup! Īsumā:
- Gazprombank pastāstīs, kā viņi izmanto Kubernetes savā pētniecībā un attīstībā, lai pārvaldītu OpenStack;
- Mail.ru Cloud Solutions — kā mērogot lietojumprogrammas K8S, izmantojot mērogotājus un kā viņi sagatavoja Kubernetes Cluster Autoscaler ieviešanu;
- un aģentūra Wunderman Thompson — kā Kubernetes palīdz viņiem optimizēt attīstības pieeju un kāpēc DevOps ir vairāk izstrādātāju nekā opciju.
Tikšanās notiks 21. jūnijā (piektdien) pulksten 18:30 Mail.ru Group Maskavas birojā (Ļeņingradas prospekts, 39, 79. ēka). ir nepieciešama un tiek slēgta 20. jūnijā plkst. 11:59 (vai agrāk, ja vietas pietrūks).
“Kubernetes izstrādātājiem: cik izstrādātāju ir pakalpojumā DevOps?”
Grigorijs Nikonovs, Vundermens Tompsons, rīkotājdirektors
Mums nav 500 mezglu kopu. Mums nav stingru DevOps. Mums nav īpašu produktu komandu. Taču mums ir daudz interesantu projektu un atbildes uz jautājumiem, ko atradām, izstrādājot un atbalstot šos projektus. Pirmkārt, mēs esam izstrādātāji un esam pieraduši paši radīt rīkus, kurus pēc tam izmantosim. Varbūt viņi jums palīdzēs arī jūsu darbā.
Aģentūra Wunderman Thompson ir viena no pionierēm interneta risinājumu izstrādē Krievijā, un šobrīd tā izstrādā gan vienkāršas galvenās lapas, gan sarežģītas sadalītās sistēmas. Kubernetes palīdz optimizēt pieeju attīstībai un palīdz aģentūru klientiem mitināt un darbināt izveidotos risinājumus.
Sadalītās sistēmās ar lielu skaitu integrāciju un iekšējo komponentu mikropakalpojumu arhitektūra ir dabiska atbilde uz risinājuma jaunināmības un uzturēšanas prasībām, taču pāreja uz šādu arhitektūru rada virkni problēmu, kas saistītas ar versiju veidošanu un publicēšana. Tas, ka mēs esam aģentūra, nevis īpaša produktu komanda, un mūsu izstrādātāji savās iekārtās pastāvīgi nesaglabā konkrēta risinājuma kontekstu, uzliek savas prasības izstrādes vides reproducējamībai, spējai veikt izmaiņas. vairākām komandām vienlaikus un pēc kāda laika atgriezties pie projekta. Reaģējot uz šiem izaicinājumiem, esam izstrādājuši procesus un rīkus, kas mūsu izstrādātājiem un DevOps atvieglo viņu radīto risinājumu izstrādi un atbalstu.
Jūs uzzināsit, kāpēc DevOps ir vairāk izstrādātājs nekā Ops un kā slinkums var samazināt izstrādes/atbalsta laiku un izmaksas, kā arī:
- kā Kubernetes ir mainījis veidu, kā mēs izstrādājam projektus;
- kāds izskatās mūsu koda dzīves cikls;
- kādus rīkus izmantojam kontrolētai mikropakalpojumu publicēšanai;
- kā risinām novecojušu artefaktu komplektēšanas problēmu;
- kā mēs ar prieku izvietojam klasterī.
“Lietojumprogrammu mērogošana ar Kubernetes Cluster Autoscaler: Autoscaler nianses un Mail.ru Cloud Solutions ieviešana”
Aleksandrs Čadins, Mail.ru Cloud Solutions, PaaS pakalpojumu izstrādātājs
Mūsdienu pasaulē lietotāji sagaida, ka jūsu lietojumprogramma vienmēr ir tiešsaistē un vienmēr pieejama, un tāpēc tā var apstrādāt jebkuru satiksmes plūsmu neatkarīgi no tā, cik liela tā ir. Kubernetes piedāvā diezgan elegantu risinājumu, kas ļauj mērogot sevi atbilstoši slodzei - Kubernetes Cluster Autoscaler.
Kopumā programmā Kubernetes ir divu veidu mērogošana, pamatojoties uz to, ko tieši mēs mērogojam: vairāk lietojumprogrammas kopiju vai vairāk resursu. Vertikālā mērogošana, kad mēs palielinām lietojumprogrammu kopiju skaitu esošajos mezglos. Un sarežģītāka horizontālā mērogošana - mēs palielinām mezglu skaitu.
Otrajā gadījumā varēsim izaudzēt vēl vairāk aplikācijas eksemplāru – kas nodrošinās tās augstu pieejamību. Mēs runāsim par horizontālo mērogošanu, izmantojot Cluster Autoscaler. Tas var ne tikai palielināt, bet arī samazināt mezglu skaitu atkarībā no slodzes. Piemēram, kad slodze sasniedz maksimumu, Autoscaler pats samazinās mezglu skaitu līdz vajadzīgajam apjomam un tādējādi arī samaksu par pakalpojumu sniedzēja resursiem.
Tikšanās reizē mēs pastāstīsim vairāk par Kubernetes Cluster Autoscaler niansēm, kā arī ar kādām grūtībām saskārāmies, uzsākot Cluster Autoscaler ieviešanu pakalpojuma Mail.ru Cloud Containers ietvaros. Tu iemācīsies:
- kādi skaleri ir pieejami Kubernetes, kādas ir to izmantošanas iespējas;
- kam jāpievērš uzmanība, lietojot skalerus;
- kā mēs segmentējām mezglus pēc pieejamības zonām, izmantojot mezglu grupas;
- kā mēs ieviesām atbalstu Kubernetes Cluster Autoscaler MCS.
“Pētniecība un attīstība Gazprombank: kā K8S palīdz pārvaldīt OpenStack”
Maksims Kletskins, Gazprombank, produktu vadītājs
Pasaulē, kurā tendence ir izmantot visu kā pakalpojumu, Time-to-Market ir pāri visam. Nepieciešams ātri izstrādāt aplikācijas, lai pārbaudītu hipotēzes un atrastu jaunus tirgus to sākotnējās veidošanās brīdī. Ātrums ir īpaši svarīgs bankām, un šeit palīdz jaunās tehnoloģijas - jo īpaši konteinerizācijas tehnoloģijas un Kubernetes.
Maksims Kletskins ir Gazprombank produktu menedžeris un izstrādā smilšu kasti izmēģinājuma produktu laišanai tirgū. Gazprombank pētniecība un attīstība veic dažādus pētījumus savā mākonī, kas ir OpenStack. Šeit Kubernetes tiek izmantots divos veidos: 1) Kubernetes on Bare Metal kā OpenStack mākoņa pārvaldības slānis un 2) K8S kā OpenShift izplatīšana izstrādei.
Pārskatā mēs runāsim par pirmo gadījumu un uzzināsim, kā Gazprombank izmanto Kubernetes, lai pārvaldītu OpenStack. Ja paskatās uz OpenStack arhitektūru, var redzēt, ka tā ir diezgan atomāra, tāpēc Kubernetes izmantošana kā OpenStack pārvaldības slānis šķiet ļoti interesanta un loģiska. Tas arī atvieglos mezglu pievienošanu OpenStack klasterim un palielinās vadības plaknes uzticamību. Un, tāpat kā glazūra uz kūkas, tas vienkāršos telemetrijas datu iegūšanu no kopas.
Tu iemācīsies:
- kāpēc R&D banka: mēs pārbaudām un eksperimentējam;
- kā mēs konteinerizējam OpenStack;
- kā un kāpēc izvietot OpenStack K8S.
Pēc priekšnesumiem raiti pāriesim uz @Ku formātualusnetes After-Party, kā arī esam jums sagatavojuši dažus foršus paziņojumus. Noteikti reģistrējieties , mēs izskatām visus pieteikumus pāris dienu laikā.
Par jaunajiem pasākumiem @Kubernetes Meetup sērijā un citiem pasākumiem Mēs nekavējoties paziņojam mūsu telegrammas kanālā:
Vai vēlaties runāt nākamajā @Kubernetes Meetup? Savu pieteikumu vari iesniegt šeit:
Avots: www.habr.com
