мб openebs будет интереснее (хотя не верю :D)
кажется ты начинаешь о чем-то догадываться
Михаил
Alex
ну я всё еще верю в магию и всё такое 🙂
Михаил
Alex
поэтому приходится проверять её )
Alex
чтобы было хорошо
Leo
Все это потом переходит в нужно читать сурцы, потому что в доке только магия
Leo
И issue спасают, иногда
Alex
Все это потом переходит в нужно читать сурцы, потому что в доке только магия
не, ну это классика
Mikhail
Pavel
Надо просто в этой всей опенсорсной истории серваки намутить и сделать SDS на Infiniband и RDMA с локальными ssd и повелевать)
Pavel
И пофиг на данные, главное IOPSы
Александр
Нубский вопрос. yaml-файлы в кубернетсе используются вместо docker compose для создания контейнера /пода? Тоесть если ставим кубернетс на линукс то не нужно делать докер композ файлы а все писать в куберовские yaml и работать только через кубер?
Andrey
Нубский вопрос. yaml-файлы в кубернетсе используются вместо docker compose для создания контейнера /пода? Тоесть если ставим кубернетс на линукс то не нужно делать докер композ файлы а все писать в куберовские yaml и работать только через кубер?
Но это нечто большее. Почитай доку всё же. А про твой вопрос вот это.
https://kubernetes.io/docs/concepts/overview/working-with-objects/kubernetes-objects/
Александр
Но это нечто большее. Почитай доку всё же. А про твой вопрос вот это.
https://kubernetes.io/docs/concepts/overview/working-with-objects/kubernetes-objects/
Не ну я понимаю что кубер это большее чем докер. Просто хотелось ответа на этот вопрос. Ставим кубер, значит все описываем через его yaml и забиваем на управление через докер композ.
Eduard
Vadim
оставьте композ, потом девелоперы скажут "а у меня в композе работает", помучаетесь немного и заставите их перейти на minikube / отдельные dev кластера
Eduard
оставьте композ, потом девелоперы скажут "а у меня в композе работает", помучаетесь немного и заставите их перейти на minikube / отдельные dev кластера
Миникуб как-то больно. Я переехал на нормальный кубспрей в одну ноду локальную + три стэнда
Alexander
оставьте композ, потом девелоперы скажут "а у меня в композе работает", помучаетесь немного и заставите их перейти на minikube / отдельные dev кластера
Vadim
Семён
Alexander
да, всё верно, но тут больше вопрос о том, что "мы как разработчики не хотим ничего нового изучать и ставить, у нас там и своих проблем много, вот будет поддержка в IDE, чтобы всё кнопочками можно было сделать в режиме для блондинок в 3 клика - тогда и перейдём"
поддержка в IDE важна для популяризации того или иного решения, сейчас в IDE от JetBrains (наверное, самая популярная IDE для питонистов) есть поддержка Docker-контейнеров и Docker Compose, при этом те разработчики, которые используют хотя бы Docker - уже прогрессивные и "сражаются" с теми, кто не умеет работать с контейнерами хотя бы так и не хочет учиться, говорят, что и без них норм, а у вас, дескать, контейнеризация мозга, это дела админов, а разработчикам не нужно вовсе...
в общем, именно k8s для разработки используют очень мало программистов, чтобы их было легче убедить - нужна поддержка этого во всех популярных IDE
Alexander
кстати, опрос был среди питонистов, 15% запускают из контейнеров
Alexander
Anatoliy
да, всё верно, но тут больше вопрос о том, что "мы как разработчики не хотим ничего нового изучать и ставить, у нас там и своих проблем много, вот будет поддержка в IDE, чтобы всё кнопочками можно было сделать в режиме для блондинок в 3 клика - тогда и перейдём"
поддержка в IDE важна для популяризации того или иного решения, сейчас в IDE от JetBrains (наверное, самая популярная IDE для питонистов) есть поддержка Docker-контейнеров и Docker Compose, при этом те разработчики, которые используют хотя бы Docker - уже прогрессивные и "сражаются" с теми, кто не умеет работать с контейнерами хотя бы так и не хочет учиться, говорят, что и без них норм, а у вас, дескать, контейнеризация мозга, это дела админов, а разработчикам не нужно вовсе...
в общем, именно k8s для разработки используют очень мало программистов, чтобы их было легче убедить - нужна поддержка этого во всех популярных IDE
ну вообще около года назад я пробовал использовать k8s именно с точки зрения разработчика. Может у меня руки кривые, но кубер ставился достаточно тяжело, но это ладно, настраивался он вообще тяжко( Как с этим сейчас? Имеет смысл пробовать еще раз? Тогда это делалось через Ansible+Helm, как сейчас дела обстоят?
Vadim
Заодно полузакрытую idea выкините
Alexander
Заодно полузакрытую idea выкините
если я не ошибаюсь, то PyCharm лучше VSCode'а в некоторых аспектах - например, если речь идёт о рефакторинге
Михаил
оставьте композ, потом девелоперы скажут "а у меня в композе работает", помучаетесь немного и заставите их перейти на minikube / отдельные dev кластера
Это не так просто как кажется. И проблема тут не техническая(
Vadim
Anatoliy
Хотелось полностью CI/CD, т.е. просто добавить микросервис, обновить конфиги и увидеть как он запускается. У меня все стопнулось на этапе "запускается", даже в Registry контейнер уходил, а вот запускаться автоматом у него уже нормально не получалось
Anatoliy
Михаил
Anatoliy
Vadim
Завтра посмотрю
В моем круге увлечение джетбрейнсовскими штуками сильно коррелирует с макоёбством - что символизирует
Anatoliy
Или там можно на своем дедике все запустить и радоваться?
Vadim
а он разве не платный?
Если позвонишь в течение пяти минут - то можешь поставить совершенно бесплатный Origin
Alexander
Как там дела с плагинами?
ну, там есть плагин для Kubernetes, подсвечивать конфиги, но вот в том окошке интерпретатора иконка Docker'а, а не k8s)
да, на самом-то деле, основная проблема в том, что нет понятного гайда, что нужно сделать чайнику чтобы с 0 погрузиться в это вот и получить результат
вот типа этой статьи https://docs.docker.com/compose/django/ только про k8s
Anatoliy
ну, там есть плагин для Kubernetes, подсвечивать конфиги, но вот в том окошке интерпретатора иконка Docker'а, а не k8s)
да, на самом-то деле, основная проблема в том, что нет понятного гайда, что нужно сделать чайнику чтобы с 0 погрузиться в это вот и получить результат
вот типа этой статьи https://docs.docker.com/compose/django/ только про k8s
Эм... https://github.com/kubernetes-sigs/kubespray/blob/master/docs/getting-started.md
Vadim
ну, там есть плагин для Kubernetes, подсвечивать конфиги, но вот в том окошке интерпретатора иконка Docker'а, а не k8s)
да, на самом-то деле, основная проблема в том, что нет понятного гайда, что нужно сделать чайнику чтобы с 0 погрузиться в это вот и получить результат
вот типа этой статьи https://docs.docker.com/compose/django/ только про k8s
Ясно, "подсветка k8s" это конечно мощно
Alexander
то есть для Django-разработчика без разницы, например, как её запустить, это самый простой способ если через контейнеры, статья на сайте докера и ставить он поэтому тоже будет докер
Alexander
Эм... https://github.com/kubernetes-sigs/kubespray/blob/master/docs/getting-started.md
тут нет ничего про Django. то есть надо потом ещё отдельно гуглить про Django в k8s
Vadim
Я горячо это поддерживаю. Не хочет учиться - пусть сидит на композе
Alexander
воот) а не хотят учиться примерно все) потому что им платят за код на питоне, а не за контейнеры)
Anatoliy
ну собственно да)
Vadim
https://github.com/sclorg/django-ex
Anatoliy
А вот для себя - учиться хотят тоже все :)
Anatoliy
Вот только для кубера там ведь не надо ничего нового учить именно программисту? Так же пушишь в репу и радуешься, а дальше уже тесты/сборка/прод... или нет?)
Anatoliy
Я просто не понимаю что в данном случае еще хотят от программистов, что бы они сами кубер запускали?)
Alexander
Вот только для кубера там ведь не надо ничего нового учить именно программисту? Так же пушишь в репу и радуешься, а дальше уже тесты/сборка/прод... или нет?)
для разработчика важно уметь поднимать локально чтобы цеплять к этому дебаггер, то есть чтобы IDE могла подключаться к питону из контейнера и что-то там с этим делать, а так да - пушишь коммит в репозиторий git'а, CI подхватывает и тестирует код, так везде уже, наверное...
Anatoliy
Эм.. а в чем проблема подключиться к контейнеру не локально а в кубе? И нафига куб если для теста хватит только контейнера? Но ладно, допустим там сразу куча контейнеров должна подняться, но опять же - они ведь между собой общаются, почему тогда бы просто не скормить тестовый конфиг что бы он работал с контейнерами в кубе?
Vadim
О нет, они решили требовать от программиста понимать как этот код доставляется клиентам на проде! Сволочи!
Vadim
А так же - почему джанго просто нельзя в дебаг режиме там пускать, чтобы в любой момент хоп и подключил дебаггер?
Alexander
так это тест или прод? Причем тут задержки?
три окружения обычно или четыре, dev test prod (иногда ещё stage как тестовый prod)
там выше кто-то написал про то, что и разработчики должны уметь k8s, так вот, они не будут уметь k8s пока он не станет проще или пока не появятся простые гайды на уровне гайдов для Docker Compose + интеграции с их IDE
Anatoliy
О нет, они решили требовать от программиста понимать как этот код доставляется клиентам на проде! Сволочи!
Ну мне как программисту интересно это знать, но вот опять же как программисту мне больно это запускать, мои навыки сисадмина оканчиваются настройкой одного(!) сервера, включая iptables и т.п., настройкой сети, и работой с докером. Ну еще с поднятием всяких трекеров, гитов, настройкой CI, но вот с CD уже будут проблемы(
Alexander
тут речь про DEV, которое на ноуте у разработчика и у каждого разработчика свой DEV, а разработчик где-нибудь "в поле" с 3G/LTE
Vadim
Ну мне как программисту интересно это знать, но вот опять же как программисту мне больно это запускать, мои навыки сисадмина оканчиваются настройкой одного(!) сервера, включая iptables и т.п., настройкой сети, и работой с докером. Ну еще с поднятием всяких трекеров, гитов, настройкой CI, но вот с CD уже будут проблемы(
Вот и учитесь, подсказка: композа на проде нет. Если есть - бегите
Anatoliy
Вот и учитесь, подсказка: композа на проде нет. Если есть - бегите
ну у меня на проде его нет, хотя недавно советовали попробовать...
Anatoliy
Правда я пробовать хочу очередной запуск кубера и попытку его настроить...
Anatoliy
тут речь про DEV, которое на ноуте у разработчика и у каждого разработчика свой DEV, а разработчик где-нибудь "в поле" с 3G/LTE
ну так этого как раз хватит написать код и запушить его. дальше - уже по идее его ничего не должно трогать, разве что придет уведомление что его коммит не прошел тесты
Alexander
Вот и учитесь, подсказка: композа на проде нет. Если есть - бегите
не, ну, если разработчик запускает контейнер через docker-compose, а на проде этот контейнер запускают через k8s, почему оно должно ломаться? а если оно не будет ломаться, то откуда такие требования/желания пересадить всех разработчиков на k8s?
Alexander
то есть почему разработчикам не использовать то, что проще для них в данном случае?
Vadim
не, ну, если разработчик запускает контейнер через docker-compose, а на проде этот контейнер запускают через k8s, почему оно должно ломаться? а если оно не будет ломаться, то откуда такие требования/желания пересадить всех разработчиков на k8s?
Потому что на проде будет другая сеть, другой сторадж (возможно не посикс-совместимый) другие настройки для процесса - не рут, а фейковый юзер
Vadim
Потом seccomp, network policies, доставка конфигов и секретов через конфигмапы
Vadim
А если правда клауднейтив то SA, выборы с записью в endpoints и прочие вещи
Anatoliy
Потому что на проде будет другая сеть, другой сторадж (возможно не посикс-совместимый) другие настройки для процесса - не рут, а фейковый юзер
а разве это должно волновать программиста если приложение написано для работы конкретно в контейнерах? среда то одна, не?
Vadim
а разве это должно волновать программиста если приложение написано для работы конкретно в контейнерах? среда то одна, не?
Должно ли волновать программиста что-то кроме зарплаты, например будет ли эта тщательно отлаженная система на одной ноде компоузом если ее перенести на прод и скейлить на проде - вопрос открытый, единого мнения нет
Alexander
ок, желание понятно - сделать окружения DEV и TEST/PROD ещё более похожими друг на друга, но тогда нужны:
1. гайды, вот прямо для каждого популярного фреймворка, как программисту с 0 вкатиться
2. интеграции с IDE, то есть на багтрекерах ставить лайки, писать комменты к таким фича-реквестам
3. популяризация через чатики/новостные блоги типа Хабра о том, что именно так (через k8s) лучше, чем иначе
например, когда к нам в чат @pydjango приходят новички и спрашивают "как задеплоить Django?", я могу ему скинуть "лучше через контейнеры, иди по этому гайду https://docs.docker.com/compose/django/, а там дальше на его основе свой кастомный конфиг сделаешь потом", нужен некий аналогичный гайд для k8s, тогда можно было бы скидывать ссылку на него
Vadim
ок, желание понятно - сделать окружения DEV и TEST/PROD ещё более похожими друг на друга, но тогда нужны:
1. гайды, вот прямо для каждого популярного фреймворка, как программисту с 0 вкатиться
2. интеграции с IDE, то есть на багтрекерах ставить лайки, писать комменты к таким фича-реквестам
3. популяризация через чатики/новостные блоги типа Хабра о том, что именно так (через k8s) лучше, чем иначе
например, когда к нам в чат @pydjango приходят новички и спрашивают "как задеплоить Django?", я могу ему скинуть "лучше через контейнеры, иди по этому гайду https://docs.docker.com/compose/django/, а там дальше на его основе свой кастомный конфиг сделаешь потом", нужен некий аналогичный гайд для k8s, тогда можно было бы скидывать ссылку на него
Каждая компания предлагает свой вариант решения этой проблемы, думаете есть Единственно Верный Путь и нам необходимо о нем рассказать всем новичкам?
Anatoliy
ок, желание понятно - сделать окружения DEV и TEST/PROD ещё более похожими друг на друга, но тогда нужны:
1. гайды, вот прямо для каждого популярного фреймворка, как программисту с 0 вкатиться
2. интеграции с IDE, то есть на багтрекерах ставить лайки, писать комменты к таким фича-реквестам
3. популяризация через чатики/новостные блоги типа Хабра о том, что именно так (через k8s) лучше, чем иначе
например, когда к нам в чат @pydjango приходят новички и спрашивают "как задеплоить Django?", я могу ему скинуть "лучше через контейнеры, иди по этому гайду https://docs.docker.com/compose/django/, а там дальше на его основе свой кастомный конфиг сделаешь потом", нужен некий аналогичный гайд для k8s, тогда можно было бы скидывать ссылку на него
достаточно будет четкой инструкции как запустить кубер на одной машине и cheatsheet на основные операции типа добавления нового окружения, выдачи прав, пояснения что как и зачем работает именно так. В принципе любой кто разобрался в кубере скорее всего сможет подобное сделать. Вопрос в том сделает ли
Vadim
достаточно будет четкой инструкции как запустить кубер на одной машине и cheatsheet на основные операции типа добавления нового окружения, выдачи прав, пояснения что как и зачем работает именно так. В принципе любой кто разобрался в кубере скорее всего сможет подобное сделать. Вопрос в том сделает ли
Готово - https://kubernetes.io/docs/setup/minikube/
Anatoliy
Каждая компания предлагает свой вариант решения этой проблемы, думаете есть Единственно Верный Путь и нам необходимо о нем рассказать всем новичкам?
ЕВП - утопия. нужен Очень Простой Путь, этого хватит. Остальное можно будет изучить тем кому оно реально будет надо.