Можно ли ссылаться на SDK (или любую папку) в Docker-контейнере с хост-компьютера?

Question

Краткое описание: Можно ли ссылаться на SDK (или любую папку) в Docker-контейнере с хост-компьютера?

Длинное описание: Моя команда и я работаем в разных средах (Windows & Mac) и в разных стеках (Asp .Net MVC / Elixir & Phoenix) Я пытаюсь помочь всем, создавая отдельные стеки Docker для каждого решения (или группы проектов)

Что я смог сделать, так это настроить Docker Stacks, чтобы каждое решение могло работать в 1 или более Docker-контейнерах, и разработчики могли работать над кодом локально (с использованием прямого монтирования / тома пути хоста) с помощью IDE. по их выбору. Проблема заключается в том, что разные решения используют разные SDK или даже разные версии одних и тех же SDK.

Итак, я хотел бы, чтобы все в команде могли ссылаться на SDK, установленный в Docker-контейнере, вместо того, чтобы устанавливать SDK и каждую версию SDK, которая им нужна для всех проектов. Насколько я могу судить, если я создаю привязку к хосту, он будет перезаписывать то, что находится в контейнере, с тем, что находится в хосте, но я хотел бы сделать это наоборот, я хотел бы создать связь между Контейнер Docker и Хост, и содержимое Контейнера Docker отображается в Хосте. Это возможно? Есть ли лучший способ добиться этого?

Answer 1

Образы SDK от поставщиков (например, образы ядра SDK asp.net от Microsoft) лучше всего рекомендовать compile/build время и его облегченную версию, рекомендованную для runtime в среде хостинга / развертывания.

Единственная цель компиляции / сборки образов SDK - создание образов времени выполнения докера на этапе сборки, особенно если целевая ОС времени выполнения (linux) отличается от ОС машины разработки, например, Окна. При эффективном использовании с шаблоном многоступенчатого компоновщика внутри dockerfile, можно создавать очень легкие образы среды выполнения для размещенных сред.

например. aspnet.core SDK изображений, используемых для создания образов Docker, а затем запускаются локально с отображением хоста: гостевого порта. Но если операционная система устройства является любым дистрибутивом Linux, тогда лучше использовать образы SDK, поскольку вы можете проверить валидацию в нескольких образах SDK. И этим изображениям просто нужно точное имя, и докер deamon будет загружать их автоматически и использовать всякий раз, когда это потребуется - вот и все, но, безусловно, потребуется хорошая поддержка оркестровки IDE, например. Visual Studio обеспечивает разработку на основе Docker для Windows 10. Или просто используйте интерфейс командной строки Docker для запуска сборки.

Надеюсь, это поможет прояснить ваши потребности, если не решение