Od února Zdá se nám, že uplynula věčnost. Jediné, co odloučení trochu zpestřilo, bylo, že se nám podařilo vstoupit do Cloud Native Computing Foundation, certifikovat naši distribuci Kubernetes v rámci Certified Kubernetes Conformance Program a také ji spustit ve službě jeho implementaci Kubernetes Cluster Autoscaler.
Je čas na třetí @Kubernetes Meetup! Krátce:
- Gazprombank vám řekne, jak používají Kubernetes ve svém výzkumu a vývoji ke správě OpenStacku;
- Cloudová řešení Mail.ru – jak škálovat aplikace v K8S pomocí scalerů a jak připravili implementaci Kubernetes Cluster Autoscaler;
- a agentura Wunderman Thompson – jak jim Kubernetes pomáhá optimalizovat jejich vývojový přístup a proč je v DevOps více Dev než Ops.
Setkání se bude konat 21. června (pátek) v 18:30 v moskevské kanceláři Mail.ru Group (Leningradsky Prospekt, 39, budova 79). je povinný a zavírá se 20. června v 11:59 (nebo dříve, pokud dojde místo).
"Kubernetes pro vývojáře: kolik vývojářů je v DevOps?"
Grigory Nikonov, Wunderman Thompson, výkonný ředitel
Nemáme shluky 500 uzlů. Nemáme striktní DevOps. Nemáme vyhrazené produktové týmy. Ale máme mnoho zajímavých projektů a odpovědí na otázky, které jsme našli při vývoji a podpoře těchto projektů. V první řadě jsme vývojáři a jsme zvyklí sami vytvářet nástroje, které pak použijeme. Možná vám pomohou i ve vaší práci.
Agentura Wunderman Thompson je jedním z průkopníků ve vývoji internetových řešení v Rusku a nyní vyvíjí jak jednoduché vstupní stránky, tak složité distribuované systémy. Kubernetes pomáhá optimalizovat přístup k vývoji a pomáhá agenturním zákazníkům hostovat a provozovat vytvořená řešení.
V distribuovaných systémech s velkým počtem integrací a interních komponent je architektura mikroslužeb přirozenou reakcí na požadavky na upgradovatelnost a udržovatelnost řešení, ale přechod na takovou architekturu vede k celé řadě problémů spojených s verzováním a publikování. Skutečnost, že jsme agentura, nikoli specializovaný produktový tým a naši vývojáři na svých strojích neustále neudržují nasazený kontext konkrétního řešení, klade vlastní požadavky na reprodukovatelnost vývojového prostředí, schopnost provádět změny. několika týmům současně a po nějaké době se k projektu vraťte . V reakci na tyto výzvy jsme vyvinuli procesy a nástroje, které našim vývojářům a DevOps usnadňují vývoj a podporu řešení, která vytvářejí.
Dozvíte se, proč je DevOps více Dev než Ops a jak může lenost zkrátit čas a náklady na vývoj/podporu a také:
- jak Kubernetes změnil způsob, jakým vyvíjíme projekty;
- jak vypadá životní cyklus našeho kódu;
- jaké nástroje používáme pro řízené publikování mikroslužeb;
- jak řešíme problém se sestavováním zastaralých artefaktů;
- jak s radostí nasazujeme do clusteru.
„Škálování aplikací pomocí Kubernetes Cluster Autoscaler: nuance Autoscaler a implementace cloudových řešení Mail.ru“
Alexander Chadin, Mail.ru Cloud Solutions, vývojář služeb PaaS
V dnešním světě uživatelé jako samozřejmost očekávají, že vaše aplikace je vždy online a vždy dostupná – a proto zvládne jakýkoli tok provozu, bez ohledu na to, jak je velký. Kubernetes nabízí poměrně elegantní řešení, které vám umožní škálovat se podle zatížení – Kubernetes Cluster Autoscaler.
Obecně v Kubernetes existují dva typy škálování založené na tom, co přesně škálujeme: více kopií aplikace nebo více zdrojů. Vertikální škálování, kdy zvyšujeme počet replik aplikací v rámci stávajících uzlů. A složitější horizontální škálování - zvyšujeme počet uzlů.
Ve druhém případě budeme moci získat ještě více kopií aplikace – což zajistí její vysokou dostupnost. Budeme mluvit o horizontálním škálování pomocí Cluster Autoscaler. Může nejen zvýšit, ale také snížit počet uzlů v závislosti na zatížení. Například při vrcholné zátěži Autoscaler sám sníží počet uzlů na požadovanou částku a tím i platbu za zdroje poskytovatele.
Na setkání vám řekneme více o nuancích Kubernetes Cluster Autoscaler a také o tom, s jakými potížemi jsme se setkali při spouštění naší implementace Cluster Autoscaler v rámci služby Mail.ru Cloud Containers. Naučíte se:
- jaké scalery jsou v Kubernetes k dispozici, jaké jsou vlastnosti jejich použití;
- na co byste měli dávat pozor při používání scalerů;
- jak jsme segmentovali uzly podle zón dostupnosti pomocí skupin uzlů;
- jak jsme implementovali podporu pro Kubernetes Cluster Autoscaler v MCS.
„Výzkum a vývoj v Gazprombank: jak K8S pomáhá spravovat OpenStack“
Maxim Kletskin, Gazprombank, produktový manažer
Ve světě, kde je trendem všechno jako služba, je Time-to-Market nade vše. Je nutné rychle vyvíjet aplikace pro testování hypotéz a hledání nových trhů v okamžiku jejich prvotního formování. Rychlost je důležitá zejména pro banky a pomáhají zde nové technologie – zejména technologie kontejnerizace a Kubernetes.
Maxim Kletskin je produktový manažer v Gazprombank a vyvíjí sandbox pro spouštění pilotních produktů. Výzkum a vývoj Gazprombank provádí různé studie ve svém cloudu, kterým je OpenStack. Kubernetes se zde používá ve dvou podobách: 1) Kubernetes na Bare Metal jako vrstva správy cloudu OpenStack a 2) K8S jako distribuce OpenShift pro vývoj.
V reportáži si povíme o prvním případu a zjistíme, jak Gazprombank používá Kubernetes ke správě OpenStacku. Pokud se podíváte na architekturu OpenStack, můžete vidět, že je docela atomická, takže použití Kubernetes jako vrstvy správy OpenStack se zdá velmi zajímavé a logické. To také usnadní přidávání uzlů do clusteru OpenStack a zvýší spolehlivost Control Plane. A jako třešnička na dortu zjednoduší sběr telemetrie z clusteru.
Naučíte se:
- proč banka výzkumu a vývoje: testujeme a experimentujeme;
- jak kontejnerizujeme OpenStack;
- jak a proč nasadit OpenStack v K8S.
Po představeních plynule přejdeme na formát @Kupivonetes After-Party a také jsme pro vás připravili několik skvělých oznámení. Určitě se zaregistrujte , všechny žádosti zkontrolujeme během několika dnů.
O nových událostech v sérii @Kubernetes Meetup a dalších událostech Okamžitě oznamujeme na našem kanálu Telegram:
Máte zájem mluvit na příštím @Kubernetes Meetup? Přihlášku můžete odeslat zde:
Zdroj: www.habr.com
