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