Для разработки я хочу смонтировать долю файла из своих окон dev поле в моем CoreOS VM, таким образом, я могу затем смонтировать что объем в контейнере.
CoreOS, кажется, не поддерживает выполнение этого и приезжает без диспетчера пакетов; так как идея - это, только минималистский хост к контейнерам.
$ cat /proc/filesystems
nodev sysfs
nodev rootfs
nodev ramfs
nodev bdev
nodev proc
nodev cgroup
nodev cpuset
nodev tmpfs
nodev devtmpfs
nodev debugfs
nodev securityfs
nodev sockfs
nodev pipefs
nodev devpts
nodev hugetlbfs
nodev pstore
nodev mqueue
nodev autofs
ext3
ext2
ext4
Я могу бездельничать с контейнером и смонтировать его из контейнера, но я испытывал затруднения при получении тех настроек через Dockerfiles и entrypoint сценарии; также тот подход чувствует hacky: Контейнеры не должны волноваться о том, где данные хранятся, они просто просят объем. В производстве я использовал бы устройство хранения данных AWS или устройство хранения данных Azure, и т.д., таким образом, я должен буду изменить свои изображения для другого хоста, И я не могу использовать официальные изображения.
Так да я на 99 процентов уверен, что должен смонтировать его в хосте CoreOS, но не знаю, как сделать это.
Фундаментальные принципы контейнеров заключаются в том, что они должны быть портативными и полностью автономными . Он не должен иметь никаких внешних зависимостей, зависящих от среды (например, определенного сетевого ресурса).
Вместо того, чтобы создавать свой контейнер внутри CoreOS, вы должны построить свой контейнер на выделенном хосте сборки, который имеет доступ к общему сетевому ресурсу. Затем все файлы, которые необходимы контейнеру, должны быть инкапсулированы внутри контейнера или контейнера тома и отправлены в CoreOS с помощью реестра докеров.
CoreOS на самом деле не предназначена для разработки. Он предназначен для использования при развертывании. Вы можете обнаружить, что vagrant обеспечивает лучший рабочий процесс, поскольку может монтировать тома между хостом и гостем.