Size: a a a

Kubernetes — русскоговорящее сообщество

2020 November 05

AP

Alex Pakka in Kubernetes — русскоговорящее сообщество
Но я услышал. В проде с доступом клиентов ничего такого на initContainer  у нас и нет.
А всякие приблуды для внутреннего пользования которые джунам давали, там вот так
источник

A

Alex in Kubernetes — русскоговорящее сообщество
Alex Pakka
Ну типа того. Типичный пример - подключена библиотека через jar в которой есть @WebListener аннотация и её автоматом подхватывает веб контейнер. И там ожидается что в переменных окружения есть url базы и пароль доступа. Но обработки падения или недоступности нет. При постановке задачи база была HA.
Так вопрос HA базы эт больше к куберу, сделай сервис и прокси высокодоступный, для приложения эндпоинт никогда не изменится
источник

A

Alex in Kubernetes — русскоговорящее сообщество
Эт с базой еще самый простой вариант, вот у нас акка кластер собирается, вот там магия :)
источник

IK

Ilia Koteikin in Kubernetes — русскоговорящее сообщество
Alex Pakka
Ну типа того. Типичный пример - подключена библиотека через jar в которой есть @WebListener аннотация и её автоматом подхватывает веб контейнер. И там ожидается что в переменных окружения есть url базы и пароль доступа. Но обработки падения или недоступности нет. При постановке задачи база была HA.
А если сеть «моргнула» все, приклад в нуллпоинтер крашится? За такое и до кубера руки отрывать надо было.
источник

AP

Alex Pakka in Kubernetes — русскоговорящее сообщество
Ilia Koteikin
А если сеть «моргнула» все, приклад в нуллпоинтер крашится? За такое и до кубера руки отрывать надо было.
Да я же разве спорю. Моргала. Крашалась. Сисопы приходили отрывать руки :) А кому щас легко? Не, ну реально очень мало где нет какого-то бардака. Поэтому люди, которые умеют писать надёжный код сидят на критических для бизнеса компонентах. Но это отступление... а то мы так дойдём до того, что сейчас за кадры идёт не борьба, а бешеная война в сев Америке. Тек сектор растёт, иммиграция стоит, работы невпроворот, аутсорсить большинству владельцев страшно или неудобно.
источник

IK

Ilia Koteikin in Kubernetes — русскоговорящее сообщество
Alex Pakka
Да я же разве спорю. Моргала. Крашалась. Сисопы приходили отрывать руки :) А кому щас легко? Не, ну реально очень мало где нет какого-то бардака. Поэтому люди, которые умеют писать надёжный код сидят на критических для бизнеса компонентах. Но это отступление... а то мы так дойдём до того, что сейчас за кадры идёт не борьба, а бешеная война в сев Америке. Тек сектор растёт, иммиграция стоит, работы невпроворот, аутсорсить большинству владельцев страшно или неудобно.
Да я как системный инженер страдаю. Столько лет уже в айти, а воз и ныне там. Разрабы думаю что инфра всё стерпит.
источник

b

bob in Kubernetes — русскоговорящее сообщество
жиза
источник

AP

Alex Pakka in Kubernetes — русскоговорящее сообщество
Ilia Koteikin
Да я как системный инженер страдаю. Столько лет уже в айти, а воз и ныне там. Разрабы думаю что инфра всё стерпит.
И пи-эмы тоже думают, что стерпит. И сроки часто нереальные поэтому. И так по всей цепочке от бизнеса до измотанного разбуженного алертами в 5 утра дежурного сетевика. Но вообще об этой проблеме надо говорить. Вешать баги на фреймворки. Публиковать решения в блогах. Нетфликс в свое время круто эту тему подняли, хаос обезьяны, брейкеры и т.д., но с тех пор их стек стал неподъемным для среднего стартапа. Я всяко с вами.
источник

AN

Alexey Nakhimov in Kubernetes — русскоговорящее сообщество
Коллеги, вопрос....
Если Ранчер поднимать сбоку от кластера Кубера, просто в контейнере, чтобы потом кластер импортировать в Ранчер, то можно ли замапить какой-то путь из контейнера, где будет инфа о импортированном кластере? Чтобы это стало персистентно и переносимо?
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
Dmitry Sergeev
правильное решение будет научить приложения дожидаться своих зависимостей, и фейлить redinessProbe пока этого не произошло
а если хочется избежать постоянное падения и перезапуска сервисов? это жрет очень много цпу, старт java приложухи очень дорогая операция
источник

AK

Andrey Klimentyev in Kubernetes — русскоговорящее сообщество
Vadim
а если хочется избежать постоянное падения и перезапуска сервисов? это жрет очень много цпу, старт java приложухи очень дорогая операция
readinessProbe != livenessProbe
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
Andrey Klimentyev
readinessProbe != livenessProbe
ну да и что, я про падения при запуске
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
из-за того что необходимый другой сервис еще не запустился
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
нужно чтобы сервис запускался только когда все необходимые ему сервисы запустились, другого способа кроме инитконтейнеров пока не нашлось
источник

IS

ILIYA SHAVKUN in Kubernetes — русскоговорящее сообщество
Vadim
ну да и что, я про падения при запуске
в док учитать, тебе сказали как решать, другие решения не катят
источник

AK

Andrey Klimentyev in Kubernetes — русскоговорящее сообщество
Нужно код просто править, а девопс не про это. Девопс про то, чтобы костылить и каждый костыль дописывать в резюме.
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vadim
а если хочется избежать постоянное падения и перезапуска сервисов? это жрет очень много цпу, старт java приложухи очень дорогая операция
контейнеры не перезапускаются из-за redinessProbe
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
Andrey Klimentyev
Нужно код просто править, а девопс не про это. Девопс про то, чтобы костылить и каждый костыль дописывать в резюме.
как его поправить ? lazy initialization не рекомендуется для продакшна
источник

AK

Andrey Klimentyev in Kubernetes — русскоговорящее сообщество
Vadim
как его поправить ? lazy initialization не рекомендуется для продакшна
Но он уже есть у тебя. Ты назвал его initContainers, правда.
источник

V

Vadim in Kubernetes — русскоговорящее сообщество
нет
источник