Дякую! Я анічогісенько не зрозуміла. Бо максимально далека від цієї сфери ))))) Та мені було цікаво послухати і спробувати розібратись. Орієнтуючись на голоси, тембр і вектор звуку. Я поціновувач гарних голосів, цікавих звуків. Вашим голосам, від мене вподобайка ))) Вони всі глибокі, потужні, наповнені, впевнені. Відчувається енергетичний заряд.
неймовірно цікава розмова подобається стиль подачі спокійне обговорення, і зі змістом дякую, що не забуваєте про новачків я розумію біля 40% інформації :) для мене це дуже багато :) бо досвіду стосовно дев опс не маю взагалі але цікаве і зрозуміле для себе завжди у вас знаходжу
Kubernates побудований на контейнерах, але це не обов'язково Docker контейнери, куб спеціально має рівень абстракції, щоб можна було використовувати інші реалізації контейнерів.
Так а що складного в операторах? Це ж просто контрол-луп. І навпаки зараз скоріше тенденція навпаки віддавати імплементацію на відкуп сторонніх контролерів, як це було зроблено з PodSecurityPolicy, які задеприкейтили в core на користь Admission Controllers.
Є класна тєма від PerfectScale. Чуваки зробили платформу для оптимізації кубу. Найбільш актуально, мабудь для команд, які мають проблеми з аллокейшином ресурсів та костами за клауди))
Вже більше 5 років є опенсорс проект Rancher, Lens. Все якраз для менеджменту Kubernetes з UI. Але всеодно треба базові знання про Helm charts, Golang templates, але це не Rocket science!
1) если есть возможность не юзать кубер - не юзайте. 2) скейлинга в кубере два, сервисов и самих нод. Первый простой, со вторым не все так однозначно, в виду зачастую костыльной коммуникацией кубера с провайдером(та же самая тема и с выделением дисков) 3) Проблема кубера это как раз вот эти 50 доп сервисов которые крутятся и которые нада мониторить, это нереальный зоопарк даже для средней компании. А посему это очень часто приводит к отказу в работе. Посему кубер решает на реально больших проектах с большими командами, в остальном только KISS. 4) каждый сервис в кубере это охеренная дыра безопасности и работать с этими дырами мало кто умеет, а посему очень часто можно увидеть целые ботфермы на базе кубер кластеров 5) обычно большинство девопсов не знают что ответить на вопрос "что делать если этот сервис ебниться" и это офигенная проблема
Згоден, кубер треба тоді коли під нього можна виділити дедікейтит тіму, яка буде його менеджити. Ось такий лакмусовий папірець. А так блін комба terraform + docker вирішує 90% задач.
Проблема HPA у тому, шо для автоскейленгу він обирає фактично ваші реквестс, а не реальне використання ресурсів( І важливо додати (можливо я прослухала і це було), що VPA та HPA разом не працюють.
Crossplane, по факту, доволі зручна оболонка для терраформа в кластері, але обмеженість його можливостей для крос-референсинга ресурсів (а особливо їх пропертів) суттєво відкидає його назад поки що. Проте, з досвіду може бути зручним варіантом як мінімум для ефемерал середовищ)
Перепрошую, але мені не дуже зрозуміло для кого цей подкаст. Якщо для людей дотичних до айті то все дуже незрозуміло. Багато термінології без її роз'яснення. А якщо для ДивоПсів то все і так зрозуміло. Фактично розмова зводиться до того що кубер класний;)
4.24 "Ніколи не деплойте ним в продакшн". Ну я вимушений не погодитись. Звісно, девелопити зараз щось через нього - ні в якому разі. ПРОТЕ! Якщо є якийсь third-party сервіс, який має декілька компонент і від провайдера (з тих чи інших причин) він задевелопаний з компоузом - в чому проблема тоді? Я краще використаю готове рішення, аніж буду ще це все переписувати і допилювати потім..
Українська для мене рідна мова. Проглянув відео два рази. Дуже хотілося вияснити - для чого потрібен Kubernetes та що чекає на нього у майбутньому. Відчуваю що дуже корисна штука. Після переглядів появилося питання. А що таке Kubernetes? . Закрадаються смутні сумніви, що ще один перегляд мені не допоможе. Я будівельник широкого профілю, якщо щось.
Які теми варто обговорити в наступних випусках?
Cloud провайдери та Terraform
Було б цікаво послухати про різні клауди та контейнери (докер)
Звісно що про GitOps (ArgoCD, FluxCD etc)
AWS vs Google Cloud
Datadog 🎉
Дякую! Я анічогісенько не зрозуміла. Бо максимально далека від цієї сфери ))))) Та мені було цікаво послухати і спробувати розібратись. Орієнтуючись на голоси, тембр і вектор звуку. Я поціновувач гарних голосів, цікавих звуків. Вашим голосам, від мене вподобайка ))) Вони всі глибокі, потужні, наповнені, впевнені. Відчувається енергетичний заряд.
Дякую Володимиру за чудове овервью та поради скейлінгу в кубі !
неймовірно цікава розмова
подобається стиль подачі
спокійне обговорення, і зі змістом
дякую, що не забуваєте про новачків
я розумію біля 40% інформації :) для мене це дуже багато :) бо досвіду стосовно дев опс не маю взагалі
але цікаве і зрозуміле для себе завжди у вас знаходжу
авансом лайк 👍😅
Дякую.
чудовий подскаст, цікаво було б почути про нетворкінг
Kubernates побудований на контейнерах, але це не обов'язково Docker контейнери, куб спеціально має рівень абстракції, щоб можна було використовувати інші реалізації контейнерів.
Теж дуже дратувало згадувань
Docker container. Вважаю, Container достатньо.
Так а що складного в операторах? Це ж просто контрол-луп. І навпаки зараз скоріше тенденція навпаки віддавати імплементацію на відкуп сторонніх контролерів, як це було зроблено з PodSecurityPolicy, які задеприкейтили в core на користь Admission Controllers.
Є класна тєма від PerfectScale. Чуваки зробили платформу для оптимізації кубу. Найбільш актуально, мабудь для команд, які мають проблеми з аллокейшином ресурсів та костами за клауди))
08:00 - Гугл щось не закине? 😀
Лекцій треба більше, без жартів, дуже практично і лаконічно
Але можливо в іншій рубриці
Респект за Куберпанк на задньому фонi!
Вже більше 5 років є опенсорс проект Rancher, Lens. Все якраз для менеджменту Kubernetes з UI. Але всеодно треба базові знання про Helm charts, Golang templates, але це не Rocket science!
Якщо в випуску є кіт на фоні - випуск топ!
Цікаво я єдиний кто через слово нічого не розуміє:)
Якісь супер специфічні терміни і поняття які тільки сіньори мабуть і чули колись
Так.
Ні.
Я розумію, про що мова. Але хотілось би більше живого спілкування, а не чергового «нолідж шарінгу».
@@jan2ary о, дорогенький, живе спілкування нажаль це вимираючий вид. Сам би рад був.
Ідея майбутнього обговорення: RISC-V на серверах, та що кажуть про Ampere ARM CPU? Як це адаптують Cloud Providers?
1) если есть возможность не юзать кубер - не юзайте.
2) скейлинга в кубере два, сервисов и самих нод. Первый простой, со вторым не все так однозначно, в виду зачастую костыльной коммуникацией кубера с провайдером(та же самая тема и с выделением дисков)
3) Проблема кубера это как раз вот эти 50 доп сервисов которые крутятся и которые нада мониторить, это нереальный зоопарк даже для средней компании. А посему это очень часто приводит к отказу в работе. Посему кубер решает на реально больших проектах с большими командами, в остальном только KISS.
4) каждый сервис в кубере это охеренная дыра безопасности и работать с этими дырами мало кто умеет, а посему очень часто можно увидеть целые ботфермы на базе кубер кластеров
5) обычно большинство девопсов не знают что ответить на вопрос "что делать если этот сервис ебниться" и это офигенная проблема
О, дарова, Андрюха, як коти?
Згоден, кубер треба тоді коли під нього можна виділити дедікейтит тіму, яка буде його менеджити.
Ось такий лакмусовий папірець.
А так блін комба terraform + docker вирішує 90% задач.
@@warrdoge6928 коты как всегда хреново, бо людям похер на всех кроме себя.
Проблема HPA у тому, шо для автоскейленгу він обирає фактично ваші реквестс, а не реальне використання ресурсів( І важливо додати (можливо я прослухала і це було), що VPA та HPA разом не працюють.
Цікаво було слухати, але по суті тема не розкрита. Я очікував розмови як працює куб, які перевали в деталях, як їм користуватись, для яких цілей
Ви забули один з найголовніших мінусів: вимовити назву не можуть навіть нейтів спікери😂
Crossplane, по факту, доволі зручна оболонка для терраформа в кластері, але обмеженість його можливостей для крос-референсинга ресурсів (а особливо їх пропертів) суттєво відкидає його назад поки що. Проте, з досвіду може бути зручним варіантом як мінімум для ефемерал середовищ)
Перепрошую, але мені не дуже зрозуміло для кого цей подкаст. Якщо для людей дотичних до айті то все дуже незрозуміло. Багато термінології без її роз'яснення. А якщо для ДивоПсів то все і так зрозуміло.
Фактично розмова зводиться до того що кубер класний;)
Пишіть свої пропозиції про що і як говорити, ми в пошуку формату
4.24 "Ніколи не деплойте ним в продакшн".
Ну я вимушений не погодитись.
Звісно, девелопити зараз щось через нього - ні в якому разі. ПРОТЕ! Якщо є якийсь third-party сервіс, який має декілька компонент і від провайдера (з тих чи інших причин) він задевелопаний з компоузом - в чому проблема тоді? Я краще використаю готове рішення, аніж буду ще це все переписувати і допилювати потім..
тільки не gui для нормальної тули)
Спалились - латентні віндозятники-клікачі)
+1 підкол зараховано 😅
Українська для мене рідна мова. Проглянув відео два рази. Дуже хотілося вияснити - для чого потрібен Kubernetes та що чекає на нього у майбутньому. Відчуваю що дуже корисна штука. Після переглядів появилося питання. А що таке Kubernetes? . Закрадаються смутні сумніви, що ще один перегляд мені не допоможе. Я будівельник широкого профілю, якщо щось.
Загугліть, що таке контейнеризація та навіщо вона потрібна. Це буде цікавіше, та й дозволить зрозуміти, до чого тут Кубернетес.
Те що кубернетес є розробка гугла - зовсім не аргумент стосовно того, що кубернетес проект не помре, знаючи скільки проектів гугл поховав😂
!
Ох, все же напишу. Ваш украинский ужасен, 8 лет я не общаюсь на украинском, но до сих пор помню. Привет из Луганска.
Вмовили. Піду в ембедед.