А они к ркт удалённо подключаются?

нет, вот тут ты можешь их сделать

как там рокет?

всё так же мертв, как и год назад

а кто-то и аписервер бинарями на выделенных серверах запускает через системд

а кто-то хочет кубелет на отдельном от докера хосте и в контейнере)

как там рокет?

как там рокет?

так readiness probes если не через сервис получается чекаться не будут?

хм. возможно, а ингресс через какой-то интервал конфиг обновляет?

Ееееее! Одобряешь?

опять красношляпочные врядт проектам в CNCF!

Ребят, такая фигня. Случайным образом процесс ноды внутри пода ругается на ENETUNREACH или ENOTFOUND, при попытке подгрузить мясо (для предварительного рендера разметки) с api сервера по публичному хостнейму https://api.example.com, который находится в том же кластере. ДНС через клаудфлерь и их прокси, но на ренж ип кластера у меня whitelistы и отключены все свистелки. Кластеру 3-4 месяца, может что-то с нетворкингом не так внутри? Что посмотреть?

Или использовать целиком libsonnet как базу секретов, внутри обычный json. Затем его шифровать и хранить в git, под каждый уровень доступа иметь отдельный libsonnet просто

Штоуууу

Error: could not find a ready tiller pod дратути

Готов выслушать аргументы против :)

а разве можно прибивать неймспейсы к нодам?

Ну тогда снова вопрос - зачем делать много кластеров?

bebebe выбрасывай tiller, переходи на ksonnet

bebebe выбрасывай tiller, переходи на ksonnet

Ну вот захотите вы calico обновить, кластер один на дев и прод, рискнете?

ну есть странная штука, которая не хочет в конфиге 0.0.0.0, хочет IP пода. А я хочу держать конфиг в конфигмапе и подставлять в конфигмап podIP. А начиная с 1.12 больше не могу.

это отдельный стенд дял обкатки самих кубов

А потом на реальном кубе у вас будет NetworkPolicy, которая крашит calico-node

А потом на реальном кубе у вас будет NetworkPolicy, которая крашит calico-node

но не под каждый приклад эе отдельный стенд

нипонял, ибо с calico не знаком

Можно пятничный проект замутить: библиотека , подключается через LD_PRELOAD и подменяет вызовы bind(0.0.0.0) на bind(getenv("podip")). Вот писал когда-то что то подобное https://github.com/redbaron/librebind

Ребят, всем привет. Можете дать совет по поводу написания шаблонов helm, в частности интересует вопрос как реализованы зависимости и работа с переменными (там есть import). Мой кейс следующий - есть две СУБД, mongodb и influx. Для работы тестировщиков я делаю сборку версии полностью совпадающую с продом, сюда входит создание баз (с тегом по версии) и пользователей. Базы в отдельном namespace запущены как statefull, все доступно, создаю новые базы с помощью кубера (job). Вопрос как описать шаблон в helm так, что бы сначала выполнить helm таску по созданию базы, передав в эту таску переменными - имя, пароли и т.д., а затем запустить основную таску, но запустить именно после успешного выполнения задачи helm по базе. То есть helm задача не должна быть привзяна к собственной версии, а генерироватся на лету в зависимости от входных данных

добро пожаловать в мир kubernetes таска которая должна создавать базы должна ждать события пока поднимется база (можно в неё долбиться, можно ждать ready N/N) и только потом заливать базу

все спасибо. Друг подсказал, у helm есть веса. Этого мне достаточно, в одной таске все сделаю

Можно пятничный проект замутить: библиотека , подключается через LD_PRELOAD и подменяет вызовы bind(0.0.0.0) на bind(getenv("podip")). Вот писал когда-то что то подобное https://github.com/redbaron/librebind

чтож так сложно та, когда можно просто: ip -o -4 addr show eth0 | grep -oP -m1 '(?<=inet )[^ /]*'

Как же линукс уродлив. Ждём PowerShell в массах

Как же линукс уродлив. Ждём PowerShell в массах

Господа, а можно ли в yaml использовать какие нить переменные? если можно то как. Я очень хочу вот такую конструкцию volumes: - name: mongo-data hostPath: path: /opt/"$(DEPLOY_ENV)"/mongo

Как же линукс уродлив. Ждём PowerShell в массах

Господа, а можно ли в yaml использовать какие нить переменные? если можно то как. Я очень хочу вот такую конструкцию volumes: - name: mongo-data hostPath: path: /opt/"$(DEPLOY_ENV)"/mongo

Господа, а можно ли в yaml использовать какие нить переменные? если можно то как. Я очень хочу вот такую конструкцию volumes: - name: mongo-data hostPath: path: /opt/"$(DEPLOY_ENV)"/mongo

Господа, а можно ли в yaml использовать какие нить переменные? если можно то как. Я очень хочу вот такую конструкцию volumes: - name: mongo-data hostPath: path: /opt/"$(DEPLOY_ENV)"/mongo

убей себя об стену. не дай баг работать с этим убожеством

cat template.yml | envsubst | kubectl apply -f -