| 1.1, Аноним (-), 13:04, 30/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
Они вроде в этом релизе планировали добавить цепочку DOCKER_USER в iptables. Добавили, нет, кто-нибудь в курсе?
| | |
| 1.2, Аноним (2), 13:29, 30/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Когда уже решат проблему при релоаде правил iptables и применения docker-правил в него?
| | |
| 1.3, QuAzI (ok), 13:30, 30/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
 Когда оно уже устаканится и там перестанут ломать всё по диагонали?
| | |
| |
| 2.10, Аноним (-), 21:22, 30/06/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Тогда, когда наконец введут адекватный способ узнать id контейнера внутри этого себя самого не через cgroups. Там от версии к версии меняли пути в /proc, народу после обновлений приходилось всё чинить, судя по тому, что я видел на stackoverflow.
| | |
| |
| 3.18, нах (?), 09:31, 01/07/2017 [^] [^^] [^^^] [ответить]
| +/– | |
> В этот раз поломали на отличьненько
жадный неплательщик бабок правильным пацанам - должен страдать (если присмотреться к патчу - поломали только в CE)
if strings.Contains(v1, ceEdition) && !strings.Contains(v2, ceEdition) {
break things and report unrelated trash instead directly showing what's wrong
}
зато на go. Тестами, очевидно, CE не покрыт вообще никак. Пипл схавает и так.
| | |
|
|
| 1.4, Аноним (-), 13:43, 30/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
>реализующего идею построения систем контейнерной изоляции в виде набора связываемых между собой универсальных компонентов.
выглядит как превращение в глючного монстра
| | |
| |
| 2.5, Аноним (-), 15:15, 30/06/2017 [^] [^^] [^^^] [ответить]
| +/– |
Выглядит как неспособность автора новости выразить свою мысль.
| | |
| 2.17, нах (?), 09:21, 01/07/2017 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> выглядит как превращение в глючного монстра
докер не может превратиться в то, чем изначально и был.
| | |
|
| 1.9, Аноним (-), 21:19, 30/06/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Уже пару недель используем "--build-arg", но жаль нет аналога, который будет работать только на пересобираемые строки Dockerfile. Изменение аргумента влечёт за собой полную пересборку всех слоёв, хотя в рамках задачи требуется пересобрать слои только согласно изменённым строкам.
| | |
| 1.12, ALex_hha (ok), 01:06, 01/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 > В команде "docker build" реализован флаг "--build-arg", позволяющий установить переменные для сборки, определённые в файле Dockerfile;
не понял, о чем речь, эта опция есть и в 1.12
# docker -v
Docker version 1.12.6, build 78d1802
# docker build --help | grep arg
--build-arg value Set build-time variables (default [])
> Изменение аргумента влечёт за собой полную пересборку всех слоёв
нет, не влечет ;)
# docker build --build-arg ARG1=123 .
Sending build context to Docker daemon 8.704 kB
Step 1 : FROM alpine
---> 665ffb03bfae
Step 2 : RUN echo "Add another layer"
---> Using cache
---> 0af0c3c6b816
Step 3 : RUN echo "And another one"
---> Using cache
---> 1478a7423bc0
Step 4 : COPY xvfb-run /tmp
---> Using cache
---> bc1be1f394c9
Step 5 : ARG ARG1
---> Using cache
---> 6627f647b55c
Step 6 : RUN echo "ARG1=${ARG1}"
---> Using cache
---> 622ecbd7b0dc
Successfully built 622ecbd7b0dc
Меняем параметр
# docker build --build-arg ARG1=1234567 .
Sending build context to Docker daemon 8.704 kB
Step 1 : FROM alpine
---> 665ffb03bfae
Step 2 : RUN echo "Add another layer"
---> Using cache
---> 0af0c3c6b816
Step 3 : RUN echo "And another one"
---> Using cache
---> 1478a7423bc0
Step 4 : COPY xvfb-run /tmp
---> Using cache
---> bc1be1f394c9
Step 5 : ARG ARG1
---> Using cache
---> 6627f647b55c
Step 6 : RUN echo "ARG1=${ARG1}"
---> Running in 6cefcfd1c15a
ARG1=1234567
---> b076ab7b6bec
Removing intermediate container 6cefcfd1c15a
Successfully built b076ab7b6bec
и о чудо, первые 4ре слоя не пересобирались
| | |
| |
| 2.20, Аноним (-), 14:32, 01/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Только что сам проверил, работает. Неожиданно. Недели полторы назад пересобирался целиком образ, что доставляло много неудобств. Не знаю, что поменялось, но это сильно облегчает жизнь. Спасибо за тест.
| | |
| |
| 3.22, ALex_hha (ok), 14:45, 01/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
> Только что сам проверил, работает. Неожиданно. Недели полторы назад пересобирался целиком
> образ, что доставляло много неудобств. Не знаю, что поменялось, но это
> сильно облегчает жизнь. Спасибо за тест.
Я думаю вам понятно, что пересобираются все слои, которые идут за соотв ARG параметром. Поэтому местоположение аргумента в докерфайле играет большое значение ;)
| | |
| |
| 4.23, Аноним (-), 15:43, 01/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
В нашем случае большой роли не играет, это просто переменные окружения http{,s}_proxy, необходимые для установки пакетов на рабочем месте. Для остальных случаев используется динамически формируемое название контейнера (архитектура, дистрибутив, версия, ветка). Таким образом, кэш практически никогда не меняется, если только не добавляется новая зависимость.
| | |
| |
| 5.24, Аноним (-), 19:09, 01/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Поправка, предыдущий тест не достоверен, я забыл выключить прокси, поэтому ничего не пересобиралось. А из-за зависания ОС при выключении пришлось делать грубое выключение и потёрся пропал кэш и проверять долго... Потом перепроверю, но скорее всего я изначально был прав, пересобирается всё, т.к. аргумент интерпретируется как переменная окружения для всех команд. Видимо явное указание аргумента меняет схему. Попробуйте стереть строчку "ARG ARG1" ради интереса.
| | |
|
|
|
|
| 1.13, ALex_hha (ok), 01:17, 01/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
А почему в новости нет реально полезной фичи - Multi-stage builds? Которая позволяет в одном Dockerfile описать несколько контейнеров, а в финальном использовать только нужные папки/файлы из промежуточных
FROM node:latest AS storefront
WORKDIR /usr/src/atsea/app/react-app
COPY react-app/package.json .
RUN npm install
COPY . /usr/src/atsea/app
RUN npm run build
FROM java:8-jdk-alpine
WORKDIR /static
COPY --from=storefront /usr/src/atsea/app/react-app/build/ .
WORKDIR /app
это очень круто и очень не хватало
| | |
| |
| 2.16, Dmitry Shurupov (ok), 05:09, 01/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
 В новости ведь написано об этом первым пунктом "других изменений":
