GG
А конфиги - это ставка клиента 'покупать' или 'продавать'
Size: a a a
2019 December 16
GG
😂
VA
А конфиги - это ставка клиента 'покупать' или 'продавать'
GG
насколько я помню гит деградирует в зависимости от размера репозитория
git clone --depth=1 😂
VA
git clone --depth=1 😂
Смекалочка
IM
почему бы и нет, свежее решение. погоняю под нагрузкой. но тут ещё и коммит пуши и подписка на апдейты. Вы предлагаете постоянные пуллы делать?
GG
почему бы и нет, свежее решение. погоняю под нагрузкой. но тут ещё и коммит пуши и подписка на апдейты. Вы предлагаете постоянные пуллы делать?
Вот так с панталыку нельзя сказать ) от задачи зависит
2019 December 17
A
привет всем! думаю распространять конфигруацию получая сообщения в канал и читая его на всех нодах. Думаю сделать через кафку. Кто может знает, хорошее ли это решение? Может лучше напрямую зукипер использовать?
а хашикорп ваулт для этого не подойдет ?
A
централизированно хранить конфигурацию в одном месте самое то
GG
а хашикорп ваулт для этого не подойдет ?
тогда уж consul
GG
vault - для секретов хорош. Для конфигурации в широком смысле он избыточен, кмк
A
да наверное для конфигураций оверхед
Y
А confl kafka когда ожидать?
A
Yuriy
А confl kafka когда ожидать?
Тоже интересно :)
I
vault - для секретов хорош. Для конфигурации в широком смысле он избыточен, кмк
а чем избыточен? его основной плюс что в отличии от консула у него есть версионирование из коробки + иногда разработчикам чоень удобно зайти в уишку и поменять/ добавить параметр создав новуб версию, в консуле конечно это не очень удобно с точки зрения уи (но тут наверное и не предполагается что мы через уи меняем что то, он больше тут видимо для информации)
GG
ну, вот смотри. У тебя вольт лег. Тебе надо unseal ему делать. Сложна! А еще он шифрует конфигурацию. Т.е. это более ресурсоемкая штука
GG
а теперь ответь на вопрос - ты готов ездить в булочную на грузовике?
I
ну, вот смотри. У тебя вольт лег. Тебе надо unseal ему делать. Сложна! А еще он шифрует конфигурацию. Т.е. это более ресурсоемкая штука
да, с ансилом согласен, не очень конечно удобно
AZ
Господа, а я правильно понимаю что кластера ksql с разными ksql.service.id не видят метаданные (стримы) друг друга?
AZ
(я так понимаю они создают эти метаданные из команд топика, который как раз содержит ksql.service.id, то есть видеть не должны, но мб кто-то знает как сделать чтобы видели?)