Od lutego Wydaje nam się, że minęła wieczność. Jedyne co trochę rozjaśniło rozstanie to fakt, że udało nam się wejść do Cloud Native Computing Foundation, certyfikować naszą dystrybucję Kubernetes w ramach Certified Kubernetes Conformance Program, a także uruchomić ją w usłudze jego wdrożenie Kubernetes Cluster Autoscaler.
Czas na trzeci Meetup @Kubernetes! Krótko:
- Gazprombank opowie Ci, jak wykorzystuje Kubernetes w swoich badaniach i rozwoju do zarządzania OpenStack;
- Mail.ru Cloud Solutions – jak skalować aplikacje w K8S za pomocą skalerów i jak przygotowali swoją implementację Kubernetes Cluster Autoscaler;
- i agencji Wunderman Thompson – jak Kubernetes pomaga im zoptymalizować podejście do rozwoju i dlaczego w DevOps jest więcej Dev niż Ops.
Spotkanie odbędzie się 21 czerwca (piątek) o godzinie 18:30 w moskiewskim biurze Mail.ru Group (Leningradsky Prospekt, 39, bud. 79). jest wymagane i kończy się 20 czerwca o godzinie 11:59 (lub wcześniej, jeśli zabraknie miejsca).
„Kubernetes dla programistów: ilu Devów jest w DevOps?”
Grigorij Nikonow, Wunderman Thompson, dyrektor zarządzający
Nie mamy klastrów składających się z 500 węzłów. Nie mamy ścisłego DevOps. Nie mamy dedykowanych zespołów produktowych. Ale mamy wiele ciekawych projektów i odpowiedzi na pytania, które znaleźliśmy podczas opracowywania i wspierania tych projektów. Przede wszystkim jesteśmy programistami i przywykliśmy do samodzielnego tworzenia narzędzi, z których będziemy później korzystać. Być może pomogą także Tobie w pracy.
Agencja Wunderman Thompson jest jednym z pionierów rozwoju rozwiązań internetowych w Rosji i obecnie opracowuje zarówno proste strony docelowe, jak i złożone systemy rozproszone. Kubernetes pomaga zoptymalizować podejście do rozwoju, a także pomaga klientom agencyjnym hostować i obsługiwać stworzone rozwiązania.
W systemach rozproszonych z dużą liczbą integracji i komponentów wewnętrznych architektura mikroserwisowa jest naturalną odpowiedzią na wymagania dotyczące możliwości aktualizacji i konserwacji rozwiązania, jednak przejście na taką architekturę rodzi cały szereg problemów związanych z wersjonowaniem i wydawniczy. Fakt, że jesteśmy agencją, a nie dedykowanym zespołem produktowym, a nasi programiści nie utrzymują stale wdrożonego kontekstu konkretnego rozwiązania na swoich maszynach, narzuca własne wymagania dotyczące powtarzalności środowiska deweloperskiego, możliwości pracy kilku zespołów aby jednocześnie dokonać zmian i wrócić do projektu po pewnym czasie. W odpowiedzi na te wyzwania opracowaliśmy procesy i narzędzia, które ułatwiają naszym programistom i DevOpsom rozwój i wsparcie tworzonych przez nich rozwiązań.
Dowiesz się, dlaczego DevOps to bardziej Dev niż Ops i jak lenistwo może skrócić czas i koszty rozwoju/wsparcia, a także:
- jak Kubernetes zmienił sposób, w jaki rozwijamy projekty;
- jak wygląda cykl życia naszego kodu;
- jakich narzędzi używamy do kontrolowanej publikacji mikroserwisów;
- jak rozwiązujemy problem składania przestarzałych artefaktów;
- jak z przyjemnością wdrażamy do klastra.
„Skalowanie aplikacji za pomocą Kubernetes Cluster Autoscaler: niuanse Autoscalera i implementacja rozwiązań chmurowych Mail.ru”
Alexander Chadin, Mail.ru Cloud Solutions, twórca usług PaaS
W dzisiejszym świecie użytkownicy oczekują, że Twoja aplikacja będzie zawsze online i zawsze dostępna, a zatem będzie w stanie obsłużyć każdy przepływ ruchu, niezależnie od jego wielkości. Kubernetes oferuje dość eleganckie rozwiązanie, które pozwala skalować się w zależności od obciążenia - Kubernetes Cluster Autoscaler.
Generalnie w Kubernetesie istnieją dwa rodzaje skalowania w zależności od tego co dokładnie skalujemy: więcej kopii aplikacji lub więcej zasobów. Skalowanie pionowe, gdy zwiększamy liczbę replik aplikacji w obrębie istniejących węzłów. I bardziej złożone skalowanie poziome - zwiększamy liczbę węzłów.
W drugim przypadku będziemy mogli pozyskać jeszcze większą liczbę kopii aplikacji – co zapewni jej wysoką dostępność. Porozmawiamy o skalowaniu poziomym za pomocą Autoskalera klastrów. Może nie tylko zwiększyć, ale także zmniejszyć liczbę węzłów w zależności od obciążenia. Przykładowo, gdy obciążenie osiągnie szczyt, Autoskaler sam zmniejszy liczbę węzłów do wymaganej ilości i tym samym rozliczy za zasoby dostawcy.
Na spotkaniu opowiemy więcej o niuansach Kubernetes Cluster Autoscaler, a także jakie trudności napotkaliśmy przy uruchomieniu naszego wdrożenia Cluster Autoscaler w ramach usługi Mail.ru Cloud Containers. Dowiesz się:
- jakie skalery są dostępne w Kubernetesie, jakie są cechy ich wykorzystania;
- na co należy zwrócić uwagę korzystając ze skalerów;
- jak segmentowaliśmy węzły według stref dostępności za pomocą grup węzłów;
- jak zaimplementowaliśmy obsługę autoskalera klastra Kubernetes w MCS.
„Badania i rozwój w Gazprombanku: jak K8S pomaga zarządzać OpenStack”
Maxim Kletskin, Gazprombank, menedżer produktu
W świecie, w którym panuje tendencja do postrzegania wszystkiego jako usługi, czas na wprowadzenie produktu na rynek jest przede wszystkim najważniejszy. Konieczne jest szybkie tworzenie aplikacji w celu testowania hipotez i znajdowania nowych rynków już w momencie ich początkowego kształtowania. Szybkość jest szczególnie ważna dla banków, a z pomocą przychodzą tu nowe technologie – w szczególności technologie konteneryzacji i Kubernetes.
Maxim Kletskin jest menedżerem produktu w Gazprombanku i opracowuje piaskownicę do uruchamiania produktów pilotażowych. Dział badawczo-rozwojowy Gazprombanku prowadzi różne badania w swojej chmurze, jaką jest OpenStack. Kubernetes jest tu używany w dwóch postaciach: 1) Kubernetes na Bare Metal jako warstwa zarządzania chmurą OpenStack oraz 2) K8S jako dystrybucja OpenShift do celów programistycznych.
W raporcie porozmawiamy o pierwszym przypadku i dowiemy się, jak Gazprombank wykorzystuje Kubernetes do zarządzania OpenStack. Jeśli spojrzysz na architekturę OpenStack, zobaczysz, że jest ona dość atomowa, więc wykorzystanie Kubernetesa jako warstwy zarządzającej OpenStack wydaje się bardzo interesujące i logiczne. Ułatwi to także dodawanie węzłów do klastra OpenStack i zwiększy niezawodność Płaszczyzny Kontroli. I, jak wisienka na torcie, uprości to zbieranie danych telemetrycznych z klastra.
Nauczysz się:
- dlaczego bank R&D: testujemy i eksperymentujemy;
- jak konteneryzujemy OpenStack;
- jak i dlaczego wdrożyć OpenStack w K8S.
Po występach płynnie przejdziemy do formatu @Kupiwonetes After-Party, przygotowaliśmy dla Was także kilka fajnych zapowiedzi. Koniecznie się zarejestruj , rozpatrujemy wszystkie zgłoszenia w ciągu kilku dni.
O nowych wydarzeniach z cyklu @Kubernetes Meetup i innych wydarzeniach Natychmiast ogłaszamy na naszym kanale Telegram:
Chcesz przemawiać na kolejnym Meetupie @Kubernetes? Swoje zgłoszenie możesz złożyć tutaj:
Źródło: www.habr.com
