так стоп, я вот тут создавал репу

https://hub.docker.com/r/sintezoid/java-mvn/

о, хаб переехал в cloud.docker.com - видели?)

репа java-mvn, а пушите в nginx

docker push sintezoid/java-mvn:1.1 The push refers to a repository [docker.io/sintezoid/java-mvn] Repository does not exist: docker.io/sintezoid/java-mvn

Username: sintezoid

у тебя репы sintezoid/nginx нет, только java-mvn

создай репу sintezoid/nginx

и пуш

да мне java-mvn надо

а она не пушится)

и репа есть

но тогда docker push sintezoid/java-mvn

и акк залогинен

очевидно

docker push sintezoid/java-mvn:1.1 The push refers to a repository [docker.io/sintezoid/java-mvn] Repository does not exist: docker.io/sintezoid/java-mvn

да мне java-mvn надо

а nginx причем? ты задаешь вопрос, но уже два раза ошибся в фактах...

docker push sintezoid/java-mvn:1.1 The push refers to a repository [docker.io/sintezoid/java-mvn] Repository does not exist: docker.io/sintezoid/java-mvn

без docker.io

а nginx причем? ты задаешь вопрос, но уже два раза ошибся в фактах...

запутался в репах малец

без docker.io

а, не

root@os-kilo-cmp1 ~]# docker push sintezoid/java-mvn:1.1 The push refers to a repository [docker.io/sintezoid/java-mvn] Repository does not exist: docker.io/sintezoid/java-mvn

docker images

tag 1.1 етсть у нужного образа?

docker images | grep java mytestrepo:5000/java-mvn 1.1 2030645d1079 3 weeks ago 1.118 GB

mytestrepo:5000/java-mvn

так репо другое

блядь

а что эту залупу переположить в другую репу не?

у тебя ничего не пушит банально, т.к. репо такого нет

точнее как это сделать правильно?

тег задай новый

docker tag 2030645d1079 sintezoid/java-mvn:1.1

так, как я понимаю

и docker push sintezoid/java-mvn:1.1

docker tag 2030645d1079 sintezoid/java-mvn:1.1

СПАСИБО

огромное спасибо)

незачт

https://habrahabr.ru/company/jugru/blog/311732/

кто-нибудь юзает докер на CentOS7? какой Storage Driver используете?

там автоматом встает devicemapper

не худший выбор

там автоматом встает devicemapper

только тормозной очень

не худший выбор

худший

фиг знает

сборка nodejs приложения занимала до 45 минут.

фиг знает

нет. даже по доке

ну ок

файл 10 мегабайт внутри контейнера 10-15 минут копировался.

как мне увидеть что он плохой ?

на overlayfs сборка падала частенько, например при распаковке tar'а

Всем спрашивающим про сторадждрайверы: https://integratedcode.us/2016/08/30/storage-drivers-in-docker-a-deep-dive/

Всем спрашивающим про сторадждрайверы: https://integratedcode.us/2016/08/30/storage-drivers-in-docker-a-deep-dive/

о, спс, читкану

Здравствуйте. Как мне сделать в docker-compose, чтобы когда приложение на локалке, то был открыт 3306 порт, а когда на продакшн, то порт закрыт? Определение локалка/прод может происходить по переменной окружения. Можно ли в docker-compose определить конструкцию if ?

https://docs.docker.com/compose/extends/

Всем спрашивающим про сторадждрайверы: https://integratedcode.us/2016/08/30/storage-drivers-in-docker-a-deep-dive/

Картинки и блаблабла конечно хорошо, тем более свеженькое (если правда не перепечатка :) хотелось бы с графиками такое

графиками чего?

производительности наверно )

я так понимаю, все проблемы из-за того, что РедХат против aufs? )

@anton44eg спасибо, то что нужно!

А кто как свой код приложения связывает с репо, где конфиг докера? С ходу приходит вариант добавить репо с прижением как субмодуль гита , но насколько это правильно? Или лучше вообще не связывать репо с конфигом докера и репо приложения?

можно чуть более развернуто или чуть более понятными словами?

А кто как свой код приложения связывает с репо, где конфиг докера? С ходу приходит вариант добавить репо с прижением как субмодуль гита , но насколько это правильно? Или лучше вообще не связывать репо с конфигом докера и репо приложения?

Dockerfile положить в корень репы?

Да. У меня есть два репо: 1. my-docker - там файл compose.yml, dockerfile, etc, 2. my-app - там код моего приложения. я хочу, на серваке запустить приложение. Я делаю, что-то вроде git clone —recursive my-docker cd my-docker docker-compose up Если я добавлю репо my-app как субмодуль гита, то git clone —recursive скачает его тоже в папку my-docker/my-app. Вроде все отлично, но есть неудобство. Нужно будет каждый раз коммитить в репо с приложением my-app, а потом в репо my-docker принимать этот коммит. Может есть какой-то более удобный вариант, кто как делает?

А почему есть разделение на два репа? Почему не делать все в одном?

ERROR: S client not available

