Парни, привет. Кто поднимал vulcand на CoreOS?

а зачем он? Я не прикалываюсь, мне правда интересно. Есть же haproxy, например.

чтобы реконфугрить апстримы без гемороя ?

типа сервис зарегался, и автоматически в апстриме появился.

хапрокси тоже так может. Релоад делается без обрыва сессий

давай я спрошу по другому

если бы хапрокси умел конфиг тянуть из консула ты бы пользовался этим ?

точнее список апстримов сервиса.

честно говоря - я не пользовался пока консулом, по этому не смогу ответить на этот вопрос. конфиги хапрокси мне генерирует SCM - chef или ansible. Но я обязательно поковыряю консул и выясню, почему все так на него молятся

если бы хапрокси умел конфиг тянуть из консула ты бы пользовался этим ?

Пока только consul-template :/

честно говоря - я не пользовался пока консулом, по этому не смогу ответить на этот вопрос. конфиги хапрокси мне генерирует SCM - chef или ansible. Но я обязательно поковыряю консул и выясню, почему все так на него молятся

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

а консул просто описал все эти асбтракции у которых все были в голове и так уже давно

а консул просто описал все эти асбтракции у которых все были в голове и так уже давно

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

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

рили ? А можно примеры ?

Дак много же и правда. Особенно там, где за тысячи хостов.

Парни, привет. Кто поднимал vulcand на CoreOS?

Судя по issues vulcand лучше брать https://traefik.io/ В проде кто-то юзал?

неа, но тесты показали что он по производительности почти такой же как nginx

Дак много же и правда. Особенно там, где за тысячи хостов.

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

точнее даже не стейтов сервисов, а когда у нас был кейс, в котором у нас сотни машин, каждую минуту регили и разрегивали сервисы.

а в классической модели использования вроде все классно было. Н омы с ним живем с 0.5 тока, что раньше было хз.

consul бы умел vcs цены бы ему небыло

а так получается что конфиги нифигане версионированы

хрен его знает какое значение было вчера и какое позавчера.

мы же знаем что версионирование это сложно )

и это как бы превращение консула в постгрю ))

а эти сервисы только для кластеров актуальны? vulcand / traefik

у меня есть немного похожий вопрос - вы каждый проект (допустим, состоящий из трёх контейнеров web(nginx/Apache, раздаёт статику из data volume, проксирует к app) + app (php/python/ruby) +db (mysql/mariadb/postgres ... )) собираете на отдельном айпишнике (1 вариант), делаете единый nginx для всех проектов (2 вариант) или же делаете второй (единый) вебсервер перед каждым контейнером с nginx (на чём? ещё 1 nginx или что-то другое? вот эти vulcand / traefik тут подойдут?) (3 вариант)

все по разному делают )

у vulcand / traefik есть какие-либо преимущества перед nginx? в ситуации, когда конфиги заранее известны и их можно просто положить в образ nginx на этапе сборки этого образа (то есть confd, получение данных из etcd и прочее такое не актуально)?

у vulcand / traefik есть какие-либо преимущества перед nginx? в ситуации, когда конфиги заранее известны и их можно просто положить в образ nginx на этапе сборки этого образа (то есть confd, получение данных из etcd и прочее такое не актуально)?

Модно и хипстерно

А если без шуток, traefik полностью stateless. Можно вешать много инстансов на один etcd

у vulcand / traefik есть какие-либо преимущества перед nginx? в ситуации, когда конфиги заранее известны и их можно просто положить в образ nginx на этапе сборки этого образа (то есть confd, получение данных из etcd и прочее такое не актуально)?

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

В прод такое страшновато, но у себя уже играюсь

слово перифирия неправильное )

так вот, этот "граничный nginx" удобно держать в виде traefik

по факту его роль, это такой глобальный балансер

точнее даже роутер

Also, ребят, нужна помощь. Можете оценить, нужен ли мой велосипед кому-нибудь кроме меня?

Короче, нужно было сделать мониторинг доступности Постгри, Эластика, Кафки и ещё много чего. Запилил велосипед, коннектящийся к базам, делающий тестовый запрос и алертящий на почту и в слаку, если что не так. Так вот, возникла идея расширить это на все живые БД/другие приложения, прикрутить кучу выходов для алертов и выложить в виде одного jar'ника/docker контейнера. Ну, типа, одной кнопкой и без геморроя.

мне нафиг не нужно такое ) сорян)

для резюме сойдет :)

В прод такое страшновато, но у себя уже играюсь

А чем traefik от vulcand отличается?

