Для чого потрібен Kubernetes та що чекає на нього у майбутньому - DOU DevOps Podcast #2

🗓 Приєднатися на мітап “Kubernetes: Як правильно адмініструвати та автоматизувати” від наших партнерів, компанії Cloudfresh, можна за посиланням - cloudfresh.com/ua/event/kuber...
💫 У другому випуску подкасту DOU для DevOps спеціалістів обговорюємо те, що хвилює спільноту, новини та тренди. Ведучі обговорили, що таке Kubernetes, унікальні функції та переваги, а також навіщо він вам може знадобитися.
🔔 Підписуйтесь на DOU і включіть дзвіночок, щоб першими дивитися нові випуски - / @dou_youtube
✅ А ще у нас є кльовий телеграм-канал DOU | DevOps - t.me/devops_dou
Ведучі:
- Володимир Шинкар, CEO в AppRecode - dou.ua/users/volodymyr-shynkar/
- Валерія Іванова, DevOps Team Lead at Plarium - www.linkedin.com/in/valeriia-...
- Дмитро Стрілецький, Senior Software Engineer - dou.ua/users/dmytrostriletskyi/
- Денис Ювженко, System Architect в Intellias - dou.ua/users/ydivol/
⏩ Навігація:
00:00 Інтро
02:48 Партнерський блок
04:01 Що таке Kubernetes
11:24 Майбутнє Kubernetes
31:11 Pulumi чи Terraform?
31:53 Та межа, коли парк операторів більше за проєктні ворклоади
41:52 Скейлинг сервісів з розумом, не тільки на основі памʼяті та процесорного часу
01:00:59 Прощаємося

[@DOU_youtube]

Які теми варто обговорити в наступних випусках?

[@petropolishchuk6820]

Cloud провайдери та Terraform

[@van777ok3]

Було б цікаво послухати про різні клауди та контейнери (докер)

[@serhiikorolik]

Звісно що про GitOps (ArgoCD, FluxCD etc)

[@ava_sa_ma]

AWS vs Google Cloud

[@viktorpav9229]

Datadog 🎉

[@tetyanamaksak]

Дякую! Я анічогісенько не зрозуміла. Бо максимально далека від цієї сфери ))))) Та мені було цікаво послухати і спробувати розібратись. Орієнтуючись на голоси, тембр і вектор звуку. Я поціновувач гарних голосів, цікавих звуків. Вашим голосам, від мене вподобайка ))) Вони всі глибокі, потужні, наповнені, впевнені. Відчувається енергетичний заряд.

[@user-bq8yw2sd8p]

Дякую Володимиру за чудове овервью та поради скейлінгу в кубі !

[@11174071]

неймовірно цікава розмова подобається стиль подачі спокійне обговорення, і зі змістом дякую, що не забуваєте про новачків я розумію біля 40% інформації :) для мене це дуже багато :) бо досвіду стосовно дев опс не маю взагалі але цікаве і зрозуміле для себе завжди у вас знаходжу

[@TheSokilV]

Kubernates побудований на контейнерах, але це не обов'язково Docker контейнери, куб спеціально має рівень абстракції, щоб можна було використовувати інші реалізації контейнерів.

[@plvd9479]

Теж дуже дратувало згадувань Docker container. Вважаю, Container достатньо.

[@yrochniak]

Так а що складного в операторах? Це ж просто контрол-луп. І навпаки зараз скоріше тенденція навпаки віддавати імплементацію на відкуп сторонніх контролерів, як це було зроблено з PodSecurityPolicy, які задеприкейтили в core на користь Admission Controllers.

[@serhiikorolik]

авансом лайк 👍😅

[@MyRoman]

Дякую.

[@SheremetRuslan]

Вже більше 5 років є опенсорс проект Rancher, Lens. Все якраз для менеджменту Kubernetes з UI. Але всеодно треба базові знання про Helm charts, Golang templates, але це не Rocket science!

[@andriymartynovskyj403]

чудовий подскаст, цікаво було б почути про нетворкінг

[@IrynaChernous]

Є класна тєма від PerfectScale. Чуваки зробили платформу для оптимізації кубу. Найбільш актуально, мабудь для команд, які мають проблеми з аллокейшином ресурсів та костами за клауди))

[@IrynaChernous]

Проблема HPA у тому, шо для автоскейленгу він обирає фактично ваші реквестс, а не реальне використання ресурсів( І важливо додати (можливо я прослухала і це було), що VPA та HPA разом не працюють.

[@mariabeschekova3618]

Crossplane, по факту, доволі зручна оболонка для терраформа в кластері, але обмеженість його можливостей для крос-референсинга ресурсів (а особливо їх пропертів) суттєво відкидає його назад поки що. Проте, з досвіду може бути зручним варіантом як мінімум для ефемерал середовищ)

[@serhiikorolik]

4.24 "Ніколи не деплойте ним в продакшн". Ну я вимушений не погодитись. Звісно, девелопити зараз щось через нього - ні в якому разі. ПРОТЕ! Якщо є якийсь third-party сервіс, який має декілька компонент і від провайдера (з тих чи інших причин) він задевелопаний з компоузом - в чому проблема тоді? Я краще використаю готове рішення, аніж буду ще це все переписувати і допилювати потім..

[@ValeryMikheenko]

Респект за Куберпанк на задньому фонi!

[@VovaJuice1992]

Якщо в випуску є кіт на фоні - випуск топ!

[@DIMONSE123]

Цікаво я єдиний кто через слово нічого не розуміє:) Якісь супер специфічні терміни і поняття які тільки сіньори мабуть і чули колись

