Size: a a a

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

2020 September 07

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vitaliy Stoliarov
конфиги то будут одни и то же, и окружения будут разные только в тех местах, где это явно указано
если запилить настройки локального куба как на проде, то это psp, network policy, вебхуки и т.д. Такой кластер будет сложно поддерживать, и пользоваться им будет крайне сложно.
Ну либо можно себя обманывать, и говорить что локальный кластер как на проде, а на самом деле это не так
источник

LB

Let Eat Bee in Kubernetes — русскоговорящее сообщество
kvaps
Обычно такие GPU стоят недёшево, и те кто их использует уже об этом знают)
по слухам новые geforce тоже так смогут: https://twitter.com/RyanSmithAT/status/1301993263835086849
источник

VS

Vitaliy Stoliarov in Kubernetes — русскоговорящее сообщество
Валентин Еловский
Ну как сказать - вот локально разрабы наверняка захотят просто монтировать текущую папку с кодом в контейнер, а в прод ты это всё соберешь в образ, который покатишь. Да потом еще и настройки, дебаги всякие они для прода повыключают поди. И вот тут и начинается, что компоуз обычно они уже знают, или согласятся сами в нем разобраться
Ну как просто монтировать. Просто собирается такой же образ со своим энтрипоинтом. Докерфайлы конечно тоже разные, но остальная часть конфигов одна и та же, и образы подгружаются одинаково, только с включением волюмов
источник

k

kvaps in Kubernetes — русскоговорящее сообщество
А вот это уже интересно!
источник

TA

Turgut Atashov in Kubernetes — русскоговорящее сообщество
Есть задача поставить Кафку на кубернетс. Имеются 3 нода,на каждом ноде должно крутится по 1 кафке и одному зуукиперу
источник

TA

Turgut Atashov in Kubernetes — русскоговорящее сообщество
и все должно дердаться на сторедж класс CEPH
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Turgut Atashov
Есть задача поставить Кафку на кубернетс. Имеются 3 нода,на каждом ноде должно крутится по 1 кафке и одному зуукиперу
pod anti affinity
источник

TA

Turgut Atashov in Kubernetes — русскоговорящее сообщество
я ставлю через хелм
источник

TA

Turgut Atashov in Kubernetes — русскоговорящее сообщество
и он собирает все на одном ноде
источник

VS

Vitaliy Stoliarov in Kubernetes — русскоговорящее сообщество
Валентин Еловский
Ну как сказать - вот локально разрабы наверняка захотят просто монтировать текущую папку с кодом в контейнер, а в прод ты это всё соберешь в образ, который покатишь. Да потом еще и настройки, дебаги всякие они для прода повыключают поди. И вот тут и начинается, что компоуз обычно они уже знают, или согласятся сами в нем разобраться
А зачем вообще обычному разрабу лезть в эти конфиги, тем более если он не умеет? Запуск буквально в пару команд и погнал разрабатывать. Для этого заюзал inquirer из npm, получается очень удобно
источник

ВЕ

Валентин Еловский... in Kubernetes — русскоговорящее сообщество
Vitaliy Stoliarov
Ну как просто монтировать. Просто собирается такой же образ со своим энтрипоинтом. Докерфайлы конечно тоже разные, но остальная часть конфигов одна и та же, и образы подгружаются одинаково, только с включением волюмов
Ну так а если разные - так уже всё, у тебя есть учет этой разности, можешь её делать больше - и суть уже не поменяется. Вопрос только в том, когда наступит баланс. Обычно баланс в том, что в деве разрабы сами докер-компоуз себе настраивают, а ты им с этим только помогаешь в сложны случаях
источник

ВЕ

Валентин Еловский... in Kubernetes — русскоговорящее сообщество
Vitaliy Stoliarov
А зачем вообще обычному разрабу лезть в эти конфиги, тем более если он не умеет? Запуск буквально в пару команд и погнал разрабатывать. Для этого заюзал inquirer из npm, получается очень удобно
В смысле не умеет? Это его приложение, он должен уметь!
источник

ВЕ

Валентин Еловский... in Kubernetes — русскоговорящее сообщество
Смысл девопса в том, что разраб понимает и умеет всякое такое, что до девопса не входило в его сферу ответственности
источник

DS

Dmitry Sergeev in Kubernetes — русскоговорящее сообщество
Vitaliy Stoliarov
А зачем вообще обычному разрабу лезть в эти конфиги, тем более если он не умеет? Запуск буквально в пару команд и погнал разрабатывать. Для этого заюзал inquirer из npm, получается очень удобно
ну ты попробуй, а мы потом сравним твои миникубы разрабов и продовый кластер
источник

GG

George Gaál in Kubernetes — русскоговорящее сообщество
Turgut Atashov
и все должно дердаться на сторедж класс CEPH
Фууууу
источник

VK

Vasiliy Kolesnikov in Kubernetes — русскоговорящее сообщество
Turgut Atashov
Есть задача поставить Кафку на кубернетс. Имеются 3 нода,на каждом ноде должно крутится по 1 кафке и одному зуукиперу
плохой дизайн откровенно. Кафка и зукиперы и так имеют репликацию, использовать цеф - оно долго работать будет, и значит от кафки проку нет)
источник

TA

Turgut Atashov in Kubernetes — русскоговорящее сообщество
зуукипер правильно распределяет пода по нодам
источник

VS

Vitaliy Stoliarov in Kubernetes — русскоговорящее сообщество
Валентин Еловский
Ну так а если разные - так уже всё, у тебя есть учет этой разности, можешь её делать больше - и суть уже не поменяется. Вопрос только в том, когда наступит баланс. Обычно баланс в том, что в деве разрабы сами докер-компоуз себе настраивают, а ты им с этим только помогаешь в сложны случаях
Если говорим о том же балансе, то что лучше - когда для каждого окружения будут свои конфиги, или как можно бальший процент из них будет переиспользован?
источник

TA

Turgut Atashov in Kubernetes — русскоговорящее сообщество
а кафка все собирает на одном ноде
источник

ВЕ

Валентин Еловский... in Kubernetes — русскоговорящее сообщество
Vitaliy Stoliarov
Если говорим о том же балансе, то что лучше - когда для каждого окружения будут свои конфиги, или как можно бальший процент из них будет переиспользован?
Так вот переиспользован ли? По моему опыту - нифига между девом и продом не переиспользуется такого, что касается инфры. Ну т.е. то, что переиспользуется - тупо зашито в коде приложения прям. Вот держит оно там 100 коннектов максимум например - так оно и на деве и на проде столько держит, и все это знают, на деве больше 100 не дают - а на проде там автомасштабирование под это сконфигурировано. И тоже самое про всё остальное. А вот допустим у тебя по памяти лимиты разные - так вот разраб зашивает свой лимит в код как дефолт, а ты для конфига прода его меняешь. И таким образом разраб знает где своё значение найти, и у тебя оно задано, как тебе надо
источник