AS
Найду очки и тогда погуглю это
Size: a a a
2020 May 23
AS
Если не забуду
B
та я уже 2 день не могу настроить докер на винду так как чето не то происходит, на линухе поставил за 15 мин, по этому лучше не переходи на это зло)
А какая вин? 8 или 10
YT
добрый день
поскажите плиз
я создал бридж сеть
к ней подключен контейнер который на 9000 имеет имеет хттп апи
я стартую центос контейнер в этой же сети и могу пропинговать первый контейнер но до 9000 порта не могу достучаться
в чем моет быть дело?
поскажите плиз
я создал бридж сеть
к ней подключен контейнер который на 9000 имеет имеет хттп апи
я стартую центос контейнер в этой же сети и могу пропинговать первый контейнер но до 9000 порта не могу достучаться
в чем моет быть дело?
ЕФ
Приветствую! Я совсем недавно стал вкатываться в философию докера и стал изучать такую тему как docker way. Как я понял это что-то типа нотации мол у каждого сервиса должен быть свой контейнер. Это понятно, но применяя на практике стал сомневаться, а что есть сервис... К примеру я имею PHP приложение которое обслуживает исключительно API - общается с клиентами методом JSON-Rest и статики там нет вовсе. Стоит ли дробить данный сервис на отдельные контейнеры (веб-сервер, php-fpm, sql-proxy, memcached) или можно это упаковать все в один контейнер, на который уже по http будут проксироваться запросы?
ДК
Приветствую! Я совсем недавно стал вкатываться в философию докера и стал изучать такую тему как docker way. Как я понял это что-то типа нотации мол у каждого сервиса должен быть свой контейнер. Это понятно, но применяя на практике стал сомневаться, а что есть сервис... К примеру я имею PHP приложение которое обслуживает исключительно API - общается с клиентами методом JSON-Rest и статики там нет вовсе. Стоит ли дробить данный сервис на отдельные контейнеры (веб-сервер, php-fpm, sql-proxy, memcached) или можно это упаковать все в один контейнер, на который уже по http будут проксироваться запросы?
А потом если у тебя появится какой нибудь еще микросервис, которому нужен кеш, будешь и ему его отдельно ставить?
ДК
Вопрос переиспользования как минимум
ДК
И общих ресурсов
ЕФ
А потом если у тебя появится какой нибудь еще микросервис, которому нужен кеш, будешь и ему его отдельно ставить?
Врядли - там узкоспециализированное кеширование
ЕФ
Врядли внешние сервисы будут его использовать
ЕФ
Но в принципе можно его и вынести
ЕФ
Но если вернуться к основному вопросу - разбивать сей конструкцию или можно слить вместе связку веб-сервера, php-fpm и sql-proxy как одну службу API для дальнейшего проксирования?
A*
Приветствую! Я совсем недавно стал вкатываться в философию докера и стал изучать такую тему как docker way. Как я понял это что-то типа нотации мол у каждого сервиса должен быть свой контейнер. Это понятно, но применяя на практике стал сомневаться, а что есть сервис... К примеру я имею PHP приложение которое обслуживает исключительно API - общается с клиентами методом JSON-Rest и статики там нет вовсе. Стоит ли дробить данный сервис на отдельные контейнеры (веб-сервер, php-fpm, sql-proxy, memcached) или можно это упаковать все в один контейнер, на который уже по http будут проксироваться запросы?
1 контейнер = 1 один процесс, то что ты выше написал идет в корне в разрез с идеалогией докер
ЕФ
А что например делать с кодом? Помещать внутрь контейнера и веб сервера, и php-fpm?
ДК
А что например делать с кодом? Помещать внутрь контейнера и веб сервера, и php-fpm?
вольюм подключаешь
A*
А что например делать с кодом? Помещать внутрь контейнера и веб сервера, и php-fpm?
в проде помещать внутрь контейнера на этапе билда контейнера, в дев окружении можешь монтировать папку
ЕФ
в проде помещать внутрь контейнера на этапе билда контейнера, в дев окружении можешь монтировать папку
ну вот получается на проде будет копия кода и в контейнере веб сервера и php-fpm?
A*
а зачем код и там и там?
ЕФ
Веб серверу же надо понять что он должен отдать запрос php-fpm
ЕФ
он же это чекает по расширению .php