Должен ли я использовать файлы Dockerfiles или изображения?

Question

Я немного запутался в этих двух вариантах. Они, похоже, связаны между собой. Однако они не совсем совместимы.

Например, кажется, что использование Dockerfiles означает, что вы действительно не должны делать снимки, потому что вам действительно нужно просто отслеживать Dockerfile в git и вносить изменения в это. Тогда нет никакой двусмысленности в отношении того, что является авторитетным.

Однако изображения совершают впечатление действительно приятного. Это так здорово, что вы можете просто изменить контейнер непосредственно и пометить изменения, чтобы создать другое изображение. Я понимаю, что вы даже можете получить что-то вроде файловой системы diff от истории фиксации изображения. Потрясающие. Но тогда вы не должны использовать Dockerfiles. В противном случае, если вы сделали фиксацию изображения, вам придется вернуться к файлу Docker и внести некоторые изменения, которые представляют собой то, что вы сделали.

Так что я разорван. Мне нравится идея фиксации изображения: вам не нужно представлять ваше состояние изображения в файле Docker - вы можете просто отслеживать его напрямую. Но мне нелегко отказаться от идеи какого-либо файла манифеста, который дает вам краткий обзор того, что находится в изображении. Это также смущает видеть две функции в одном программном пакете, которые кажутся несовместимыми.

У кого-нибудь есть мысли по этому поводу? Является ли плохая практика использовать коммиты изображения? Или я должен просто отпустить мою привязанность к файлам манифеста из моих кукольных дней? Что мне делать?

Update:

Всем тем, кто думает, что это вопрос на основе мнений, я не так уверен. Есть некоторые субъективные качества, но я думаю, что это в основном объективный вопрос. Кроме того, я считаю, что хорошее обсуждение этой темы будет информативным.

В конце концов, я надеюсь, что кто-нибудь, кто прочитает это сообщение, уйдет с лучшим пониманием того, как Dockerfiles и изображение совершают связь друг с другом.

Update - 2017/7/18:

Я только недавно обнаружил законное использование для изображения совершает. Мы только создали трубопровод CI в нашей компании, и на одном этапе трубопровода наши тесты приложений запускаются внутри контейнера. Нам нужно получить результаты покрытия из выходящего контейнера после того, как процесс тестового запуска выполнил их (в файловой системе контейнера), и контейнер перестает работать. Мы используем фиксацию изображения, чтобы сделать это, совершив остановленный контейнер для создания нового изображения, а затем запустив команды, которые отображают и выгружают файл покрытия в stdout. Так что это удобно для этого. Помимо этого особого случая, мы используем Dockerfiles для определения нашей среды.

Answer 1

Dockerfiles - это инструмент, который используется для создания изображений.

Результат работы docker build . - это изображение с фиксацией так, что невозможно использовать файл Docker без создания фиксации. Вопрос в том, должен ли вы обновлять изображение вручную каждый раз, когда что-то меняется, и, таким образом, обрек себя на проклятие золотого изображения?

Проклятие золотого изображения - это страшное проклятие, которое бросает людей, которые должны продолжать жить с баггией безопасности, чтобы запустить свое программное обеспечение, потому что человек, который его создал, был давно поглощен древними (или перешел на новую работу), и никто не знает, где они получили версию imagemagic, которая попала в этот образ.и это единственное, что будет связано с модулем C++, который был предоставлен этим консультантом сыном босса, нанятым три года назад, и в любом случае это не имеет значения, потому что даже если вы выяснили, где imagemagic пришел из версии libstdC++, используемой JNI вызывает в инструменте поддержки, что стажер с длинными волосами, созданный, существует только в неподдерживаемой версии ubuntu.

Answer 2

Зная оба решения, преимущества и неудобства - хорошее начало. Потому что сочетание двух, вероятно, является правильным способом.

Con: избежать золотого изображения тупика:

Использования только совершает это плохо, если вы теряете след, как восстановить свой имидж. Вы не хотите быть в состоянии, что вы не можете восстановить изображение. Это конечное состояние здесь называется золотым изображением, так как изображение будет вашим единственным эталоном, отправной точкой и конечной точкой на каждом этапе. Если вы потеряете его, у вас будет много проблем, так как вы не сможете его восстановить. Смертельный тупик заключается в том, что в один прекрасный день вам нужно будет перестроить новый (потому что все системные библиотеки устарели, например), и вы не знаете, что устанавливать ... заканчивая большой потерей времени.

В качестве примечания, вполне вероятно, что с помощью коммитов фиксаций бы лучше, если журнал истории будет легко использовать (консультируйтесь посмотреть различие и повторять их на других изображениях), как в мерзавце: вы заметите, что git не имеет этой дилеммы.

Pro: пятно обновления для распространения

В другой стороны, отводки фиксаций имеют некоторые значительные преимущества в плане распределенных обновлений и, таким образом, в полосе пропускания и развертывание времени. Если вы начинаете обрабатывать изображения докеров, поскольку пекарь обрабатывает блины (именно это разрешает докер) или хотите развернуть тестовую версию мгновенно, вам будет гораздо легче отправить небольшое обновление в виде небольшого коммита, а совершенно новый образ. Особенно, если у вас есть постоянная интеграция для ваших клиентов, где исправления ошибок должны быть развернуты быстро и часто.

Try, чтобы получить лучшее из двух миров:

В этом типе сценария, вы, вероятно, хотите, чтобы пометить основную версию ваших изображений, и они должны поступать из Dockerfiles. И вы можете обеспечить непрерывные версии интеграции, благодаря фиксации на основе помеченной версии. Это смягчает преимущества и неудобства сценариев Dockerfiles и слоев. Здесь ключевой момент заключается в том, что вы никогда не прекращаете отслеживать свои изображения, ограничивая количество коммитов, которые вы разрешите делать с ними.

Так что, я думаю, это зависит от вашего сценария, и вам, вероятно, не стоит пытаться найти одно правило. Тем не менее, могут быть некоторые реальные тупики, которые вы должны действительно избегать (как в конечном итоге с сценарием «золотого изображения») независимо от решения.