а собеседование на кого? админ кластера или пользователь? может с этим вначале определиться

если человек не может рассказать про новую хипстерскую хрень, то зачем продолжать диалог?

есть уровни подготовки в целом и конкретика, ходить и спрашивать надо по всему

из чего состоит куб, чем занимается apiserver, controllermanager, scheduller, kubelet

*стикер про пять бинарей*

🤓

а не проще будет послушать человека и задавать вопросы уже в контексте его спича?

Это да, но просто нужны вопросы на отсев, которые человек видит до собеседования

Писал много раз: любая хрень на основе jsonnet (ksonnet, kapitan или голый jsonnet) даст фору хелму. Вон ещё Palumi есть, если там с Typescript все хорошо, то будет типизированная конфетка

Jsonnet это шаблонизатор. Ты мне лучше подскажи аналог хельма тк шаблонизация это отдельный большой вопрос

Jsonnet это шаблонизатор. Ты мне лучше подскажи аналог хельма тк шаблонизация это отдельный большой вопрос

Helm клинически неспособен ни на что более чем helm template , так что обсуждать остальные его недофичи не вижу смысла

есть картинка хорошая в sdk на crd по моему там временные линии того что происходит когда в api заливаешь ченить можно по ней пройтись

Это да, но просто нужны вопросы на отсев, которые человек видит до собеседования

Плюс хочется начать с чего то просто и по возрастающей. Просто kubernetes такая тема, что от собеседовпния до холивара один шаг

*стикер про пять бинарей*

не, helm норм выгнать конфиг, потом допилить напильником )) и удалить

helm есно

из чего состоит куб, чем занимается apiserver, controllermanager, scheduller, kubelet

👍

Helm клинически неспособен ни на что более чем helm template , так что обсуждать остальные его недофичи не вижу смысла

Погоди, ты всё съехать с темы пытаешься. Если хельм гавно, то какие есть варианты "не гавно" и не велосипеды?

Jsonnet это шаблонизатор. Ты мне лучше подскажи аналог хельма тк шаблонизация это отдельный большой вопрос

Когда Хельм научится проверять, что выкаченное работает тогда и приходите

https://book.kubebuilder.io/basics/what_is_a_controller.html

почему сервис не пингуется

вот тут картинки прикольные, готовый pipeline для собеседования

а собеседование на кого? админ кластера или пользователь? может с этим вначале определиться

Да все подряд

Как обычно

Когда Хельм научится проверять, что выкаченное работает тогда и приходите

Базара нет, даже разрабы согласны с этой проблемой. Вопрос не в этом

почему сервис не пингуется

может и пинговаться, зависит от реализации

Когда Хельм научится проверять, что выкаченное работает тогда и приходите

как же helm test?

я прошёл собеседование? :)

вернее даже: можно ли проверить сервис на работоспособность с помощью ping check. Опишите вариант для iptables и для IPVS

А если все равно не пингуется, хотя должен?

так проще

ну это уже задача, а не вопрос для собеседования

так работа это решение задач, а не сдача экзамена

Погоди, ты всё съехать с темы пытаешься. Если хельм гавно, то какие есть варианты "не гавно" и не велосипеды?

Чего хочется кроме шаблонизатор?

мы щас про работу или про вопросы для собеседования?

задача собеседования - понять 2 вещи 1) может ли человек решать задачи под которые его берут 2) будет ли остальным комфортно с ним работать

или я не прав?

может и пинговаться, зависит от реализации

в режиме IPVS пинговаться будет IP на локальном интерфейсе, то есть даже с отсутсвующим endpoint

Чего хочется кроме шаблонизатор?

деплой конечно же ж

спросить простенькие вещи дать простую задачку послушать уточняющие вопросы перейти на более высокие уровни абстракции поговорить за жизнь ))

или я не прав?

Прав конечно. Но ведь всех когда то просили подготовить список вопросов для кандидатов... Появился же как то tcp vs udp, как включается linux итп

Коллеги, встал вопрос проведения собеседования по kunernetes. Надо накидать вопросы, а я чето ничего больше чем отличается Deployment от StatefulSet придумать не могу. Дожили... Может был у кого опыт? Ну или по памяти самые изощренные

смотри по тегам #платиновые_треды_k8s и #helmговно

Да все подряд

Раз все подряд - в первую очередь надо смотреть как человек мыслит, а конкретную тулзу всегда можно выучить. Если с порога кандидат говорит "все у вас ху... надо так" или "нахер логи собирать я и так посмотрю их" - повод отправить в пешее

Тип сервиса ClusterIP обеспечивает балансировку нагрузки? Или только отказоустойчивость?

Раз все подряд - в первую очередь надо смотреть как человек мыслит, а конкретную тулзу всегда можно выучить. Если с порога кандидат говорит "все у вас ху... надо так" или "нахер логи собирать я и так посмотрю их" - повод отправить в пешее

Ну так вот именно, все можно выучить

базовые вопросы по протоколам и работе linux никто не отменял потом pod, deploy, sts... способы конфигурирования configmap secrets... ingress способы расширения функционала (crd ...) причем сюда лучше выводить уже с задачи которую влоб не решитью

вы в любом случае первые пару месяцев человека не подпустите к более-менее боевым кластерам, за это время можно вполне базово выучить человека даже с нуля.

Ладно, всем большой лайк, тут столько накидали, что и самому есть что почитать теперь 😄. Спасибо большое

Если что то получится, поделюсь

