
Yevhen
18.05.2018
21:12:25
А какой выбор?

Антон
18.05.2018
21:13:20
А какой выбор?
У меня его нет. Так как я вообще программист (( а девопса найти не могут
Я даже незнаю альтернатив
Вот решил спросить у тех кто знает

Google

Yevhen
18.05.2018
21:14:10
Размер бд какой

Антон
18.05.2018
21:20:55
10 гиг
Я через pipe делаю дамп и рестор без сохранения файла

Ivan
18.05.2018
21:22:04
10 гб это реально дохуя
ой
много
что из этих даннхы постояннноя оперативе?
бля пайн

Антон
18.05.2018
21:23:40

Ivan
18.05.2018
21:23:51
нода?
Я тебя не понимаю
ты постоянно в бд лезишт за инфой? или есть источники которые распределят и3нформациюфчфф
?\
я просто с турции ))\

Google

Антон
18.05.2018
21:37:09

zigmund
19.05.2018
13:30:14
И ты здесь)

Alibek
19.05.2018
13:46:41
Yep)

Artem
19.05.2018
17:22:49
только начал осваивать докер, сам разраб, пытаюсь поянть как построить процесс, то есть разрабатывать приложение (пока у меня nodejs и mongo) внутри запушенных контейнеров сразу, или можно разрабатывать классическом образом, потом создавать докер файлы, композить и отправлять на сервер?

Евгений
19.05.2018
17:26:05
Ты запускаешь все сторонние приложения в контейнерах.
А разрабатывать можешь как обычно, когда закончишь создаёшь докерфайл и собираешь образ.
Потом можно докеркомпос для описание взаимодействия контейнеров.

Dima
19.05.2018
17:26:42

Artem
19.05.2018
17:27:38
я почитал вроде некоторые запускает конйтенры и в них разработку ведут, ну как то еще не понял процесс настройки

Евгений
19.05.2018
17:28:02
Типа заменять MAMP.
А разработку ты можешь вести как обычно.

Artem
19.05.2018
17:30:11
спасибо, а как лучше? теоритически кажется лучше вести разработку сразу в контейнерах, я так понимаю потом это всё собирается в образ, отправляется на сервер и там разворачивается, так происходит?

Евгений
19.05.2018
17:30:52
Решаешь сам, но я считаю лучше вести разработку как обычно, а потом уже собирать образы.

Artem
19.05.2018
17:32:33

Евгений
19.05.2018
17:34:04

Sergey
19.05.2018
17:34:36
а кто мешает билдить код по дефолту но в контейнеры с гита?

Jentry
19.05.2018
17:34:59
"разработка в контейнерах" это дичь полная, обычно сторонние сервисы подымаешь в докере, но приложение свое пишешь как обычно

Sergey
19.05.2018
17:36:09

Artem
19.05.2018
17:36:28
ага кажется начинаю понимать, на сервере просто пересобирать образ и данные апа из репы подтягивать

Google

Jentry
19.05.2018
17:36:35
Чтоб "разрабатывать в контейнерах" тебе придется volume подключать, а в проде это плохой паттерн

Sergey
19.05.2018
17:37:48

Artem
19.05.2018
17:38:15
я правильно ж понимаю, мне для деплоя даже гонять ничего на сервер не надо, просто одинаковые докер файлы на локалке и сервере держать, на сервер просто тянуть данные с репы и пересобирать и запускать заново контейнеры?

Serg
19.05.2018
17:39:26
Билдить на проде не очень хорошо.

Евгений
19.05.2018
17:39:31
Да ты просто на докер-хаб потом кидаешь образ и деплоишь на сервер.

Jentry
19.05.2018
17:39:31

Евгений
19.05.2018
17:39:41
Собирать каждый раз по новой муторно.

Sergey
19.05.2018
17:40:04

Artem
19.05.2018
17:40:13

Admin
ERROR: S client not available

Jentry
19.05.2018
17:40:28

Jentry
19.05.2018
17:43:00
в общем фулл микросервисы нифига не аргумент, локально быстрее и удобней, тем более отлаживать иначе нельзя

Sergey
19.05.2018
17:44:39

Jentry
19.05.2018
17:46:12
я не понял даже, как у него получается собрать разные версии

Sergey
19.05.2018
17:47:52
ну деплой поди с разных реп или веток идет

Jentry
19.05.2018
17:48:48
ну да, еще в принципе, если он сделает dep ensure в докерфайле, то без гарантии vgo повторяемости сборки не будет
@livemirsi короч мы тебя не поняли, накидай хоть что за стек и в чем именно сложность повторяемости сборок


Artem
19.05.2018
17:59:48
товарищи, я фронтенр, сейчас надо делать апп с серверным рендерингом,
пытаюсь осмыслить как мне это всё провернуть,
по сути у меня nginx,nodejs,mongodb,elasticsearch,
получается 4 контейнера, по идеи собираю образ отправляю на сервер там разворачиваю тестовый или продакшен.
Пока размышляю над чем, как вести разработку:
1. сразу у себя запускать контейнеры цыплятся к ним, что бы была консоль ноды, монги, и там всё это хранить сразу,
так же непонятно, код апа пушить в гит с контейнра прямо надо будет или как)
2. Разрабатывать приложение nodejs приложение у себя на локалке, при сборке образа упаковывать в контейнер и отправть на сервер
3. Или просто пушить код в репу, на сервере просто подтягивать свежий код и пересобирать образ и запускать его.
И пока по самому процессу деплоя у меня туман, может посоветуйте какие нить толковые материалы с best practices.
Много материала, что такое докер, как создать nginx контейнер с html страничкой, а вот по практике что то совсем не могу найти классных материалов.


