З лютаўскага прайшла, нам здаецца, вечнасць. Трохі пафарбавала расстанне толькі тое, што мы паспелі ўвайсці ў Cloud Native Computing Foundation, сертыфікаваць наш дыстрыбутыў Kubernetes па Certified Kubernetes Conformance Program, а яшчэ запусціць у сэрвісе сваю рэалізацыю Kubernetes Cluster Autoscaler.
Прыйшоў час для трэцяга @Kubernetes Meetup! Сцісла:
- Газпромбанк раскажа, як яны выкарыстоўваюць Kubernetes у сваім R&D для кіравання OpenStack;
- Mail.ru Cloud Solutions – як маштабаваць прыкладанні ў K8S з дапамогай скейлераў і як рыхтавалі сваю рэалізацыю Kubernetes Cluster Autoscaler;
- а агенцтва Wunderman Thompson – як Kubernetes дапамагае ім аптымізаваць падыход да распрацоўкі і чаму ў DevOps больш Dev, чым Ops.
Сустрэча пройдзе 21 чэрвеня (пятніца) у 18:30 у маскоўскім офісе Mail.ru Group (Ленінградскі праспект, д. 39, стар. 79). абавязковая і закрываецца 20 чэрвеня ў 11:59 раніцы (ці раней, калі скончацца месцы).
"Kubernetes для распрацоўшчыкаў: колькі Dev у DevOps'е?"
Рыгор Ніканаў, Wunderman Thompson, Managing Director
У нас няма кластараў з 500 нод. У нас няма суровага DevOps'а. У нас няма выдзеленых прадуктовых каманд. Але ў нас ёсць шмат цікавых праектаў і адказы на пытанні, якія мы знайшлі, распрацоўваючы і падтрымліваючы гэтыя праекты. У першую чаргу мы распрацоўшчыкі і прывыклі самі ствараць інструменты, якія потым будзем выкарыстоўваць. Магчыма, яны дапамогуць і вам у вашай працы.
Агенцтва Wunderman Thompson – адзін з піянераў распрацоўкі інтэрнэт-рашэнняў у Расіі, і цяпер займаюцца распрацоўкай як простых лендынгу, так і складаных размеркаваных сістэм. Kubernetes дапамагае аптымізаваць падыход да распрацоўкі, а заказчыкам агенцтва - хостынг і эксплуатацыю створаных рашэнняў.
У размеркаваных сістэмах з вялікай колькасцю інтэграцый і ўнутраных кампанентаў мікрасэрвісная архітэктура з'яўляецца натуральным адказам на патрабаванні па абнаўляльнасці і падтрымлівасці рашэння, аднак пераход на такую архітэктуру спараджае за сабой цэлую серыю праблем, злучаных з версійнасцю і публікацыяй. Той факт, што мы агенцтва, а не выдзеленая прадуктовая каманда, і нашы распрацоўшчыкі не трымаюць пастаянна на сваіх машынах разгорнуты кантэкст канкрэтнага рашэння, накладвае свае патрабаванні на ўзнаўляльнасць асяроддзя распрацоўкі, магчымасць уносіць змены некалькім камандам адначасова і вяртацца да праекту праз нейкі час . Адказам на гэтыя выклікі сталі працэсы і інструменты, якія мы распрацавалі і якія дазваляюць нашым распрацоўшчыкам і DevOps'ам лягчэй распрацоўваць і падтрымліваць ствараемыя рашэнні.
Вы даведаецеся, чаму DevOps - больш Dev, чым Ops, і як лянота дазваляе скараціць час і кошт распрацоўкі/падтрымкі, а таксама:
- як Kubernetes змяніў наш падыход да распрацоўкі праектаў;
- як выглядае жыццёвы цыкл нашага кода;
- якія прылады мы выкарыстоўваем для кантраляванай публікацыі мікрасэрвісаў;
- як мы вырашаем праблему зборкі састарэлых артэфактаў;
- як мы дэплоім ў кластар з задавальненнем.
"Маштабуем прыкладанні з Kubernetes Cluster Autoscaler: нюансы працы Autoscaler і рэалізацыя Mail.ru Cloud Solutions"
Аляксандр Чадзін, Mail.ru Cloud Solutions, распрацоўшчык PaaS-сэрвісаў
У сучасным свеце карыстачы чакаюць як дадзенасць, што ваша прыкладанне заўсёды анлайн і заўсёды даступна — а значыць, можа вытрымліваць любы струмень трафіку, якім бы вялікім ён ні быў. Kubernetes прапануе досыць хупавае рашэнне, якое дазваляе маштабаваць сябе па нагрузцы – Kubernetes Cluster Autoscaler.
Наогул у Kubernetes ёсць два выгляду скейлінгаў па тым, што менавіта які маштабуецца: больш дзід прыкладання або больш рэсурсаў. Вертыкальнае маштабаванне, калі мы павялічваем колькасць рэплік прыкладання ў рамках ужо існуючых нод. І больш складанае гарызантальнае маштабаванне - павялічваем саму колькасць нод.
У другім выпадку мы зможам падняць яшчэ больш копій прыкладання - што забяспечыць яго высокую даступнасць. Як раз аб гарызантальным маштабаванні з дапамогай Cluster Autoscaler мы і пагаворым. Ён умее не толькі павялічваць, але і памяншаць колькасць нод у залежнасці ад нагрузкі. Напрыклад, праходзіць пік нагрузкі - тады Autoscaler сам паменшыць колькасць нод да неабходнага і такім чынам плату за рэсурсы правайдэра.
На мітапе мы распавядзем падрабязней аб нюансах працы Kubernetes Cluster Autoscaler, а таксама – з якімі складанасцямі мы сутыкнуліся пры запуску сваёй рэалізацыі Cluster Autoscaler у рамках сэрвісу Mail.ru Cloud Containers. Вы даведаецеся:
- якія скейлеры бываюць у Kubernetes, у чым асаблівасць іх выкарыстання;
- на што варта звярнуць увагу пры выкарыстанні скейлераў;
- як мы сегментаваць ноды па зонах даступнасці з дапамогай Node Groups;
- як рэалізавалі падтрымку Kubernetes Cluster Autoscaler у MCS.
"R&D у Газпромбанк: як K8S дапамагае кіраваць OpenStack"
Максім Клецкін, Газпромбанк, кіраўнік прадукта
У свеце, дзе зададзены трэнд на ўсё як сэрвіс, вышэй за ўсё - Time-to-Market. Трэба хутка распрацоўваць прыкладанні, каб тэставаць гіпотэзы і знаходзіць новыя рынкі ў момант іх першаснай адукацыі. Банкам хуткасць асабліва важная, і дапамагаюць тут новыя тэхналогіі - у прыватнасці, тэхналогіі кантэйнерызацыі і Kubernetes.
Максім Клецкін - кіраўнік прадукта ў Газпромбанке і займаецца распрацоўкай пясочніцы для запуску пілотных прадуктаў. R&D Газпромбанка праводзяць розныя даследаванні ў сваім воблаку, якое ўяўляе сабой OpenStack. Kubernetes тут выкарыстоўваецца ў двух выявах: 1) Kubernetes на Bare Metal як мэнэджмент-пласт аблокі OpenStack і 2) K8S у выглядзе дыстрыбутыва OpenShift для распрацоўкі.
У дакладзе мы пагаворым аб першым выпадку і даведаемся, як Газпромбанк выкарыстоўвае Kubernetes для кіравання OpenStack. Калі паглядзець на архітэктуру OpenStack, тое бачна, што яна досыць атамарная, таму выкарыстоўваць Kubernetes як пласт кіравання OpenStack здаецца вельмі цікавым і лагічным. Акрамя таго, гэта аблегчыць даданне вузлоў у кластар OpenStack і павялічыць надзейнасць Control Plane. І, як вішанька на торце - спросціць збор тэлеметрыі з кластара.
Вы ведаеце:
- навошта R&D банку: апрабаваны і эксперыментаваны;
- як мы кантэйнерызуем OpenStack;
- як і навошта разгортваць OpenStack у K8S.
Пасля выступаў мы плаўна пяройдзем у фармат @Kuпіваnetes After-Party, а яшчэ мы падрыхтавалі для вас некалькі класных анонсаў. Абавязкова рэгіструйцеся , мы праглядаем усе заяўкі на працягу пары дзён.
Аб новых падзеях серыі @Kubernetes Meetup і іншых мерапрыемствах мы адразу паведамляем у нашым канале ў Telegram:
Жадаеце выступіць на наступным @Kubernetes Meetup? Заяўку можна пакінуць тут:
Крыніца: habr.com