У нас туева куча логики на jsonnet: проверить конфликт DNS, сгенерировать ямлы для бекапа, развесить лейблы согласно полиси, прописать network policy к задекларированным зависимостям (и обратно), автовыбор storageclass по требуемым фичам и черти что еще, при этом у разработчиков полная свобода модифицировать ямлы сгенерированные из наших компонентов при помощи их собственного jsonnet "скрипта", который подцепляется при деплое, если что-то они сделают, что выйдет за пределы наших ожиданий, то валидаторы (написанные на jsonnet) просто не дадут сгенерировать ямлы и скажут разработчикам где они неправы. Jsonnet это больше чем шаблонизатор, на нем можно писать развесистую логику

вернее даже: можно ли проверить сервис на работоспособность с помощью ping check. Опишите вариант для iptables и для IPVS

сначала убедится нужно что человек понимает во что превращается service под капотом

У нас туева куча логики на jsonnet: проверить конфликт DNS, сгенерировать ямлы для бекапа, развесить лейблы согласно полиси, прописать network policy к задекларированным зависимостям (и обратно), автовыбор storageclass по требуемым фичам и черти что еще, при этом у разработчиков полная свобода модифицировать ямлы сгенерированные из наших компонентов при помощи их собственного jsonnet "скрипта", который подцепляется при деплое, если что-то они сделают, что выйдет за пределы наших ожиданий, то валидаторы (написанные на jsonnet) просто не дадут сгенерировать ямлы и скажут разработчикам где они неправы. Jsonnet это больше чем шаблонизатор, на нем можно писать развесистую логику

бохато звучит

но обычно это делается CI частью, на pull request, или на коммит, CI не прошел, тютю

не совсем понятно зачем этот нишевый продукт.

я бы глянул пример чегонить jsonnet... с логикой

любопытно

я бы глянул пример чегонить jsonnet... с логикой

+1

я бы глянул пример чегонить jsonnet... с логикой

kube-prometheus

там разве развесистое?

не кисло для одно проекта

вот все говорят что ksonnet/jsonnet хорошие

открываешь первый попавшийся файл, а там: local kp = (import 'kube-prometheus/kube-prometheus.libsonnet') + { _config+:: { namespace: 'monitoring', }, };

ну вот это и суть jsonnet

kube-prometheus/kube-prometheus.libsonnet либа, как в любом языке.

я не про импорт, а про то, что далее

_config+:: это чоа

kube-prometheus.libsonnet в том же проекте и там ниже уже мясо

https://github.com/coreos/prometheus-operator/blob/master/contrib/kube-prometheus/jsonnet/kube-prometheus/kube-state-metrics/kube-state-metrics.libsonnet

_config+:: это чоа

типа смерж в конфиг?

хз

не очень понятно

https://github.com/ksonnet/ksonnet-lib тут примеры вроде получше

а в чем проблема с пониманием того, выкатилось helm'ом успешно или нет? можно же просто статус деплойментов проверить и всё. ну если хелзчеки написаны норм. но хелзчеки в любом случае лучше адекватно писать

самому приверять?

глазками?

ну я например на питоне юзал кубернетес клиент. там 5 строк получается

можно и просто kubectl

я бы глянул пример чегонить jsonnet... с логикой

Ну вот например надо им подцепиться к зависимости , они пишут "v1.resolveRelation(anotherApp)" и при деплое в зависимости от того где они деплоя подставляется или сервис из нужного окружения или ингресс из другого кластера + сразу прописывается network policy чтобы доступ был (по умолчанию все перекрыто даже внутри одного неймспейса). На этой штуке сделаны то что я назвал "sheaf" - связка приложений. Надо что то потестировать , деплоим все приложения в новый sheaf вообще без изменений кода/конфигов, внутри resolveRelation() поймет куда деплоим, выдаст нужные значения. По умолчанию sheaf создаётся по имени бранча , но можно явно указать. Разрабы под демо, отработки багов, перф тесты и вообще чего попало создают эти sheafs ,я про это ничего не знаю даже и им код никакой писать не надо тоже

то что манифест пошёл применяться - не значит, что деплоймент у тебя выкатится

ну вот это и суть jsonnet

Туториал на jsonnet.org очень приличный и быстро проясняет все вопросы

У нас туева куча логики на jsonnet: проверить конфликт DNS, сгенерировать ямлы для бекапа, развесить лейблы согласно полиси, прописать network policy к задекларированным зависимостям (и обратно), автовыбор storageclass по требуемым фичам и черти что еще, при этом у разработчиков полная свобода модифицировать ямлы сгенерированные из наших компонентов при помощи их собственного jsonnet "скрипта", который подцепляется при деплое, если что-то они сделают, что выйдет за пределы наших ожиданий, то валидаторы (написанные на jsonnet) просто не дадут сгенерировать ямлы и скажут разработчикам где они неправы. Jsonnet это больше чем шаблонизатор, на нем можно писать развесистую логику

т.е. ты описал кучу велосипедов которые никак нельзя масштабировать на использование за пределы вашей компании?

а в чем проблема с пониманием того, выкатилось helm'ом успешно или нет? можно же просто статус деплойментов проверить и всё. ну если хелзчеки написаны норм. но хелзчеки в любом случае лучше адекватно писать

можно даже роллбэк изолентой прикрутить

т.е. ты описал кучу велосипедов которые никак нельзя масштабировать на использование за пределы вашей компании?

Нафига мне масштабировать за пределы моей компании? Я решил проблему и не одну при помощи одного инструмента. Вот сейчас только что человек закопипастил чуть больше чем надо, ему деплой по рукам - DNS name xxxx is used by app xxxxx. А так бы он пол дня на дебаг убил