
Evgeny
11.01.2017
13:06:16
Или обьясни кейс подробнее

Constantine
11.01.2017
19:45:54
народ, а как докер ведет себя со связками бд + кеш + сервер, в случае если все это дело надо масштабировать с мастерами и слейвами? это большой геморой?

Aleksandr
11.01.2017
19:48:58

Evgeny
11.01.2017
20:01:56
Почему не поднимаются?

Google

Constantine
11.01.2017
20:08:18
есть гайды, где можно и реплики поднять и кластеры сделать.
простите, я прочитал туториалы, попробовал немножно магии и хочу захватить мир
но, я не пойму как мне правильно доставлять приложения на сервера. следует ли их упаковывать через composer в связки (например, nginx postgres redis tomcat) и какие проблемы это может вызвать в будущем? сложно ли будет это масштабировать при таком построении приложений?


Виталий
11.01.2017
20:20:55
есть гайды, где можно и реплики поднять и кластеры сделать.
простите, я прочитал туториалы, попробовал немножно магии и хочу захватить мир
но, я не пойму как мне правильно доставлять приложения на сервера. следует ли их упаковывать через composer в связки (например, nginx postgres redis tomcat) и какие проблемы это может вызвать в будущем? сложно ли будет это масштабировать при таком построении приложений?
Если я правильно понял, то тебе достаточно просто запаковывать один процесс в контейнер и масштабироваться будет на порядок проще потом :)
Для начала, да, можно развернуть все на одном хосте, но считать, что у тебя каждый контейнер - отдельный сервер.
А в чем именно ты уже видишь проблему?

Constantine
11.01.2017
20:24:22
в силу своего малого опыта работы с докером проблем пока не вижу, но опасаюась каких-нибудь подводных камней. спасибо, я понял тебя

Виталий
11.01.2017
20:24:54
Вроде тебе ничего не мешает потом с контейнера конфиги скопировать и развернуть схему выстроенную на докерах на реальных машинах :)
То, что я понял - это обазательно заморочиться и сделать один процесс на контейнер для базовых узлов: nginx, fpm, postgree, redis...
Всякие крончики упакой в один контейнер с супервизором, для начала пойдет и так :) Разнести потом по отдельным контейнерам не проблема.

Constantine
11.01.2017
20:27:47
ага, отлично, спасибо!

Igor
12.01.2017
11:32:30
Может кто сталкивался с проблемой и решил для docker for mac beta c 1.13.0-rc5? У меня не получается залогиниться в приватный registry.
docker login -u glci-cloud -p passwd cloud-registry.art.rambler.ru
Error response from daemon: Get https://cloud-registry.art.rambler.ru/v1/users/: dial tcp: lookup cloud-registry.art.rambler.ru on 192.168.65.1:53: no such host
В docker for mac stable все работает
https://github.com/docker/for-mac/issues/1123

Виталий
12.01.2017
14:01:00
Коллеги, подскажите инструменты для доставки кинфигов микросервисам. Я не могу нагуглить, хотя знаю что они есть.
вроде Consul Template, AWS Config.

GNU/Docker
12.01.2017
14:07:36
Ansible, puppet?

Yaroslav
12.01.2017
14:07:50
из окружение, может микросервис читать настройку?

Google

Yaroslav
12.01.2017
14:09:48
мой частный случай, я при стрте контейнера запускал скриптик, который читал окружение и sedил данные в parametrs.yaml

Юрий
12.01.2017
14:09:51
Друзья, сталкивался ли кто-то из вас с проблемами использования postgresql из под laradock(эта штука помогает подружить laravel и docker-compose)?

Yaroslav
12.01.2017
14:10:00
но я php'шник

Виталий
12.01.2017
14:10:14
ха, ты на симфони пишешь?

Yaroslav
12.01.2017
14:10:44
как хобби :)

Виталий
12.01.2017
14:11:01
как хобби :)
не, там вариант такой не прокатит. Надо именно решения программыне по конфиг деливери.

Алексей
12.01.2017
14:26:13
мы у ся в проекте пришли к такому варианту:
конфиг читается последоватлеьно из consul://<prefix>,env:///<prefix>
второе перебивает первое
сервис сам читает конфиг из консула

Юрий
12.01.2017
14:27:25

Evgeny
12.01.2017
14:28:35
доустп не с локала, если что

Виталий
12.01.2017
14:28:39
у нас на проекте предлоагают сделать так. что кинфиги доступны у каждого сервиса по хттп, типа http://config-delivery.domain.com/serviceName_configName.xml но чет фигня какая-то

Алексей
12.01.2017
14:28:58
почему?

Виталий
12.01.2017
14:29:09

Алексей
12.01.2017
14:29:59

Юрий
12.01.2017
14:30:08

