@docker_ru
Docker — русскоговорящее сообщество

Обсуждаем вопросы, посвященные Docker🐳, Docker Swarm и всей экосистеме. Обмениваем идеями, новостями и решаем пробемы. Вам могут быть полезны: @coreos_ru, @kubernetes_ru, @devops_ru, @rkt_ru Рекомендуем сразу отключить уведомления для удобства

2608 members

Архив канала @docker_ru 2 марта 2017 г.

01:21:56 ДП
User 114944253
User 61193397
Это не нативно. ECS - это дополнительный оверхед над EC2. В Амазоне нет плюшек от использования ECS, этот сервис нужно использовать ТОЛЬКО, если у тебя есть серьезные требования к безопасности разворачиваемого в контейнерах приложения. ECS запускает отдельный контейнер в отдельной ВМ, что дает возможность гибко контролировать политики доступа в IAM. Но тонну контейнеров в одной ВМ запустить не получится.
Интеграция с ELB и CloudWatch это довольно много
02:38:26 ПП
User 268804348
http://stackoverflow.com/questions/21721495/how-to-deploy-correctly-when-using-composers-develop-production-switch/21722205#21722205
stackoverflow.com/questions/21721495/how-to-deploy-correctly-when-using-composers-develop-production-switch/21722205
Composer has the option to load several dependencies only while being in development, so the tools will not be installed in production (on the live server). This is (in theory) very handy for scripts
02:39:08 ПП
User 268804348
он прав ?
05:12:23 ПП
User 108296207
Аргументы какие-то смешные, но сама мысль здравая. Композер задействует кучу внешних репозиториев, и никто не гарантирует, что они будут в том же самом состоянии в момент деплоя на продакшн, что и при тестировании. Более того, некоторые репозитории могут вообще быть удалены, если например проект старый, и долгое время релизов не было.
05:15:36 ПП
User 108296207
Частично проблема решается при использовании capistrano. Если чего-то нет, т.е. нужного репозитория, ветки, или коммита, то install тупо не пройдёт, и релиз откатится. После этого нужно будет решать проблему. Править код, менять бандл на другой, обновлять чего-нибудь, или же тупо выковырять нужную версию пакета с того сервера, на котором она есть (напр., тестовый, или текущий продакшн), положить в свой локальный репозиторий, и ставить потом оттуда.
05:17:36 ПП
User 108296207
В докер-контейнер всё загнать, т.е. приложение вместе со всеми вендорами - тоже вариант, в принципе)
08:24:31 ПП
User 47194415
прост не над юзать composer для прода и для финального тестирования
08:29:34 ПП
User 108296207
User 47194415
прост не над юзать composer для прода и для финального тестирования
Да, именно это там и написано) Вопрос был в том, так это, или нет.
10:02:47 ПП
User 50043787
котаны, есть вопрос по приватному репозиторию докера
10:04:06 ПП
User 50043787
в мануалах написано, что при создании сертификатов для секурного подключения, нужно в инфе сертификатов указывать домен, к_которому/на_котором крутится репозиторий
как быть если домена нет? есть только ip и порт, торчащий наружу
10:05:00 ПП
User 50043787
корневой/серверный/клиентский сертификаты естессно самопальные