наоборот
В drie продолжаются здоровые дебаты о том, что платформа, управляемая пакетом сборки, отличается от платформы, которая принимает файлы Docker.
Трудно игнорировать привлекательность Dockerfiles. Вы можете настроить свой контейнер, как хотите, любую операционную систему, любые пакеты, но мы считаем, что в действительности, хотя и полезны в некоторых ситуациях, все не так просто. Часто файлы Dockerfiles используются разработчиками, поскольку они позволяют им быстро разрабатывать и развертывать свои приложения в одной и той же согласованной среде операционной системы, но при этом забывают о постоянном обслуживании указанной ОС. Как и любая другая ОС, ваши образы Docker требуют постоянного внимания, предупреждений о безопасности для пакетов и регулярных исправлений, которые неизбежно следуют, пути обновления, пакетов необходимо тестировать на предмет хорошей интеграции и т. Д. Для многих очень умных людей управление этим является полным время работы, и поэтому не следует воспринимать легкомысленно. И все это относится к каждому развертываемому вами образу докера, что потенциально означает столько образов, сколько у вас есть приложений. Вы можете быстро попасть в хорошее место с Dockerfile, но вы можете быстро оказаться в плохом месте, если изображения не обслуживаются регулярно. Такие инструменты, как Docker Security Scanner, безусловно, являются шагом в правильном направлении, но даже такие инструменты по-прежнему нуждаются в регулярном взаимодействии, чтобы быть эффективными.
Сборочные пакеты - хорошее разделение задач. Вы сосредотачиваетесь на своем приложении. Стройте хорошо, создавайте быстро, вот и все. Кто-то (или действительно кто-то), увлеченный языком и фреймворком, которые вы выбрали для использования, так же, как и вы, написал для вас пакет сборки. Они построили его хорошо, потому что они потратили все свое время на то, чтобы заниматься этим одним делом, и это будет проверено тысячами других пользователей, таких как вы. И наконец, люди, которые с таким же энтузиазмом относятся к работе с платформой приложений, как и вы к своему приложению, создали конвейер развертывания, график исправлений, оповещения, мониторинг, масштабирование, и они сделали это хорошо, потому что на этом они сосредоточили все свои усилия на. Подобное разделение этих проблем и совместное использование нижних уровней со все большей аудиторией сделало Linux и открытый исходный код в целом таким успешным предприятием. Стоя на плечах гигантов, вы сможете быть лучшим и быстрым на том уровне, в котором вы хороши. Практически во всех случаях пакеты сборки означают, что вы можете работать со своим приложением точно так же, как на своем ноутбуке, и все «просто работает», когда вы его развертываете.
Даже несмотря на то, что нам нравится идея пакетов сборки, мы также понимаем, что иногда ваш вариант использования действительно уникален, эти гиганты просто не создали то, что вам нужно, и поэтому у вас нет другого выбора, кроме как поддерживать операционную систему для решения проблемы. В следующем году мы будем работать над поддержкой файлов Dockerfiles для этих уникальных сценариев использования, и мы очень хотим услышать ваши предложения по устранению возникающей дилеммы обслуживания ОС.