Виталий
12.01.2017
14:30:09
почему?
чисто чуйка. Аргументов не имею вот и обратился к знающим.
Хотя как минимум то, что конфиг сервиса это не один файл...

Алексей
12.01.2017
14:30:33
я вижу только необхрдимость кардкода домена

Виталий
12.01.2017
14:30:34

Google

Roman
12.01.2017
14:30:35

Evgeny
12.01.2017
14:30:58
получается, что локально не развернуть?
а если несколько окружений поднимать паралельно?

Юрий
12.01.2017
14:31:18

Виталий
12.01.2017
14:31:24

Evgeny
12.01.2017
14:31:28
я б либо в энв либо в сикрет сторадж клал конфиги

Юрий
12.01.2017
14:32:28

Алексей
12.01.2017
14:32:44

Roman
12.01.2017
14:33:06

Алексей
12.01.2017
14:33:06
видно пароли

Виталий
12.01.2017
14:33:25
с env не очень
а вы о чем сейчас? есть же специальные решения для доставки кинфигов на сервисы.

Evgeny
12.01.2017
14:34:01
Для паролей - сикрет сторадж

Виталий
12.01.2017
14:34:22

Алексей
12.01.2017
14:34:32
сам сервис ?

Виталий
12.01.2017
14:36:01
какие ?
выше же писал про AWS Config, Consul Template, Ansible

Roman
12.01.2017
14:37:56
я аналогично указываю, но мне так и нужно, чтобы порт был открыт на внешку. но хотелось бы с логином паролем коннектиться

Виталий
12.01.2017
14:38:27

Google

Roman
12.01.2017
14:38:52
ip aws инстанции
ну или хостнейм который на него смотрит

Виталий
12.01.2017
14:40:28
угу, ну то есть внешний IP инстанса. Ну 99% что тебя не пускает сам постгрии, копай в ту сторону.
У него в конфигах может быть настроена авторизация только в нутри локалки или еще как-то, я уже не помню.

Юрий
12.01.2017
14:40:36

Виталий
12.01.2017
14:42:11
стоп, я запутался у кого с ларадок проблемы.

Admin
ERROR: S client not available

Виталий
12.01.2017
14:42:15

Юрий
12.01.2017
14:42:48
да

Виталий
12.01.2017
14:42:51

Юрий
12.01.2017
14:43:05
на локалке

Виталий
12.01.2017
14:43:13
вот это репо latest версии подтгреса https://github.com/docker-library/postgres/tree/a00e979002aaa80840d58a5f8cc541342e06788f/9.6

Evgeny
12.01.2017
14:43:25

Виталий
12.01.2017
14:44:05
тут видно что никаких конфигов не заменяется из стандартного постгри. Знаичит там только локалка открыта. А ты считай стучишься по внешнему ИП, так как для контейнера твой локалхост вроде как внешним считается.

Алексей
12.01.2017
14:44:13

Виталий
12.01.2017
14:44:32

Алексей
12.01.2017
14:44:34
да
а не получается больно умным ?
тулзы вторичны

Юрий
12.01.2017
14:45:47

Виталий
12.01.2017
14:48:19

Google

Виталий
12.01.2017
14:48:47
у мускуля вообще может быть был проходной двор в конфигах, заходи кто хочет. У постгри всегда все серьезнее.

Алексей
12.01.2017
14:48:57
по методикам так получается:
* серсвис получает на вход ссылку. в ней конфиг. ссылка может быть http://, service_name:/// сервис в этом случае получается умеет резолвить эти ссылки, читать от туда и определять финальный конфиг.
* сервис получает на вход конфиг. готовый. ничего не знает откуда получился такой вот конфиг
второй вариант на мой взгляд привлекательнее

Юрий
12.01.2017
14:49:17

Алексей
12.01.2017
14:49:54
второй способ оставляет простор для автоматизации

Виталий
12.01.2017
14:50:05

Алексей
12.01.2017
14:50:55
первый сложнее в реализации, менее гибок, с точки зрения гибкости полученного результата и требует знаний по тому как оно всё работает

Danil
13.01.2017
08:19:00
а почему бы и нет, подумал kongkoro https://hub.docker.com/r/kongkoro/pycharm/

Lev
13.01.2017
08:19:29
?

Roman
16.01.2017
11:44:17
а как в dockerfile описать сборку чего-то кастомного?
например, я хочу собрать какую-то библиотеку из сорцов и потом удалить каталог сборки

Roman
16.01.2017
11:45:46
обычные баш команды обернутые в RUN?

Aleksey
16.01.2017
11:46:04
и лучше в сборочном контейнере
из которого бинарник потом уже в целевой положить

Sergey
16.01.2017
11:51:48

Roman
16.01.2017
12:34:30