Dmitriy
и то вопрос еще, у меня вот уберджары - и я не могу придумать, нафига мне их в докер пихать
Seva
и то вопрос еще, у меня вот уберджары - и я не могу придумать, нафига мне их в докер пихать
ну у нас тоже есть. Вопрос унификации сборки\доставки приложения
Dmitrii
Просто все советы по докеру, ИМХО на уровне "Hello world", что в Интернете, что в этом чате. Реальный case-study, взвешанный я по-моему еще не видел.
Evgeny
докер молод
Dmitriy
у вас _тоже_, а у нас _только они_ :)
Dmitrii
Типа "напишите Докерфайл и докер/рокер компоуз"
Dmitrii
А дальше ибитесь как хотите.
Seva
ну а что? Везде есть нюансы
Seva
типа нельзя как-то описать сложную инфраструктуру так чтобы она была не мимо кассы
Dmitriy
вон скоро опять митап от баду про докер
Dmitrii
Вам в DC хорошо там)
Alexander
Просто все советы по докеру, ИМХО на уровне "Hello world", что в Интернете, что в этом чате. Реальный case-study, взвешанный я по-моему еще не видел.
просто у большинства людей проекты мелкие и им что Docker, что просто всё на 1 сервер положить - всё будет работать
Magistr
+1 за разделение сервисов и данных, и данные без докера
Ivan
Где бы лучше почитать про то, что такое pacemaker/corosync? И зачем оно надо.
Alexander
собственно о чём и речь - есть , условно, сотня-две компаний, которым и правда нужно серьёзно, а большинству хватило бы и 1 жирного сервера вообще под все задачи компании
Ivan
лучше сразу закопать
спасибо, я предложу CTO
Dmitriy
спасибо, я предложу CTO
это будет лучшим решением 2016 года, айм сириоуз
Evgeny
Я сам не крутил, поэтому не могу говорить уверенно, но если есть нормальный volume driver который позволит нормально снихронизировать данные между хостами, то тема с БД в докере начинает быть полезной.
Seva
лучше сразу закопать
хм. А какие альтернативы? А то я не знаю
Алексей
Чят, ты знаешь узкие места билдера тимсити на windows платформе или здесь это дурной тон?
Dmitrii
ну то есть вопрос доставки, если у тебя с хранилищами остро встает вопрос доставки приложения и зависимостей, то докер это неплохое решение
Так ведь при клиент-серверной архитектуре, вопрос вирсий/зависимостей не стоит так остро. Например приожение-база данных. Почему в таком случае база данных должна быть тоже захуярена в докер?
Seva
тут всё тоже самое что и с обычным приложением
Evgeny
А вот стороннее решение - почему нет
Dmitriy
хм. А какие альтернативы? А то я не знаю
свои костыли и велосипеды
Seva
ну суть в том что нет разницы база в контейнере или нет
Seva
свои костыли и велосипеды
вот их и закапывай :)
Alexander 🐕
Зукипер
Dmitrii
ну суть в том что нет разницы база в контейнере или нет
Суть в том что все (читай практически все) в продакшене запихивают все в докер, вообще ВСЕ. А потом на каждом углу расссказывают, как им заебись.
Pavel
Чят, ты знаешь узкие места билдера тимсити на windows платформе или здесь это дурной тон?
у нас вроде что-то было для WP, с агентами на винде не было проблем
Dmitriy
вот их и закапывай :)
keepalived есть еще
Seva
Чему, пейсмейкеру?
ага. А то говорят закапывай :)
Alexander 🐕
И etcd
Dmitrii
Вот взять того же Овчинникова )
Seva
И etcd
ой да ну. То есть ты будешь менять ip через etcd? или через зукипер?
Dmitriy
Сева, ты не прав
Алексей
у нас вроде что-то было для WP, с агентами на винде не было проблем
Аналогично, сейчас билдим WP10 и по четыре минуты убивается на билд, приложуха 10М всего.
Dmitriy
пейсмейкер избыточно сложен для почти всех задач
Dmitrii
ну мы почти всё запихнули в докер и нам заебись. Что тут не так?
У вас есть хоть один докер контейнер в котором крутится больше одного процесса?
Dmitrii
У вас докер контейнеры имеют группировку?
Seva
например :)
Dmitriy
а решают им обычно вопросы фейловера и смены айпишника
Alexander
У вас есть хоть один докер контейнер в котором крутится больше одного процесса?
официальный образ гитлаба — вещь в себе. там всё крутится
Dmitrii
да, nginx.
О... В вашем подходе есть лучик света. Как раз те самые атомарные еденицы, о которых я тут распинаюсь.
Seva
например потому что при обновлении только одного компонента на каком-то раннем этапе сборка проебывается кеш и всё пересобирается
Evgeny
О... В вашем подходе есть лучик света. Как раз те самые атомарные еденицы, о которых я тут распинаюсь.
Эти атомарные единицы, на мой взгляд, это что-то среднее между монолитом одного сервера и микросервисами раскиданными по многу серверов. И имаджи в которых много всего это оттуда попытка адаптировать
Alexander
а так я для дома собирал rtorrent+rutorrent, всё в одном контейнере. Мне чисто задолбало хранить конфиги :)
Alexander
от задачи зависит
Dmitrii
Эти атомарные единицы, на мой взгляд, это что-то среднее между монолитом одного сервера и микросервисами раскиданными по многу серверов. И имаджи в которых много всего это оттуда попытка адаптировать
Раскидывание сервисов по разным серверам, которые реально по факту должны жить бок о бок влечет только больше проблем. Начать можно с сетевых.
Alexander
а alpine кто нить унутре юзает?
Evgeny
унутре?
Alexander
унутре?
унутре контейнера :)
Evgeny
в твоем, видимо, случае атомарные еденицы имеют смысла.
Dmitrii
вот я об этом и говорю. разные подоходы к арзитектуре приложения
Но ведь один из них тогда получается - антипаттерн.
Seva
А что у вас НЕ в докере?
mysql, часть nginx\hfproxy которые недоперенесли и несколько старых сервисов
Dmitrii
Который типа имеет право на жизнь но по факту - выстрел в ногу.
Evgeny
Почему? просто применимость разная. существубщие приложения не очень хочетс япереписывать с нуля
Denis
Опять сообщение пропало
Denis
Так, парни, мы затянули с розыгрышем билета на DevConf 2016
Denis
Отпишите кто готов будет перестроить планы и в пятницу туда вырваться
Denis
Давайте розыграем сейчас рандомом
Denis
Поставьте плюс
Lex
а alpine кто нить унутре юзает?
он на musl и это может быть большой проблемой
Alexander
хм... вот и я про него узнал, когда начал ковырять докер :)
Denis
@ptchol ?
Lex
он на musl и это может быть большой проблемой
тот же Tiny Core Linux много интреснее, но вокруг него меньше хайпа