Jentry
19.05.2018
18:05:43
1. Разворачивай, цепляйся, для монги не забывай сделать volume, чтобы данные хранились у тебя на фс, не в контейнере
2. Разница лишь в том, как тебе удобно:
a) ты можешь прокинуть код через volume
b) ты можешь на каждый чих собирать образ и деплоить стек
c) можешь локально запускать, но тогда все контейнеры из 1) должны быть выброшены портом наружу (expose)
В мире белых людей часто используется c), но никто не будет сильно ругать на другое - всем пофигу как ты разрабатываешь
3) Код в репу ты обязательно пушь
У тебя есть докер и развязанные руки, можешь просто docker-compose юзать, что проще, можешь swarm, можешь k8s - тебе нужно определиться, чего ты ждешь. Если нужно просто условно заказчику поставить резульатат работы - хватит и просто собрать образ, выкинув в ENV все необходимые параметры для запуска

Google

Sergey
19.05.2018
18:05:54
ELK в докере это какой то изврат как по мне, чересчур, проще раннер на ансибл закатать для него

Jentry
19.05.2018
18:06:47
про elk там не было, был elastic, это не одно и то же, elastic быстро и просто запустить в докере

Artem
19.05.2018
19:14:05
о спасибо, кажется начинаю понимать как организовать базу, еластик,вебсервер в контейнеры портами наружу на дев поднятие, а для build приложение тоже в контейнер и тогда порты можно внутри докера организовать, после собираю образ и деплою его.

Sergey
19.05.2018
19:20:46
лучше бросить это г и ставить k8s
там проще будет

Jentry
19.05.2018
19:42:18
k8s по существу зона ответственности девопса/админа, но не разработчика

Sundmoon
19.05.2018
20:11:09
Помогите врубиться. Виндузоид, новичок в докер, запускаю экспериментальные фичи docker4windows (—platform=linux). Иду по линуксячьим курсам, некоторые линуксовые контейнеры стартуют аналогично линуксовому докеру, а иные моментально завершаются. В логах типа Likely root cause: java.nio.file.AccessDeniedException: /usr/share/elasticsearch/data/elasticsearch/nodes/49/node.lock
Как быстро пофиксить мое окружение, чтобы контейнеры из существующих линуксовых образов были им довольны и работали?
Полагаю, что надо дать им volume. Есть вот такой пример
'--volume', 'C:\Images\nuget\database:/var/www/db'
'--volume', 'C:\Images\nuget\packages:/var/www/packagefiles'
Можно ли заранее узнать линуксовые директории, которую надо пробросить - или только методом тыка? Типа /usr/share/elasticsearch/data/elasticsearch


K
19.05.2018
20:21:54
1. Разворачивай, цепляйся, для монги не забывай сделать volume, чтобы данные хранились у тебя на фс, не в контейнере
2. Разница лишь в том, как тебе удобно:
a) ты можешь прокинуть код через volume
b) ты можешь на каждый чих собирать образ и деплоить стек
c) можешь локально запускать, но тогда все контейнеры из 1) должны быть выброшены портом наружу (expose)
В мире белых людей часто используется c), но никто не будет сильно ругать на другое - всем пофигу как ты разрабатываешь
3) Код в репу ты обязательно пушь
У тебя есть докер и развязанные руки, можешь просто docker-compose юзать, что проще, можешь swarm, можешь k8s - тебе нужно определиться, чего ты ждешь. Если нужно просто условно заказчику поставить резульатат работы - хватит и просто собрать образ, выкинув в ENV все необходимые параметры для запуска
У меня вопрос в тему, я думал в моём случае разделить на: nginx, 3 три микросервиса ноды (логин и прочее, майн и таскера) и ssr на вуе, всё это организовать через нгин как прокси.
Думаю как задать всё это в композере или надо делать каждому контейнеру свой Dockerfile потов в ручную создавать а в конпозере организовать всё это в docker network
Встретился с проблемой как секреты распределять разные по всем, чтобы не видно было в скриптах докера или композера
или делать через ключи
если через ключи в душе не имею в какую сторону смотреть


Jentry
19.05.2018
20:27:10
Довер-вей - по процессу на контейнер, так что да, будет 3 образа и 3 докер-файла
Сразу docker-compose с одной сеткой, это лучше и удобней, чем запускать независимо, плюс сразу начинаешь использовать резолвер (контейнер доступен по простому читаемому имени)
Секреты для начала можно таскать через ENV, но если хочется сугубо прода - смотреть в consul, vault etc
А, ну собственно какой-нибудь монги и эластика может хватить ванильных с докерхаба, просто конфиг подмонтируй и volume