https://www.opennet.ru/openforum/vsluhforumID3/114852.html Подготовлен (https://blog.docker.com/2018/07/extending-support-cycle-docker-community-edition/) релиз инструментария для управления изолированными Linux-контейнерами Docker 18.06 (http://www.docker.com/), предоставляющего высокоуровневый API для манипуляции контейнерами на уровне изоляции отдельных приложений. Docker позволяет, не заботясь о формировании начинки контейнера, запускать произвольные процессы в режиме изоляции и затем переносить и клонировать сформированные для данных процессов контейнеры на другие серверы, беря на себя всю работу по созданию, обслуживанию и сопровождению контейнеров. Инструментарий базируется на применении встроенных в ядро Linux штатных механизмов изоляции на основе пространств имён (namespaces) и групп управления (cgroups). Код Docker написан на языке Go и распространяется (https://github.com/docker/docker-ce/) под лицензией Apache 2.0. <br><br><br><br>Дополнительно объявлено о грядущих изменениях в процессе разработки выпусков Docker Community Edition (CE). Стабильные выпуски (CE S https://www.opennet.ru/openforum/vsluhforumID3/114852.html#83 Tue, 07 Aug 2018 22:51:25 GMT Чта? По крайней мере не в Калифорнии, здесь Юбунта топчик.<br> https://www.opennet.ru/openforum/vsluhforumID3/114852.html#82 Tue, 24 Jul 2018 17:11:16 GMT очень часто с возрастом люди и уходят дальше в менеджеры и потом начинаются уже совсем другие обсуждения и проблемы )) Не т,? что у нас тут, так контейнеры это плохо или это панацея )))<br> https://www.opennet.ru/openforum/vsluhforumID3/114852.html#81 Tue, 24 Jul 2018 17:03:34 GMT &gt;если в совсем разные - то и прекрасно, конечно. А если это просто разные уровни в одном и том же сервисе - то как вы потом разбираетесь "кто сломал прод?!"<br><br>Как правило в подавляющем большинстве мне приходится поддерживать микро-сервисные проекты, потому там да, бывает хаоос еще тот, но обычно это длится до того, пока втягивается или растет новоиспеченный тимлид ), который и будет отвественным за свою пачку микросервисов, деплой и т.п. Чем дольше выделенная команда занимается сопровождением и доработкой этих сервисов, тем лучше и прозрачней для конечных кастомеров происходят деплоии. Имею ввиду, что отвественные люди уже знают большиство нюансов и если они ничего не понимают из мира Operators, то уже сами просто что то нащупали )). Ну а так да, микросервисы - это хаоос еще тот! Конечно никто не отменял выкатку по blue-green, но часто люди ленятся и после получения от QA и руководства добра выкатывать в прод, могут и увалить что нить )). Вот она правда жизни всяких новых CI, за это насколько я понял, часто https://www.opennet.ru/openforum/vsluhforumID3/114852.html#80 Mon, 23 Jul 2018 11:40:14 GMT &gt;чтобы рябе программа работала не только у<br>&gt;Теперь это не только рябе :( <br><br>Долго соображал при чём тут анекдот про дедушку-девопса. От я отсталый-то.<br> https://www.opennet.ru/openforum/vsluhforumID3/114852.html#79 Mon, 23 Jul 2018 11:36:53 GMT "он знает, что он голый. Просто ему нравится показывать всем свой хер!"<br> https://www.opennet.ru/openforum/vsluhforumID3/114852.html#78 Mon, 23 Jul 2018 08:13:54 GMT в смысле, теперь все программы только так и работают? ну да, ну да... У нас же самое ценное - время разработчика, нельзя отвлекать его от шлепания кода проблемами интеграции, сопровождения, поддержки зависимостей и хоть какого уровня безопасности...<br><br>включая сам докер, ага.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/114852.html#77 Mon, 23 Jul 2018 08:11:18 GMT сорри, наверное я действительно перегнул палку, может вам того, ник какой-нибудь менее неаккуратный выбрать?<br><br>&gt; Но все же... хочу отметить тот факт, что бывают команды не по 5-10 человек, а например в каждом<br>&gt; отделе по 15-30 человек с своими лилидами по определенной зоне отвественности, вот все они и<br>&gt; катят свои фичи в разные env.<br><br>если в совсем разные - то и прекрасно, конечно. А если это просто разные уровни в одном и том же сервисе - то как вы потом разбираетесь "кто сломал прод?!"<br><br>У меня-то всегда есть предыдущее стабильное состояние, и известно, как от него пришли к неработающему. А после 20го коммита подряд это будет уже совершенно непонятно.<br><br>&gt; Оно то работало, никто же не спорит, просто цена вопроса постоения такого решения с нуля была<br>&gt; не малая.<br><br>да хрен его знает - можно было, наверное, и из готовых кубиков собрать, хотя нам тогда казалось проще все сделать руками и быть уверенным, что нигде не рассыплется из-за того что кубик бракованный. Все же приятней самому написать такое, чем б https://www.opennet.ru/openforum/vsluhforumID3/114852.html#76 Mon, 23 Jul 2018 07:49:44 GMT &gt; Ни разу не так. В проде тоже Debian GNU/Linux, скоро будет Devuan.<br><br>я очень рад за вас, но у меня, к сожалению, прод не на единственном тщательно отполированном локалхосте.<br><br>я не собираюсь "заббиксом реагировать на рассылку" и лезть в сотни контейнеров что-то там изнутри устанавливать, не предназначен докер для этого. Он как раз для прямо противоположного - контейнер имеет минимальные отличия от образа, из которого запущен, и образ этот лежит в репо, чтобы все контейнеры всегда были абсолютно одинаковы. И если меняется - то это специальный процесс, требующий проверки, вывода и поочередной замены работающих контейнеров на новые, на базе другого образа.<br><br>вы, сударь, похоже вообще не в теме докера и лезете со своим чтивом столетней древности в тред, который вообще совершенно вам непонятен.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/114852.html#75 Sun, 22 Jul 2018 19:29:02 GMT Так не таите, поделитесь рассказом - хотя бы вкратце.<br>