хотя там с ним есть приколы

ну вот например может ли он TCP? обычный вроде мог

даже учесть что есть платный и бесплатный

плюс там пассивный health вроде

кому-то трафик нравится для http/https

о haproxy есть.

глянь на тот хапрокси что я кинул

там кто-то из больших дядь его юзает

ага, там вроде есть активный healthcheck. в отличие от nginx

угу

ну короче с кубером дело такое как с юниксвеем - куча тулзовин на задачу

да да, понятно

и в 2/3 случаев разница только во вкусе

но мне надож начать с чьего-то мнения

мое мнение - начни с траэфика

если там не много трафика и http онли

если нужен норм tcp - то скорее всего это хапрокси

да. я хочу mqtt гонять.

плюс http(S) тоже

хотя для tcp как-то модель инжест контроллера меньше всего подходит

для tcp проще класический лб или нодпорт

кстати, в новом хапрокси есть дискавери на базе днс срв вроде

можно как-то прикрутить к куберу

а про классический LB. оно изкаропки?

нет

ну кубернетс пологается что у тебя сеть уже есть

(ну мне само собой нужно управлять раутами итд, в дополнение к TCP)

плюс там всякие лб и тп

ну кубернетс пологается что у тебя сеть уже есть

хер ему. Есть 2 голых сервака +. kubespray ?

для внутреней сети есть куча разных овердеев

ну сеть там по дефолту вроде фланель

это для междуподового общения

я поставил weave

что по сети скажешь? (мнение, опять же))

у кубера есть драйвера для парочки облачных провайдеро вс их лб потому когда ты делаешь type=loadbalancer у тебя драйвер дергает апи облака и создается лб

я люблю l3

ибо ничего производительнее чем роутинг пока еще не придумали

у кубера есть драйвера для парочки облачных провайдеро вс их лб потому когда ты делаешь type=loadbalancer у тебя драйвер дергает апи облака и создается лб

видел GCE точно. там еще в доках писали что ELB только для облачных провайдекров

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

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

кстати, недавно я видел что cloudflare умеет load balancing

кто-то юзал?

не

https://support.cloudflare.com/hc/en-us/articles/115003384591-Using-Kubernetes-on-GKE-and-AWS-with-Cloudflare-Load-Balancer

попробую... интересный вариант для BM когда нету балансировщика или возможности float ip

люди знают толк в извращениях

Но сначала.. мне в идеале надо вот это шаблонизировать, да? https://github.com/jcmoraisjr/haproxy-ingress/blob/master/examples/deployment/haproxy-ingress.yaml

да там есть дока

я лично его не юзал

Ну мой вопрос больше по подходу к кубу. Чтобы не запускать kubectl apply, а запустить все через один helm...

ща попробуем. Спасибо большое @p8sih

меня кубцтл всем устраивает

когда еще не было хелма у меня ансибл из темплейта делал нужный фмл и его же дергал

до сих пор на той фирме живет

Я думал так сделат, но хелм типа стандарт ща. так что ок. Может буду дергать хелм из ансибла для пущей гомогенности

мне helm чем-то напоминает публичный докер хаб

а я брезгливый

когда еще не было хелма у меня ансибл из темплейта делал нужный фмл и его же дергал

а зачем сейчас так жить, если хелм нормально справляется с ролью шаблонизатора?

а зачем сейчас так жить, если хелм нормально справляется с ролью шаблонизатора?

есть люди которым не нравится хелм и им так удобнее, я же больше года не живу где-то с кубером

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

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

ну там просто gotpl убог

ну там просто gotpl убог

ну это уже относится к разряду причны)

но согласись, задумка-то хорошая?

кстати, где-то видел обсуждение прикрутить туда джинжу как вариант шаблонизатора

ну и другой предложил юзать ансибл )

ERROR: S client not available

я поржал

кстати да, jinja2 была бы идеальна там

ну посути ansible-container ведь делает похожее

ну вот я и юзал джинжу в составе ансибла, он он рулил шаблонами не для хелма, а кубцтл

только деплой через еще одну прослойку api, ведь так?

ну вот я и юзал джинжу в составе ансибла, он он рулил шаблонами не для хелма, а кубцтл

да, понятно.

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

так что я старый больной извращенец, на которого можно не обращать внимания вообще

тогда тебе должен претить кубер от слова совсем)

тогда тебе должен претить кубер от слова совсем)

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

как бы так сказать

проктолог тоже не в захвоте от всех жоп кто к нему приходит, но это его работа

ну если где-то будет нужен кубер с хелмом - без проблем

любой каприз за ваши деньги

я вот думаю хельм завернуть в ansible

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

я вот думаю хельм завернуть в ansible

извращенец)

Ну в извращениях такого рода и есть истина)

не истина в вине

а серьезно, что, клиент хочет инфру. ты ему полный набор плейбуков и точку входа.

а серьезно, что, клиент хочет инфру. ты ему полный набор плейбуков и точку входа.

не ну каждый решает задачу как он считает нужным

лично я для себя пока не нашел чем мне хелм лучше того же kubectl с темплейтами и ансиблом

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

типа набором готовых проверенных рецептов, не?

типа набором готовых проверенных рецептов, не?

кем проверенных?

это как с имеджами на докер забе, я повторюсь

@kvendingoldo как неспящий юзер хельма, посоветуй, как сделать корневой chart с локальными зависимостиями ? реально ли это?

с докер файлом на 200+ строк

@kvendingoldo как неспящий юзер хельма, посоветуй, как сделать корневой chart с локальными зависимостиями ? реально ли это?

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

это как с имеджами на докер забе, я повторюсь

Ну соглашусь, да. Дописывать еще приходится... Но смотри ,когда несколько клиентов - почему бы не запушить изменения в опенсорс, а использовать оттуда?

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

например есть корневой чарт infra он ставит nginx-ingress, и еще те, что лежат рядом, например чарт elk