[@oeaoo]

Так. Ні.

[@jan2ary]

Я розумію, про що мова. Але хотілось би більше живого спілкування, а не чергового «нолідж шарінгу».

[@oeaoo]

@@jan2ary о, дорогенький, живе спілкування нажаль це вимираючий вид. Сам би рад був.

[@AndreyNikishaev]

1) если есть возможность не юзать кубер - не юзайте. 2) скейлинга в кубере два, сервисов и самих нод. Первый простой, со вторым не все так однозначно, в виду зачастую костыльной коммуникацией кубера с провайдером(та же самая тема и с выделением дисков) 3) Проблема кубера это как раз вот эти 50 доп сервисов которые крутятся и которые нада мониторить, это нереальный зоопарк даже для средней компании. А посему это очень часто приводит к отказу в работе. Посему кубер решает на реально больших проектах с большими командами, в остальном только KISS. 4) каждый сервис в кубере это охеренная дыра безопасности и работать с этими дырами мало кто умеет, а посему очень часто можно увидеть целые ботфермы на базе кубер кластеров 5) обычно большинство девопсов не знают что ответить на вопрос "что делать если этот сервис ебниться" и это офигенная проблема

[@warrdoge6928]

О, дарова, Андрюха, як коти?

[@warrdoge6928]

Згоден, кубер треба тоді коли під нього можна виділити дедікейтит тіму, яка буде його менеджити. Ось такий лакмусовий папірець. А так блін комба terraform + docker вирішує 90% задач.

[@AndreyNikishaev]

@@warrdoge6928 коты как всегда хреново, бо людям похер на всех кроме себя.

[@alexandrbash6282]

Цікаво було слухати, але по суті тема не розкрита. Я очікував розмови як працює куб, які перевали в деталях, як їм користуватись, для яких цілей

[@volkoff_roman]

08:00 - Гугл щось не закине? 😀

[@warrdoge6928]

Лекцій треба більше, без жартів, дуже практично і лаконічно

[@warrdoge6928]

Але можливо в іншій рубриці

[@andreweho2987]

Перепрошую, але мені не дуже зрозуміло для кого цей подкаст. Якщо для людей дотичних до айті то все дуже незрозуміло. Багато термінології без її роз'яснення. А якщо для ДивоПсів то все і так зрозуміло. Фактично розмова зводиться до того що кубер класний;)

[@IMMORTALmen]

Пишіть свої пропозиції про що і як говорити, ми в пошуку формату

[@bohdanbim8724]

Українська для мене рідна мова. Проглянув відео два рази. Дуже хотілося вияснити - для чого потрібен Kubernetes та що чекає на нього у майбутньому. Відчуваю що дуже корисна штука. Після переглядів появилося питання. А що таке Kubernetes? . Закрадаються смутні сумніви, що ще один перегляд мені не допоможе. Я будівельник широкого профілю, якщо щось.

[@serhiigakh]

Загугліть, що таке контейнеризація та навіщо вона потрібна. Це буде цікавіше, та й дозволить зрозуміти, до чого тут Кубернетес.

[@levpas]

Старезна платформа, помре через років пʼять, не заморочуйся

[@Prodeluk]

!

[@TheSokilV]

тільки не gui для нормальної тули) Спалились - латентні віндозятники-клікачі)

[@apprecode]

+1 підкол зараховано 😅

[@user-wf9mi3kt1j]

Ви забули один з найголовніших мінусів: вимовити назву не можуть навіть нейтів спікери😂

[@oleksiistri8429]

Те що кубернетес є розробка гугла - зовсім не аргумент стосовно того, що кубернетес проект не помре, знаючи скільки проектів гугл поховав😂

[@volkoff_roman]

Вмовили. Піду в ембедед.

[@levpas]

там не меньший "зоопарк" технологій і протоколів )))

[@autumnus.et.folium]

Ох, все же напишу. Ваш украинский ужасен, 8 лет я не общаюсь на украинском, но до сих пор помню. Привет из Луганска.

[@levpas]

Головне, це завжди правильно побудована архітектура (кубер, це 20-та частина архітектури, таке враження, що існує якась секта імені великого Кубернетиса). Багато девопсів тянуть тули заради того, що популярні.... а потім: велика складність, нема гнучкості, баги, не працює так як хотілося, купа народу з цим потім страждає. Простіше і доступніше робити інфру на PaaS та SaaS клаудних сервісах. З погляду безпеки та грошей великі проекти будуть вибирати Terraform/Ansible, стартапи та невеличкі, де розробник може бути девопсом мабуть виберуть Pulumi. Є тенденція до гібридних форм: розподілений клауд/и ( CDN/DNS/Network/ALB, e.t.c.) + свій захищений датацентр: потужні бази та обробка даних (дуже велика економія по грошах).

[@SheremetRuslan]

Kubernetes сама гнучка система оркестрації Docker контейнерів яка наразі є! Для проектів, яким важливий latency, обирають собі гібрідні рішення із своїм залізяччям, але беруть на себе всі ризики, якщо диски вийдуть з ладу, внутрішній світч згорить, витрачати гроші на супроводження всієї інфри, щоб нічого після апдейтів не злетіло! Для тих, хто може жити із latency 30-250ms на реквест(а таких аплікух 90+%), то спокійно сидять на Cloud рішеннях під Kubernetes, AWS Lambda...

[@levpas]

@@SheremetRuslan своє залізо вибирають, коли важлива ціна, при великих обчисленнях прайси захмарні. Весь час сидимо на Paas/Saas ніякого куба не треба і голова не болить.