Не совсем так, у мобильной сети и у мобильного телефона меньше девяток и если повысить стабильность приложения с 99 на 99.9999% то пользователь скорее всего не заметит разницы, потому что мобильная и сам телефон работают не так стабильно.
Ну это достаточно утрированное произведение и в реальной жизни, вряд ли было бы так просто и быстро.
Но в целом, у меня в практике, да и у коллег, были кейсы где подобного рода предложения помогали развитию компании и карьерному росту:)
На самом дели это распространенное заблуждение. Почти все, про что мы рассказываем на devops, применимо как в k8s так и вне его.
Почему не k8s? Все просто, много компаний которые живут вне kubernetes и как раз таким компаниям, инженерам, проще понять материал когда им не надо разбираться еще и с kube.
Странно читать про то, что не нравится название компании, под постом с поздравлением с Новым Годом.
Так сразу и представил, как Вы сидите в офисе, подходит коллега, поздравляет Вас с НГ, желает счастья, здоровья. А Вы такие в ответ, чет мне имя твое не нравится...
Не соглашусь с Вами. Базовый образ уменьшает гибкость, приводит к сложностям при необходимости внести изменения.
Единственное, что стоит сделать, это указать версию пакетов.
Так же, слой будет браться из кэша, до момента, пока команда RUN не будет изменена.
По мне, тут вопрос не в том, что лучше ansible или Docker.
Это, все-таки разные инструменты. И вопрос, похож на: а что лучше помидоры или сотовый телефон.
Тут, идея, что bash портянки такое себе, и было бы круто собирать docker через yml.
Тут, много обсуждали тэг latest. У него, есть еще одна особенность. Docker его кэширует, так же как и любой другой тэг. Как следствие, если вы соберете образ в двух местах с разными версиями кэша, то получите разные образы.
А зачем так усложнять? Можно же, базовый образ собирать с версией и делать рассылку, что появилась новая версия. Кому надо протестирует и обновит у себя версию тэга в dockerfile.
Даже в случае своего registry, я не рекомендовал использовать тэг latest.
Допустим, базовый образ у вас используется в 10 микросервисах. Как только вы делаете новую версию базового образа, вам сразу же надо перетестировать все 10 микросервисов.
Не совсем так, у мобильной сети и у мобильного телефона меньше девяток и если повысить стабильность приложения с 99 на 99.9999% то пользователь скорее всего не заметит разницы, потому что мобильная и сам телефон работают не так стабильно.
Ну это достаточно утрированное произведение и в реальной жизни, вряд ли было бы так просто и быстро.
Но в целом, у меня в практике, да и у коллег, были кейсы где подобного рода предложения помогали развитию компании и карьерному росту:)
Где это они хвалили Swarm??
Почему не k8s? Все просто, много компаний которые живут вне kubernetes и как раз таким компаниям, инженерам, проще понять материал когда им не надо разбираться еще и с kube.
Ну Вас же не заставляли читать? Название статьи говорящее...
Странно читать про то, что не нравится название компании, под постом с поздравлением с Новым Годом.
Так сразу и представил, как Вы сидите в офисе, подходит коллега, поздравляет Вас с НГ, желает счастья, здоровья. А Вы такие в ответ, чет мне имя твое не нравится...
Не соглашусь с Вами. Базовый образ уменьшает гибкость, приводит к сложностям при необходимости внести изменения.
Единственное, что стоит сделать, это указать версию пакетов.
Так же, слой будет браться из кэша, до момента, пока команда RUN не будет изменена.
Не можно, а нужно.
Так же, как и в случае с супервизором, docker выполняет роль pm2
Обоснуете?
По мне, тут вопрос не в том, что лучше ansible или Docker.
Это, все-таки разные инструменты. И вопрос, похож на: а что лучше помидоры или сотовый телефон.
Тут, идея, что bash портянки такое себе, и было бы круто собирать docker через yml.
Так же, такой подход, хорош когда надо скопировать статику на фронт.
Но, все же, разработчики образа советуют выполнять: rm -rf /var/lib/apt/lists/*
Оказалось, он уже депрекейт. А на смену ему пришел: https://github.com/ansible-community/ansible-bender
Спасибо. Прикольно. Интересно, надо будет попробовать и протестировать.
Можно.
Но, по моему мнению, лучше донести до разработчиков необходимость и ценность своевременного обновления.
И это возможно, проверено))
Мне, не нравиться, любые механизмы, где что-либо происходит насильно.
История циклична. Уверен, рано или поздно придумают "ansible для Dockerfile":)
Допустим, базовый образ у вас используется в 10 микросервисах. Как только вы делаете новую версию базового образа, вам сразу же надо перетестировать все 10 микросервисов.