« Rev
@kubernetes_ru   453
Fwd »


Maksim
типо стака Jboss
Eugene
Как ток я придумаю себе аналог деплойментконфига идеальный я наверное поеду на кубернетес, хотя останеться проблема в интерфейса, в опеншифте он замечательный, если старшим разрабам что то надо я могу проконсультировать их по телефону как сделать, и вообще они там как то сами A/B тетирования деплойментов проводят, вот не представляю как я их в cli загонять буду
G72K
ci/cd, логи, стратегии деплоя, трейсинг, мониторинг, тикеты,блочное хранилище, хранилище объектов, встроеный git, зашить все это хоть в ядро я буду рад только )
Maksim
И оставишь DevOPS без хлеба-)
G72K
Девопс существует только потому, что все в IT кроме языков программирования и баз данных в каком то рудиментарном состоянии десятилетиями
G72K
Единственное значительное достижение - Xorg.conf писать не надо больше.
Kirill
Xorg.conf конечно в сфере девопсов...
G72K
Тоже был очень важный файл. Куча статей, мануалов, обсуждений, секретных знаний, визардов по настройке, обновления между версиями. Где это все? Кому это вообще нахер нужно? Просто работает и никто и не вспоминает. Девопсы сейчас эдакие писатели Xorg.conf, нужны только потому что все в таком говнище и не работает, что нужны люди чтоб хоть что то собрать
Maksim
Тоже был очень важный файл. Куча статей, мануалов, обсуждений, секретных знаний, визардов по настройке, обновления между версиями. Где это все? Кому это вообще нахер нужно? Просто работает и никто и не вспоминает. Девопсы сейчас эдакие писатели Xorg.conf, нужны только потому что все в таком говнище и не работает, что нужны люди чтоб хоть что то собрать
Чем ниже порог входа в систему, тем выше порог её эксплуатации. Xorg никогда не был важным файлом, X посути нужно только для десктопов, в серверной среде X нужны только ораклу (ибо закрутили свой инсталятор на Окнах, ибо опять же пытаются сделат как можно ниже уровень вхождения)
Mike
вроде как
Maksim
Чем ниже уровень входение, тем больше компонент в системе, тем выше вероятность её выхода из строя. и т.д
Sergei
чтобы пользоваться - много ума не надо
Maksim
то то многие перестанавливают винду каждые полгода)))
Mike
ядро большое, сложное, 100500 компонентов, почти не ломается.
за почти не ломается стоят тысячи человеко/часов если не лет, мало какой опенсурс может таким похвастаться
Mike
выхода нет ) это почти вендор лок ))
Maksim
кстати meltdown и spectrum прекрасно показывают, не ломаесть ядра) И его сложность
Anton
вбросил норм, ждем
Sergei
o'rly ?
рли. ядро в целом дает гораздо меньше сюрпризов, чем докер, например. что не исключает багов и проблем.
Maksim
а ядро-то здесь при чем? :)
при том что все операции на процессерое и кеше юыли отданы на откуп этому самому процессору) и его програмному окружению. собсно почему сейчас упала проиводительность? и заплатки пришли со стороны ОС?
Sergei
Софт дешевле железа, всегда
пойди это малому-среднему бизнесу объясни :)
G72K
Чем ниже порог входа в систему, тем выше порог её эксплуатации. Xorg никогда не был важным файлом, X посути нужно только для десктопов, в серверной среде X нужны только ораклу (ибо закрутили свой инсталятор на Окнах, ибо опять же пытаются сделат как можно ниже уровень вхождения)
Смотрите шире. Есть какая то среда, люди возятся, что-то делают. Вот в десктопах прям ну почти в центре был Xorg.conf, а в серверной среде сейчас - девопс. Степень ненужности и абсурдности вложения хоть сколько-нибудь значительного времени одинакова.
Vladimir
процессор это черный ящик
Vladimir
производитель говорит "вот сюда шлете вот эту хрень, я выдам вот эту вот"
Vladimir
по сути это контракт на API
Vladimir
уже нет
RISC-V? :)
Vladimir
или от чего там еще есть verilog описания в опенсорсе? )
Sergei
Какие интерфейсы межпроцессного взаимодействия вы знаете? * ContentProvider * BroadcastReceiver * Binder/AIDL * Spectre * Meltdown
Sergei
или от чего там еще есть verilog описания в опенсорсе? )
нене, я про то что процессоры нынче проходной двор :D
Vladimir
@Leorent так вот, meltdown и spectre это нарушение контракта со стороны производителя процессора
G72K
o'rly ?
Степень затрат на использование деленное на сложность решаемой задачи для ядра стремится к нулю.
Maksim
Смотрите шире. Есть какая то среда, люди возятся, что-то делают. Вот в десктопах прям ну почти в центре был Xorg.conf, а в серверной среде сейчас - девопс. Степень ненужности и абсурдности вложения хоть сколько-нибудь значительного времени одинакова.
Не согласен. DevOps, это об объединение серверной среды и её выводе на конечного потребителя, при том такого вывода, что бы от клиента и разработчика была скрыта вся инфраструктура
Vladimir
точнее так, meltdown - нарушение контакта на поведение. Spectre - undefined behavior
Maksim
@rossmohax по твоей логики получается, что Подобного монструзного монстра должен создавать некий вендор, и вслучае поломки он быдет выезжать и чинить. А взаимодействий во всём этом будет весьма много. В принцепе это как в текущем автопроме, загорелся check, значит езжай в автосервис. МОжет быть сами девопсы, как автомеханики передут в ведоров, да только сами по себе они не исчезнуть) Чуток мутирую и видоизменятся
Maksim
А она есть?
Dmitry
Да ладно вам, так то и разработчики нужны как костыль пока ИИ не начнут код писать весь
G72K
Да ладно вам, так то и разработчики нужны как костыль пока ИИ не начнут код писать весь
Да, но ИИ пока даже в академических теориях непонятно как осилить, в девопс все кирпичики известны, просто слеплены из говна
Pasha Chalyk
@DenisIzmaylov чего тема с митапами затихла?
Dmitrii
@DenisIzmaylov а предыдущие доклады где искать?)
Denis
https://www.youtube.com/watch?v=PpQ_kMn5Cps&list=PLknJ4Vr6efQFQ1FetJa-fjSJs6iIV5gb7
Dmitrii
Благодарю.
Denis
Готовы принять участие в качестве докладчика в следующем Moscow Kubernetes Meetup? Подавайте заявки и как только соберется два-три доклада, мы сразу назовем дату следующего митапа! Заполняйте форму: https://goo.gl/forms/aogS5haqT4YXaERF3
Denis
сс @please_rtfm @StalkerNOVA @spoul
Pasha Chalyk
Класс
Denis
Всем привет, кто-нибудь оценивает SLA кластера? Какие параметры берете в расчет?
Denis
Всем привет! Столкнулся с проблемой на Centos7: При запуске kubeadm init —pod-network-cidr=10.244.0.0/16 получаю ошибку в jounalctl: Unable to update cni config: No networks found in /etc/cni/net.d
Denis
Подскажите пожалуйста, в чем может быть дело, куда смотреть
Denis
Да, только в доке сеть для подов создается после инита, а в моем случае он не отрабатывает
Logan
вам pod-network придется указывать при apply-е сети, так как сеть вы создаете контейнерами
Igor
kubernetes-cni стоит?
Denis
Пакет kubernetes-cni-0.6.0-0.x86_64 уже установлен, и это последняя версия.
Denis
а apply я не смогу выполнить, пока init не отработает, если я все верно понимаю
Logan
попробуйте init без " —pod-network-cidr", а поменять его уже при apply
Denis
да, так и пробовал в самом начале - тот же результат
Igor
removing the$KUBELET_NETWORK_ARGS in /etc/systemd/system/kubelet.service.d/10-kubeadm.conf
Igor
Попробуй это
Denis
Да, это тоже нагуглил, что странно результат не изменился. Я решил что дефолтные настройки такие же. daemon-reload делал
Igor
Кубелет на что нить ругается?
Denis
При перезапуске вот на это: Unable to update cni config: No networks found in /etc/cni/net.d
Denis
При запуске init в журнале много ругани, что никто достучатся не может, ну потому что сети нет
Maksim
в кубеадм кублет контейнерезирован?
Maksim
а кто мишит cni там?
Maksim
flannel?
Maksim
он контейнеризирован?
Maksim
короче проблема в том что кубелт не находит ничего в папке /etc/cni/net.d/
« Rev
@kubernetes_ru   453
Fwd »