Да. У меня есть два репо: 1. my-docker - там файл compose.yml, dockerfile, etc, 2. my-app - там код моего приложения. я хочу, на серваке запустить приложение. Я делаю, что-то вроде git clone —recursive my-docker cd my-docker docker-compose up Если я добавлю репо my-app как субмодуль гита, то git clone —recursive скачает его тоже в папку my-docker/my-app. Вроде все отлично, но есть неудобство. Нужно будет каждый раз коммитить в репо с приложением my-app, а потом в репо my-docker принимать этот коммит. Может есть какой-то более удобный вариант, кто как делает?

если ты их уже разъединил, то зачем объединять? если 2 репы юзать git clone repo1 repo1 git clone repo2 repo2 и юзать относительные пути. либо все запихнуть в 1 репу.

Dockerfile положить в корень репы?

Если все запихнуть в одну репу, то не будет каши? На практике у меня пока что нет опыта, пытаюсь вот свое приложение первый раз докеризировать. Хочу узнать best-practice. Слышал, что разделять вроде правильно. Ибо у меня могут быть (пока такого нет) несколько модулей. Например backend rest, frontend, auth-service. Они могут быть в разных репо. Да и в my-docker будет много независимых папок вроде данных mysql, redis, elasticsearch, папка с релизами. Они хоть и под игнором, но все же нафиг они там?

Делаем базовый образ

В зависимом проекте пишем from:базовый образ

я за разнесение реп на разные имаджи, как ты и описал

Если все запихнуть в одну репу, то не будет каши? На практике у меня пока что нет опыта, пытаюсь вот свое приложение первый раз докеризировать. Хочу узнать best-practice. Слышал, что разделять вроде правильно. Ибо у меня могут быть (пока такого нет) несколько модулей. Например backend rest, frontend, auth-service. Они могут быть в разных репо. Да и в my-docker будет много независимых папок вроде данных mysql, redis, elasticsearch, папка с релизами. Они хоть и под игнором, но все же нафиг они там?

несколько модулей(ИМХО) подразумевает несколько образов. для каждого образа - будет свой докерфайл. а вот для организации взаимодействия этих образов - нужен будет docker-compose, либо(так как он по функционалу не оч) надо будет использовать что-нить другое

но вообще жил и с одним репо, было тоже норм, как ни странно

хоть и менее удобно

@mkn8rd за разделение на образы? Или ты имел ввиду разделения на репо?

В зависимом проекте пишем from:базовый образ

а что будет содержать базовый образ?

на образы в любом случае придётся делить. Я имел в виду репы

ты же не собираешься запихнуть бэк и фронт в один образ как минимум

а почему в один образ нет? Они же будут в разных контейнерах?

а что будет содержать базовый образ?

базовый образ будет содержать зависимости, необходимые для работы всех модулей.

@mkn8rd если разделяешь репы, то как потом их связываешь? Субмодулями гита?

сборка nodejs приложения занимала до 45 минут.

ну это явно не проблемы storage драйвера

а зачем их связывать?

ну это явно не проблемы storage драйвера

его. тот же проект на aufs\overlay собирался около 1,5 минут

его. тот же проект на aufs\overlay собирался около 1,5 минут

на том же железе

@mkn8rd ну потом же нужно добавить код из репо(который лежит на хостмашине) в контейнер

это очень странно, потому что это слишком большая разница

а почему в один образ нет? Они же будут в разных контейнерах?

По идеологии docker каждый сервис должен запускаться в своем контейнере.(с)

да, я это знаю. Я этому вроде не противоречил. Я спрашивал, зачем разделять все на отдельные имеджи. Может я что-то не понял, но я пока не создаю образы, я просто все контейнеры прописываю в одном docker compose файле.

@mkn8rd ну потом же нужно добавить код из репо(который лежит на хостмашине) в контейнер

ээ, так билдь образ с кодом его репы. Зачем тебе код прочих реп для этого?..

я не очень тебя понимаю, видимо

да, я это знаю. Я этому вроде не противоречил. Я спрашивал, зачем разделять все на отдельные имеджи. Может я что-то не понял, но я пока не создаю образы, я просто все контейнеры прописываю в одном docker compose файле.

получается что у тебя куча приложений в одном образе, ты пытаешься запустить контейнер с этого образа, передавая параметр, по которому какой-то скрипт внутри контейнера определяет, что именно ему запускать?

для каждого образа свой докерфайл в его репе.

для докер-композа отдельная репа со всем связанным с деплоем

если нет ci и билдится все на лету - можно дергать композ как часть sh скрипта

Я пока не создаю image-и поэтому. Не хочу добавлять на докерхаб, а свой хаб пока не поднял. Поэтому в композере у меня будет примерно следующее services: frontend: build: ./frontend volumes: - ./frontend:/app container_name: frontend backend: build: ./backend volumes: - ./backend:/app container_name: backend

Я пока не создаю image-и поэтому. Не хочу добавлять на докерхаб, а свой хаб пока не поднял. Поэтому в композере у меня будет примерно следующее services: frontend: build: ./frontend volumes: - ./frontend:/app container_name: frontend backend: build: ./backend volumes: - ./backend:/app container_name: backend

приложения лежат в вольюмах? )