Доступен релиз платформы оркестровки контейнеров Kubernetes 1.24, позволяющей как единым целым управлять кластером из изолированных контейнеров и предоставляющей механизмы для развёртывания, сопровождения и масштабирования выполняемых в контейнерах приложений. Проект изначально был создан компанией Google, но затем переведён на независимую площадку, курируемую организацией Linux Foundation. Платформа позиционируется как развиваемое сообществом универсальное решение, не привязанное к отдельным системам и способное работать с любыми приложениями в любых облачных окружениях. Код Kubernetes написан на языке Go и распространяется под лицензией Apache 2.0...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=57139
Не раскрыта тема толерантности
> Kubeadm: apply second stage of the plan to migrate kubeadm away from the usage of the word master in labels and taints.
> For clusters that are being upgraded to 1.24 with kubeadm upgrade apply, the command will remove the label node-role.kubernetes.io/master from existing control plane nodes.Для тех, кто не в теме: node labels очень много где используются, в том числе в логике шедулера. Ради беспощадной толерантности, они просто берут и удаляют well-known label, заставляя людей переписывать кучу кода.
У тебя возможность свои добавить отобрали тоже, или в редакторе find and replace нет?
> well-known label, в логике шедулераТы не особо умный.
Так она как была well-known, так и осталась. Шедулер знает про неё прямо из кода. А то, что у тебя процессы не позволяют произвольно менять лейблы, так кто ж тебе виноват, что такой неумный?
Ага, прям побежал редеплоить все 100500 подов, чтобы nodeSelector обновить.
На Go пишеться много чего полезного: https://github.com/stopcenz/fakesni
Какой хороший язык, память течёт, и гц не помог. Не понятно только чем это лучше привет мира на питоне.
Если у тебя что-то и течет, то это не язык виноват, а ты.
> Не понятно только чем это лучше привет мира на питоне.На среднем сферическом коне в вакууме будет в 10 раз быстрее, пойдёт?
> На Go пишеться много чего полезногоВы немного опоздали со своим проектом. В 2022 году основной источник цензуры - не провайдеры, а конечные сайты, которых ваш метод не обманет (они по GeoIP обычно цензурят).
>создан компанией Google
>Kubernetes 1.24
>1.24Что-то пошло не так и версии вышли из под контроля?
А что не так?
Chromium 100.0.4896.127
Это marketing versioning, направленный на получение wow effect.Кубику это не актуально - хорошая вещь в рекламе не нуждается.
> хорошая вещь в рекламе не нуждается.Не соглашусь, кубик рекламится и очень сильно, всякие там кубконы и прочее. Но он рекламится среди более специфической публики, поэтому да, вау эффект простой циферкой версии тут уже не актуален
Анонимы бомбят о том, как плох Кубкрнетес, что смузихлебство и т.д., не понимая ни его реальных слабых мест, ни масштаб организаций, где кубер должен применяться. Оно и понятно - на локалхосте кубер не нужен (и это я серьезно, без сарказма, он нужен когда уже реально кластер), а дальше локалхоста Анон редко что-либо видит
https://kubernetes.io/examples/> ... blank ...
> Dockershim removed from Kubernetes
> As of Kubernetes 1.24, Dockershim is no longer included in Kubernetes.
> Read the Dockershim Removal FAQ to see what this means to you.
> ... blank ...(o o) так зачем он?
Вам кубер нужен только из-за докершима?
> Вам кубер нужен только из-за докершима?просто не знаю что такое кубернетс, искал "examples".
Остроумно. Хвалю.А по существу дела есть вопросы?
последний:https://christine.website/blog/theres-a-node-2021-10-02
"Шурик, может ненадо?"
Автору еще повезло, что он модель OSI разбирать не стал. Мог бы получить необратимый вред для психики.
Всего 7 пунктов, банально.
Вот из цепочки вызовов java получилась бы действительно "великая" песня.
Суть не в семи пунктах, а в том, что реальный мир очень тяжко укладывается в эти семь пунктов, объединяя их как ему вздумается. А уж если начинаются тоннельные инкапсуляции протоколов, ммм...
> (o o) так зачем он?Потому что докер уже давно мёртв.
Это был неплохой когда-то проект, который популяризовал и продвинул хорошие идеи и стандарты, но сейчас он уже нафиг никому не сдался, потому что есть более удобные и эффективные реализации этих идей и стандартов.
Какие?
И как мы только жили ещё каких-то 10-15 лет назад без этого всего мусора??? Стоит ли говорить, что тогда вэб был в разы круче.
к сожалению, сложность - она сложная.. ауф
Тогда было проще. Да и вы и сейчас без этого живёте - это штука для крупных инфр по большей части
> Стоит ли говорить, что тогда вэб был в разы круче.Дадада, апач, мускуль и PHP3 на шаред-хостинге. Заливать обновления через FTP. Офигенно же.
>Заливать обновления через FTP- а сейчас как? я без сарказма, просто интересно как по современному файлы на сервер копируют
Код и зависимости - в виде OCI-совместимого образа через реестр контейнеров, просто файлы - на S3-соместимое хранилище заливают.
> Код и зависимости - в виде OCI-совместимого образа через реестр контейнеров, просто
> файлы - на S3-соместимое хранилище заливают.- означают ли Ваши слова что скопировать пару файлов на сервер стало проще? В моем представлении добавить файлы в образ, закинуть его в артифактори и обновить образ на сервере это как то геморней. Единственный вариант когда это проще FTP - это когда количество серверов, на которые надо закинуть эти файлы, сильно больше одного.
> без этого всего мусораЭти вещи создавались под весьма определённые цели. Google по-моему использовал кубер сам несколько лет до его релиза в паблик
> Стоит ли говорить, что тогда вэб был в разы круче.
С точки зрения ностальгии - да, мне и самому тот веб приятен, но объективно, по возможностям для простых юзеров, сейчас всё ушло на уровень выше, а то и на два. Ну и кубер прямо на веб не завязан, мало ли какие приложения вы там пускаете
А ещё можно просто в контейнер с nginx закинуть статики, и будет в кубике крутиться простой статический сайт.
да, можно, только зачем?
Потому что можем!
гугл, никогда, НИКОГДА, не использовал у себя кубер (ахахах), они лишь портировали идеи в новы "публичный" проект, это я вам как коммитер вкубер говорю ( правда как давно это было....)
15 лет назад все точно так же ныли, что веб уже не тот. Но ты тогда слишком маленький был, чтобы помнить.
Сам то кто ?
Я знаю (пробывал) как минимум 3 урезанных кибер - мини,к8с, микро8 для локал хоста. И что ?
Причем последнии можно и более растянуть ...
Ну для локалхоста-то он и не нужен, разве что поиграться тестово с технологией
Да нет, есть уже штуки, которые управляют кластерами кубика и при этом сами работают в кластере кубика, тот же Crossplane. Можно у себя на локлхосте поднять маленький кубик и поставить туда crossplane, через который уже создавать большие кластеры у провайдеров.
Ну это да, но всё равно выходит, что конечная цель - большая инфра
админ интернета вылез, девопс всея планета, все вокруг хоуми-админы локалхоста, а он один с двумя локалхостами стоит красивый. сейчас нам расскажет, как прожку на нескольких компах запустить
На нескольких - это уже не труЪ. У настоящего админа всё на одном хосте, и апач, и пых, и мускуль.
Админить локалхост - дело тоже важное. И там да, кубер не нужен. Но если он не нужен на локалхоста, это не значит, что он не нужен нигде. Как-то так
а containerd или CRI-O позволяют написать по быстрому подобие докер-файла?
Конечно да, но только если ты умеешь их готовить. Спойлер: Ты не умеешь их готовить.
спойлер: ты не понимаешь про что говоришь
cri-o и containerd это про рантайм, докерфайл это спек для сборки образа контейнера.
любой oci-совместимый рантайм сможет запустить любой oci-совместимый образ, тулзы для сборки - отдельно
> а containerd или CRI-O позволяют написать по быстрому подобие докер-файла?Нет, это не их задача.
На смену жирному комбайну докера, который и собирает образы, и запускает контейнеры, и пытается делать оркестрацию, пришли специализированные модули. kaniko или buildah для сборки, containerd или cri-o для запуска, кубик для оркестрации.
Честно говоря не заметил какого-то особого выхлопа от кубера. Раньше админы балансировщики и приложухи тюнили, теперь сам кубер тюнят. Тратят на него время даже побольше. Немного удобнее стало и стандартизированее(а где-то наоборот), но и куча бесполезных абстракций (с ущербом для производительности) и проблем наслоились. Гуглу со 100500 команд и бесконечной текучкой кадров и облакам полезно, да. Уволил одного, нанял следующего, разница в производительности на фоне 100500 серверов не заметна, +-20 мс не решают, опять же всегда есть лучшая экспертиза по куберу под боком. Для остальных ИМХО как миниум спорно, а то и вредно.
Я больше скажу: для абсолютного большинства задач ±20 мс на обработку запроса не играют никакой роли.
И нагромождение проксей (в том числе со сложной логикой в конфигах), которые эти 20 мс могут дать, я видел задолго до кубика.
> Я больше скажу: для абсолютного большинства задач ±20 мс на обработку запроса
> не играют никакой роли.
> И нагромождение проксей (в том числе со сложной логикой в конфигах), которые
> эти 20 мс могут дать, я видел задолго до кубика.С одной стороны да, а с другой стороны получить -20мс просто потому что начал использовать кубер не очень воодушевляет. В основном оно конечно не заметно и стоит полученных плюшек.
В гугле-то как раз готовы и за 20 мс бороться
> В гугле-то как раз готовы и за 20 мс боротьсяВидимо не в данном случае.
Что-то по утюбу с точностью до наоборот: каждая новая версия гуя тормозит сильнее. И разница сильно дольше миллисекунд.
Те, кто вам минусы тут понаставили - странные люди. Я согласен с вами полностью.k8s для обезьян, покупающих сервисы - непонятен. А для тех, кто это умеет админить - тот еще горшок.
Лично я среагировал на buzzphrase про "кучу бесполезных абстракций".
В кои-то веки можно рулить инфраструктурой используя простой, декларативный расширяемый (а потому универсальный API). А мне тут продают, что всё это грех великий, и надо как деды, по ssh shell-скрипты запускать. Или вообще все руками делать, как прадеды.
> Лично я среагировал на buzzphrase про "кучу бесполезных абстракций".
> В кои-то веки можно рулить инфраструктурой используя простой, декларативный расширяемый
> (а потому универсальный API). А мне тут продают, что всё это
> грех великий, и надо как деды, по ssh shell-скрипты запускать. Или
> вообще все руками делать, как прадеды.Так и раньше можно было рулить с простыми api и без кубера и без написания shell-скриптов (лет уже 20 как).
Разве что автоматическое масштабирование было более костыльным, но и многое было попроще.
Вы ошибаетесь.
Раньше нельзя было рулить инфраструктурой через простое API. По очень простой причине: k8s - это первая реализация api инфраструктуры которая стала стандартом дефакто.
Все прочие реализации (уровня AWS) как и все остальные вендорлоки ненужны. Домашние поделки тоже никуда не гонятся, не проходят по bus factor'у.
> Вы ошибаетесь.
> Раньше нельзя было рулить инфраструктурой через простое API. По очень простой причине:
> k8s - это первая реализация api инфраструктуры которая стала стандартом дефакто.
> Все прочие реализации (уровня AWS) как и все остальные вендорлоки ненужны. Домашние
> поделки тоже никуда не гонятся, не проходят по bus factor'у.Заметьте, про стандартизацию я ничего не говорил (да впрочем и про вендерлоки и домашние поделки).
Мда, во что превратился легендарный опеннет, сплошные смузихлёбы и прочий биомусор типа девляпсов в комментах, готовых продавать aнус за доллАры своим американским хозяевам. Вместо того чтобы их банить по подсети, админ потакает мусорным технологиям и их адептам. Настоящий инженер и программист с НОРМАЛЬНЫМ советским образованием будет всё делать с нуля с минимальным количеством прокладок, надстроек и прослоек в виде чужих мусорных библиотех и копроративных технологий созданных ради усложнения, а не упрощения.
Смузик дело говорит!
> с нуля с минимальным количеством прокладок, надстроек и прослоек в виде чужих мусорных библиотех и копроративных технологийПричём получится проще, быстрее, функциональней и дешевле.
> Настоящий инженер и программист с НОРМАЛЬНЫМ советским образованием
> будет всё делать с нуля с минимальным количеством прокладок, надстроек и
> прослоек в виде чужих мусорных библиотех и копроративных технологий созданных ради усложнения, а не упрощения.Посоветуй, из какой древесины лучше делать палку-копалку для копания глины, из которой после обжига можно сложить печь для производства огнеупорного кирпича (... далее по всей цепочке до рудотермической печи для получения кремния ...)?
Судя по отсутствию наличия микросхем на рынке, технология получения кремния была утрачена даже ведущими высокотехнологичными государствами.
> технология получения кремния была утрачена даже ведущими высокотехнологичными государствамиСекрет прост: закрытие угольных шахт под натиском зелёных. А оказалось, внезапно, без угля не получить кремний из песка.
Допустим это работает. И допустим я как "нормальный" инженер последние 15 лет сидел и пилил на локалхосте свой идеальный заменитель Youtube.
Внимание вопрос: как мне получить миллиард роликов в моём ютубе, чтобы я мог конкурировать с оригиналом?
Может еще раз стоит переписать? На машинных кодах?
---
мимо сеньер ямл программист
В первую очередь, надо научиться жить не ради денег, а ради удовольствия и любви к искусству. А самое идеальное – найти работу, которая не будет идти вразрез с личными принципами и подходами к разработке ПО.
Да, в глубинке полно рабочих мест, где самый высокотехнологичный инструмент - это счёты.
Никаких лишних усложнений и доллАров, только советский хардкор!
Вы за всех, выходит, исключаете такую возможность?, что они могут быть добросовестно и осмысленно (с рациональной точки зрения) убеждены в целесообразности широкого использования современных технологий (языков высокого уровня, кубирнетисов и прочих смузи/гироскутеров)
Ответ: "получить миллиард роликов в моём ютубе" это нифига не задача "нормального инженера", ибо инженерными методами не решается. Вам нужны другие специалисты.
Которых нет, потому что "нормальные инженеры" съели их на обед. Буквально.
Ну вот такой культурный уровень у людей - жрать всё, что не смогло убежать.
> Внимание вопрос: как мне получить миллиард роликов в моём ютубе, чтобы я
> мог конкурировать с оригиналом?Запросто: не делать конкурента убыточного сервиса. Ютуб десятилетие кормили инвестиции, а потом другие гугловские сервисы. Как и любой инструмент пропаганды прибыль он приносит другими способами. Сейчас то он уже де-факто стал стандартом и может позволить агрессивную монетизацию чтобы себя окупать. Так что схема ютуба для мелких компаний не работает, придется вам изобретать свою.
> как мне получить миллиард роликов в моём ютубе, чтобы я мог конкурировать с оригиналом?Изучить историю оригинала, вестимо. Потом найти инвесторов в лице госслужащих, кто помог бы скупить на корню 250 компаний, включая десяток поисковиков. Такое не провернёшь на стипендию двух студентов.
Вы не поняли аналогию, да?
1) Из 2 ютубов: 1 из которых медленный, с фитчами и на интерпретируемом языке, 2 - быстрый, без фитч, на компилируемом. Очевидно сколько не изучай историю и не ищи инвесторов, 2 по всем параметрам *NENUJEN*, и никто в него не будет вкладываться. Это мертворожденные проект, про который всем понятно - его очень быстро порешает срыночек.
2) К ситуации сейчас. NENUJEN новым не только ютубе типа 2 (выше: быстрый, без фитч, на компилируемом языке), так более того NENUJET вообще любой идеальный абстрактный ютубе в вакууме (будь он гораздо лучше оригинала). Он просто не способен предоставить соизмеримое количество контента. И никогда уже не будет способен. Срыночек порешал. Кто первый встал, того и тапки.
Таким образом мы приходим к выводу: смузитехнологии нужны!
---
мимо сеньер ямл программист
> Настоящий инженер и программист с НОРМАЛЬНЫМ советским образованием будет всё делать с нуля с минимальным количеством прокладок, надстроек и прослоек в виде чужих мусорных библиотех и копроративных технологий созданных ради усложнения, а не упрощения.Сейчас бы в 2022 только на ЕС ЭВМ и считать. Олдскульно, по-советски, сердито и предельно упрощённо.
Ребёнок, тебе видимо не_известно, что советские ЭВМ отправляли летательные аппараты и спутники в космос, а сейчас любой гейфон, который в миллионы раз производительнее тех ЭВМ, способен разве что смайлики для дебилов рисовать да собачьи уши потаскуxaм в инстасраме. Это всё случается, когда технологии двигаются не_инженерами, а бизнесменами ради бабла и развращения населения, а не_ради науки и созидания.
> тебе видимо не_известно, что советские ЭВМ отправляли летательные аппараты и спутники в космосТак у Апполона тоже был бортовой компьютер. Причем с 4Кб ОЗУ вроде, да, этого хватало, чтобы вывести человека на Луну
> а не_ради науки и созидания.
А зачем нужна наука и "созидание"? От них один вред, всю природу попортили этими заводами
> который в миллионы раз производительнее тех ЭВМ, способен разве что смайлики для дебилов рисовать да собачьи уши потаскуxaм в инстасраме. Это всё случается, когда технологии двигаются не_инженерами
А вам жалко что ль? "Мне не надо, и другим тоже"
> А зачем нужна наука и "созидание"? От них один вред, всю природу попортили этими заводами
> А вам жалко что ль? "Мне не надо, и другим тоже"Хорошо ваши реплики друг с другом сочетаются :)
Ну для него же второе - не созидание и не прогресс, а развращение. Так что противоречия нет
> От них один вред, всю природу попортили этими заводамиСначала позакрывали угольные шахты, а потом оказалось, что кремний без угля не делается...
> готовых продавать aнус за доллАры своим американским хозяевамТебя нрн никто не хочет покупать, вот и бесишься
> Настоящий инженер и программист с НОРМАЛЬНЫМ советским образованием будет
Будет клонировать с нуля Intel 8086, поправлю. То, что в СССР много клонировали, хорошо известно. Dellовцы даже надпись по-русски на чипе сделали, ток русский у них кривой вышел
> будет всё делать с нуля с минимальным количеством прокладок, надстроек и прослоек
Это всё хорошо, но только стоит такая разработка ого-го сколько, нормального советского инженера всё-таки надо и кормит нормально. Или нет? Или он за еду работает?
А насчёт прокладок - ну слои совместимости с нуля реализовывать не сильно сахар
> чужих мусорных библиотех и копроративных технологий созданных ради усложнения
Вот сидят чуваки и думают такие: "Как бы нам жизнь усложнить простому советскому программисту?" Да? Смешно же.
Кормить? Ахаха вот прямо сейчас в 2022 году. Программист на С в госе связанном с оборонкой в провинции получает на руки 300 долларов. И это с опытом в 6 лет. За что его кормить это же такая честь работать в нашем развалившемся НИИ.
Зато никаких смузи-кубернетисов, вотЪ!
Да у них там всё оооочень своё. Почти всё сделали сами. Например одна из реальных задач перевести еще советский код на каком-то древнем языке программирования напечатанный на бумаге в современный С код. При том что почти весь старый код состоял из goto. Там еще была толи опечатка толи ошибка её надо было поправить. Зато всё сами зато никакого кубера на надо.
Пруфов, конечно, никаких...
А ты смешной.Если ты пытаешься намекнуть на то что у них как у всех госов бывают еще и премии квартальные и годовое, то да бывают, но в пересчете на месяц они никогда не больше оклада.
А если ты живешь в мире розовых пони зайди на любой сайт по поиску работы и посмотри на уровень зарплат в провинции. Я тебе предлагаю Челябинскую область за пределами города Челябинска.
Неудивительно что твой советский программист велосипедостроитель ничего не сделал нормального чтобы было нужно кому-то кроме него.