Необходим BGD

а что такое BGD?

что-то не гуглится)

сине зеленый деплой )

Все как завещал старик Мартин)

нагуглил) спасибо)

стыдно такое не знать как бэ...

он эникей из малого бизнеса :)

стыдно для кого?

я менеджер вообще-то

сам ты эникей)

Стыдно не знать тому, кто споры устраивает част ов этом чате )

что-либо не знать не стыдно)

А чем traefik от vulcand отличается?

Ну как: он умеет ходит ьи в консул и в etcd, у него красивая вебморда, и еще звездочек больше на гитхабе. И при все этом меньше заведенных ишью. Что еще для счастья надо )

Стыдно не знать тому, кто споры устраивает част ов этом чате )

чтобы успешно выполнять задачи, связанные с управлением, не обязательно в деталях знать каждую вещь, уметь её настраивать и так далее, методы управления везде одинаковые, тут хоть сервисы деплоить, хоть самолёты строить, принципы управления везде одни и те же, везде разная специфика (то есть вот эти менеджерские вещи типа ITIL, BPMN, ARIS, IDEF, Agile - они довольно универсальные, в том или ином виде можно применять везде, просто где-то это оверхёд), это как в программировании - выучил 1 язык, потом выучишь и остальные легко... а если смотреть на мир с позиции "стыдно не знать", тогда появится фобия "стыдно задавать вопросы", а значит человек будет останавливаться в развитии, гораздо лучше смотреть на мир с позиции "я ничего не знаю, вот сейчас узнаю что-то новое, но я по-прежнему останусь чайником и потом снова буду спрашивать какие-то другие вещи", с точки зрения маркетолога многие люди (в том числе в этом чатике) говорят глупости (например, про те же CMS или shared-хостинг), но какой смысл останавливать внимание на этом?))

у меня есть немного похожий вопрос - вы каждый проект (допустим, состоящий из трёх контейнеров web(nginx/Apache, раздаёт статику из data volume, проксирует к app) + app (php/python/ruby) +db (mysql/mariadb/postgres ... )) собираете на отдельном айпишнике (1 вариант), делаете единый nginx для всех проектов (2 вариант) или же делаете второй (единый) вебсервер перед каждым контейнером с nginx (на чём? ещё 1 nginx или что-то другое? вот эти vulcand / traefik тут подойдут?) (3 вариант)

какой ужос

какой пиздец

надеюсь никогда не будете строить самолеты

ояебу

я был не слишком краток? :)

это как недавняя статья "18 человек из миллиона - в пределах погрешности"

смотрю на traefik/vulcand и хочется блевать.

чойта

чойта

да у меня уже смузи по экрану сочится... устал вытирать.

а если серьёзно, то на более-менее приличной нагрузке оно сложит лапки.

надеюсь никогда не будете строить самолеты

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

а если серьёзно, то на более-менее приличной нагрузке оно сложит лапки.

https://github.com/containous/traefik/blob/master/docs/benchmarks.md м ?

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

да да да. можно нихуя не понимат ьи управлять. аха.

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

да да да. можно нихуя не понимат ьи управлять. аха.

я эти слова перефразирую так: инженеры должны быть умнее менеджеров

фобия задавать вопросы - плохо. Александр, но твои вопросы и ответы тоже плохо. здорово когда ты расказываешь про свой опыт, плохо что этот опыт неуниверсален, а ты предлагаешь его именно под таким соусом.

ну или его так воспринимают

Алексей, я как раз ничего не предлагаю

мне в целом без разницы, будет ли мой опыт кто-то использовать или нет (кто-то будет, кто-то нет - это выбор каждого)

Всем добра. а я пойду мышцы ростить )

ну или его так воспринимают

вот с этим я согласен, не понимаю, почему кто-то мои слова воспринимает как призыв к действиям последовать моему примеру и сделать у себя так же, как сделано у меня... я решаю эффективно *свои* задачи, если моё решение перетащить куда-то в другое место - там оно уже не будет эффективным... именно поэтому в компаниях и заказывают (перед внедрением той же ERP) консалтинг, потому что не все бизнес-процессы хорошо ложатся в те технические решения, которые существуют на рынке и тут надо переделывать или эти процессы или решения

наверное это связано с форматом того как мыслят люди в этой тусовке. в ней принято делится best practices, тоесть переносимым опытом.

так же довольно важен факт того что критика порой даже не конструктивная не редко ведет к появлению лучше йпрактики в той или иной задаче.

а решения предлагаемые тобой выглядят эм...