> Поддержка многоступенчатой сборки (multi-stage), позволяющей формировать более компактные образы Docker, используя единый Dockerfile. | | |
| 2.19, Аноним (-), 13:46, 01/07/2017 [^] [^^] [^^^] [ответить]
| –2 +/– |
Почему именно такой чепухи не хватало? Ви таки нишмагли написать несколько докерфайлов? На мой взгляд, например, эта фича — зарабатывание на плошку риса строками кода.
| | |
| |
| 3.21, ALex_hha (ok), 14:42, 01/07/2017 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вам платят за количество докерфайлов? :D И как вы будете передавать артефакты между контейнерами?
| | |
|
|
| 1.14, ALex_hha (ok), 01:27, 01/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
Ну и в сабже не точность
Вместо
"В команде "docker build" реализован флаг "--build-arg", позволяющий установить переменные для сборки, определённые в файле Dockerfile;"
Должно быть
"В команде "docker build" реализована возможность использовать значение аргументов, передаваемых через опцию "--build-arg" в поле FROM"
Т.е. теперь можно так
ARG ALPINE_VERSION
FROM alpine:${ALPINE_VERSION}
....
$ docker build --build-arg ALPINE_VERSION=3.1 .
Sending build context to Docker daemon 9.728kB
Step 1/3 : ARG ALPINE_VERSION
--->
Step 2/3 : FROM alpine:${ALPINE_VERSION}
3.1: Pulling from library/alpine
5cd2c87bea1e: Pull complete
Digest: sha256:d9477888b78e8c6392e0be8b2e73f8c67e2894ff9d4b8e467d1488fcceec21c8
Status: Downloaded newer image for alpine:3.1
---> 00772ebf9244
Step 3/3 : RUN echo "And another one"
---> Running in 27484f729759
And another one
---> 3eaaac555507
Removing intermediate container 27484f729759
Successfully built 3eaaac555507
| | |
| 1.25, Аноним (-), 11:08, 02/07/2017 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
из присутствующих кто-либо делал инсталляции на 5000 контейнеров? какой режим сети выбирали?
| | |
| |
| 2.26, Аноним (-), 12:42, 02/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
Да, выбрали режим поддержки докера группой программистов из 10 человек.
| | |
| |
| 3.27, Аноним (-), 17:25, 02/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
ты про сам докер, а у меня вопрос в основном по сетевой составляющей. из коробки все ставят оверлей сеть с натом. когда инсталляция разрастается и начинаются проблемы с производительностью все в панике начинают смотреть а чего там тормозит. при этом вменяемых средств трата и мониторинга этого оверлея нет. а с маквлан не все оркестры работают.
| | |
| |
| 4.28, leap42 (ok), 13:21, 03/07/2017 [^] [^^] [^^^] [ответить]
| +/– |
 а зачем вам нат?
возьмите openvswitch, запилите несколько бриджей, разрулите всё там
ovs приятный
| | |
|
|
|
|
