The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск cистемы управления контейнерной виртуализацией Docker 18.06

19.07.2018 10:21

Подготовлен релиз инструментария для управления изолированными Linux-контейнерами Docker 18.06, предоставляющего высокоуровневый API для манипуляции контейнерами на уровне изоляции отдельных приложений. Docker позволяет, не заботясь о формировании начинки контейнера, запускать произвольные процессы в режиме изоляции и затем переносить и клонировать сформированные для данных процессов контейнеры на другие серверы, беря на себя всю работу по созданию, обслуживанию и сопровождению контейнеров. Инструментарий базируется на применении встроенных в ядро Linux штатных механизмов изоляции на основе пространств имён (namespaces) и групп управления (cgroups). Код Docker написан на языке Go и распространяется под лицензией Apache 2.0.

Дополнительно объявлено о грядущих изменениях в процессе разработки выпусков Docker Community Edition (CE). Стабильные выпуски (CE Stable) теперь будут формироваться не раз в квартал, а два раза в год, что позволит синхронизировать разработку с такими дистрибутивами, как Ubuntu и Fedora. Для повышение качества стабильных выпусков перед релизом кроме кандидата в релизы будут тестироваться дополнительные бета выпуски.

С целью оперативного доведения новых возможностей до пользователей вместо промежуточных ежемесячных выпусков (CE Edge) будет предоставлен канал nightly с обновляемыми раз в день ночными сборками. Docker 18.06 станет последим выпуском с четырёхмесячным временем сопровождения, а следующий релиз Docker 18.09 будет поддерживаться 7 месяцев. Следом за Docker 18.09 будет сформирован релиз Docker 19.03.

Из функциональных изменений в новом выпуске выделяется реализация нового экспериментального сборочного бэкенда (обеспечивает функциональность команды "docker build") - BuildKit, для активации которого следует установить переменную окружения DOCKER_BUILDKIT=1. Новый бэкенд использует расширяемую модульную архитектуру, поддерживает распараллеливание процесса разрешения зависимостей в несколько потоков, эффективно использует кэширование инструкций и результатов импорта/экспорта, жестко не привязан к формату файлов Dockerfile (могут подключаться обработчики для любых форматов), автоматически выполняет операции сборки мусора, поддерживает вложенный запуск работ, может вызывать распределённые обработчики и не требует в процессе работы полномочий пользователя root.

Из других изменений можно отметить:

  • Улучшение интеграции с системой оркестровки контейнеров Kubernetes: поддержка фильтров сервисов стека, улучшенная обработка пространств имён, поддержка нового Stack API, снятие флага экспериментальной разработки с команд Kubernetes;
  • Поддержка экспорта операций Push и Save;
  • В команду "docker service create" добавлена опция "--init";
  • Добавлена возможность активации экспериментальных возможностей CLI через переменную окружения DOCKER_CLI_EXPERIMENTAL;
  • Обновлены Cobra и pflag;
  • Клиентский API расширен возможность определения пользовательских HTTP-запросов;
  • Добавлена возможность ведения логов awslogs в неблокирующем режиме;
  • Налажен процесс сборки на платформе OpenBSD.


  1. Главная ссылка к новости (https://blog.docker.com/2018/0...)
  2. OpenNews: Из каталога Docker Hub удалено 17 образов контейнеров с вредоносным кодом
  3. OpenNews: Выпуск cистемы управления контейнерной виртуализацией Docker 17.06
  4. OpenNews: Docker представил Moby и LinuxKit для построения произвольных систем контейнерной изоляции
  5. OpenNews: 11% актуальных образов в репозиториях Docker содержат опасные уязвимости
  6. OpenNews: В Docker 1.12.6 устранена уязвимость, позволяющая выбраться из контейнера
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/48988-docker
Ключевые слова: docker, container
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (60) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:35, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    >а два раза в год, что позволит синхронизировать разработку с такими дистрибутивами, как Ubuntu и Fedora.

    при том, что убунто лтс, которой все пользуются, выходит два раза в год, а федора вообще никому больше ненужна

     
     
  • 2.4, 1 (??), 10:41, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    LTS - раз в два года
     
     
  • 3.41, Аноним (-), 20:15, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    опечатался, сорри
     
  • 2.37, Аноним (37), 18:12, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Федора популярна в Америке.
     
     
  • 3.83, Аноним (83), 01:51, 08/08/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Чта? По крайней мере не в Калифорнии, здесь Юбунта топчик.
     
  • 2.9, Аноним (9), 11:43, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Slackware64 14.2
    Docker 18.03.1
    Всё работает.
     
     
  • 3.42, Аноним (-), 20:17, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Думаю, наши с тобой маргинальные случаи не интересуют выпускальщиков будущего вендорлочного товара.
     
     
  • 4.54, Аноним (54), 22:14, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Анонимов не интересует непонятные блобы - только из исходников.
    Вы пробовали собрать докер? Вот попробуйте и... И потом запускать его побоитесь!
     

  • 1.3, оттуда (?), 10:39, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >> Налажен процесс сборки на платформе OpenBSD.

    Зачем это нужно?

     
     
  • 2.5, iv (?), 10:45, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Чтобы собирать на OpenBSD.

    -- ваш кэп.

     
     
  • 3.11, Аноним (11), 11:50, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Не-не, зачем это нужно OpenBSD? BSD-системы — это по старинке разово руками всё поднял и оно годами работает без остановки, а контейнеры для обратной ситуации — когда частые перезагрузки (или падения, если линукс) с надобностью разворачивать готовый набор с нуля. Т.е. зачем оно там — не очень понятно, всё равно как пластырь для трактора.
     
     
  • 4.17, Аноним (17), 13:45, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > а контейнеры для обратной ситуации — когда частые перезагрузки (или падения, если линукс)

    Нет, не для этого.

     
     
  • 5.22, Аноним (22), 14:13, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Нет, для этого
     
  • 5.29, Аноним (29), 16:08, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >> а контейнеры для обратной ситуации — когда частые перезагрузки (или падения, если линукс)
    > Нет, не для этого.

    И, как твердили многие годы подряд -- не для безопасности.

     
     
  • 6.64, нах (?), 09:31, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    "для безопасности" вам интел выкатил clear containers. Но, как тут писали фанбои докера, "с нижним уровнем уже все понятно, го в охренац...оркестрацию!" Поэтому недоделав до мало-мальски работоспособного состояния, зато успев выпустить аж версию 3.0 (по сути 0.3) бросили - "все ж понятно", побежали интегрироваться с кубарьшмякисом и впопенстеком, и где-то там и застряли, в версии 1.0, переписанной в очередной раз заново и поэтому снова непригодной ни для чего, кроме демонстрации концепций.

    так и живем...

     
  • 4.53, Аноним (53), 22:13, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >BSD-системы — это по старинке разово руками всё поднял

    Да, типичный кейс для BSD — разово, руками, на локалхосте.

     
  • 2.14, нах (?), 12:13, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    а вот зачем: https://github.com/moby/moby/pull/37301

    (то есть уже появились прожекты, для _сборки_ требующие докера... мир блоатвари от безмозглых обезьянок)

     
     
  • 3.27, Аноним (27), 15:51, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Что это и зачем оно не нyжно, объясни.
     
  • 3.30, Аноним (-), 16:49, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > мир блоатвари от безмозглых обезьянок)

    и много ты наделал блоатвари?

     

  • 1.10, Аноним (10), 11:44, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Прочитал первый абзац новости несколько раз. Это адский поток сознания и ноль полезной информации. Уж лучше было бы просто дать ссылку на Википедию: https://ru.wikipedia.org/wiki/Docker
     
  • 1.13, докеромакак (?), 12:08, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    из действительно полезного - мы научились гланды...э... мы научились --init в swarm.

    Что-то как-то идея "один контейнер - один сервис" никак не хочет взлетать, все норовят сделать из контейнера кривую такую виртуалку. Ну а мы и рады стараться.

    ну и вот это до кучи, щастье для тех у кого сеть не 192.168.0/24, и автосоздаваемые сабнеты уже заманали тырить адреса у энтерпрайзных подсетей:
    https://github.com/moby/moby/pull/36396

     
     
  • 2.15, Аноним (-), 12:32, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И да, и нет. Докер становится огромным всемогутором, который напоминает скорее сырой список требований, без продуманной архитектуры. Это его минус, конечно. Многие вещи просто наркоманские, вроде registry. Проблемы с обновлением и безопастностью образов. Когда официально не рекомендуют делать apt upgrade при сборке образа, я понимаю почему: иначе, заявленная оптимизация по занимаемому образами месту превратится в тыкву.

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

     
     
  • 3.16, нах (?), 12:50, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    это вы еще не видели контейнера с интуитивно приятным интерфейсом для управления... большой текст свёрнут, показать
     
     
  • 4.65, odd.mean (ok), 09:37, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > и невозможно сделать upgrade только необходимым пакетам, оставив в покое остальные.

    Ещё как можно: есть apt(-get) install и dselect-upgrade (man 8 apt-get). А ещё есть apt pinning

    > И даже security отдельно от просто-апдейтов нельзя по-человечески поставить

    Тоже можно: man 5 apt_preferences

     
     
  • 5.66, нах (?), 10:11, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    и пакеты, установленные автозависимостями, внезапно, превращаются в установленны... большой текст свёрнут, показать
     
     
  • 6.67, odd.mean (ok), 11:23, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Во-первых, пакеты, установленные по зависимостям не превращаются в установленные... большой текст свёрнут, показать
     
     
  • 7.68, нах (?), 12:34, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    все это прекрасно, но мы тут обсуждаем докер Где ручные настройки невозможны, а... большой текст свёрнут, показать
     
     
  • 8.71, odd.mean (ok), 19:48, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Ни разу не так В проде тоже Debian GNU Linux, скоро будет Devuan На десктопе и... большой текст свёрнут, показать
     
     
  • 9.76, нах (?), 10:49, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    я очень рад за вас, но у меня, к сожалению, прод не на единственном тщательно от... большой текст свёрнут, показать
     

  • 1.21, trolls_vs_brain (?), 14:13, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Не понимаю почему его так xeйтят. Даже на пoпeннете минyсят нoвости с докером. Что он вам сделал плохого?
     
     
  • 2.23, апнутый (?), 14:31, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    да народ просто пручается всему новому, обычное психологическое явление - срах перед неизведанным, это и выступает самым сильным блокером и поводом к хейтерству.
    Нужно просто начать использовать и тогда появятся ответы, почему вокруг docker в свое время возникло сколько хайпа, сейчас конечно уже совсем все по другому и благо есть отличные стабильные альтернативы.
     
     
  • 3.24, апнутый (?), 14:33, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну а сообщество на сегодня уже склонно больше обсуждать не сколько сами контейнеры, а уже их оркестраторы с низким уровнем то там все уже плюс-минус ясно.
     
     
  • 4.44, пох (?), 20:18, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > не сколько сами контейнеры, а уже их оркестраторы
    > с низким уровнем то там все уже плюс-минус ясно.

    угу, его не доделали до мало-мальски работоспособного состояния, и не будут - все побежали в орекстраторы и прочую модную хрень. Частично, конечно, затыкая ими дыры, явные недоделки и неработоспособность недоделанных нижних уровней, зато плодя новые в гораздо больших масштабах. "все плюс-минус ясно", ага.

    кстати, k8s, помнится, еще недавно в основном ориентировались на rkt, а не доскер. Примерно по перечисленным причинам. Но хайп победил разум и тут.

     
     
  • 5.69, апнутый (?), 14:46, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    ну как никто и не защищал docker )
     
  • 3.28, Аноним (29), 16:06, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    >> Не понимаю почему однополую любовь так не любят и не уважают (== xeйтят). Даже на пoпeннете минyсят нoвости с аналом. Что он вам сделал плохого?
    > да народ просто пручается всему новому, обычное психологическое явление - срах перед
    > неизведанным, это и выступает самым сильным блокером и поводом к хейтерству.  
    > Нужно просто начать практиковать и тогда появятся ответы, почему вокруг однополой любви в
    > свое время возникло сколько хайпа, сейчас конечно уже совсем все по другому и благо есть отличные стабильные альтернативы.

    Поменял в "аргументации" докер на "однополую любовь" - читается точно так же. Отличный детектор демагогии ))


     
     
  • 4.31, апнутый (?), 17:16, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ну кто о чем ), юморист однако
     
  • 2.26, Аноним (17), 14:43, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому как большинство читателей-комментаторов - некомпетентные диванные аналитики. Увы, тот самый парадокс 95%.
     
     
  • 3.32, апнутый (?), 17:27, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    думаю, что если бы попали в компанию, где надо катить в 30-50 динамических окружений
    и притом по 20 раз на день (на каждый коммит автоматом), то сразу бы и оценили прелести docker/rkt и им подобные :) А так на решение каждой проблемы рынка свой инструмент и каждый выбирает сам. Но вот сколько бы постребовалось времени, чтобы написать оркестровку того же например для AWS на terraform или cloudformation и без использования k8s с docker/rkt? Когда задаешься таким вопрососом, тогда начинаешь думать как использовать что то коробочное и тут без контейнеров вообще никак, так что увы - рынок сам диктует, наше дело уже правильно интегрировать все это добро.
     
     
  • 4.35, нах (?), 17:43, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > думаю, что если бы попали в компанию, где надо катить в 30-50 динамических окружений
    > и притом по 20 раз на день (на каждый коммит автоматом)

    тестирование для лохов, ага. Версия прода может быть только одна, самая распоследняя. Откат не предусмотрен вообще, только вперед!
    А чо, юзеры и оттестируют. По результатам добавим в CT новую проверку. Правда, в следующий раз налажем мы в другом месте, но кого это колебет, смузи-не-ждет!

    типикал девоп...

    (Можно уточнить, в какие компании попадать не надо, чтоб на такое не нарваться?)

     
     
  • 5.38, Аноним (38), 19:25, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    CI тестирование после каждого коммита в мастере в том числе в контейнерах.
    Почему доморощенные хелоувордщики сразу начинают твердить свои модные ругательства: "хипстеры", "смузи" и т.д.? Компенсируете комплексы какие?
     
     
  • 6.40, пох (?), 20:13, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > CI тестирование после каждого коммита

    таки после или во время? Впрочем, я знаю ответ - никто из разработчиков не будет ждать.

    А что CI не может заменить нормального тестирования, руками, и анализа юзерского фидбэка - нынешние разработчики не в курсе. Зато "20 в день". Зачем, на какой пожар вы спешите? А, ну да - на самом деле там аж две новые фичи, остальное - суматошные попытки прикрыть ляпы, повылезавшие после прекрасного "CI тестирования", когда тесты-то пройдены, а юзер работать не смог.


    > Почему доморощенные хелоувордщики сразу начинают твердить свои модные ругательства: "хипстеры",
    > "смузи" и т.д.?

    потому что доморощенным смузихлебам невдомек, что HA, HL, и 24/7 сервисы из кучи сложно завязанных между собой компонент существовали и до докера, и до прочих модных технологий - и ничего, работали. Но вам это неведомо, ибо родились вы вчера.

     
     
  • 7.70, апнутый (?), 15:07, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    мда, не ожидал сколько хейта ) не особо как то и хочется продолжать дискусию. Но все же... хочу отметить тот факт, что бывают команды не по 5-10 человек, а например в каждом отделе по 15-30 человек с своими лилидами по определенной зоне отвественности, вот все они и катят свои фичи в разные env.
    Не обязательно по 20 раз один человек же это должен делать, думал все это будет понятно.
    По поводу контейнеров то docker, не очень хороший показатель, для того чтобы говорить о всей ниши контейнеров, которые они заняли, опять же rkt никто не отменял.

    >потому что доморощенным смузихлебам невдомек, что HA, HL, и 24/7 сервисы из кучи сложно завязанных между собой компонент существовали и до докера, и до прочих модных технологий - и ничего, работали. Но вам это неведомо, ибо родились вы вчера.

    Оно то работало, никто же не спорит, просто цена вопроса постоения такого решения с нуля была не малая.

    Можно кстати отвечать по сути и без унижений. У каждого человека есть своя точка зрения, свой опыт свои знания в определенной сфере. Когда кто то высказывает какую то мысль, то это только его мнение. Например , если мы бы говорили сейчас о преимуществах выделенных серверов и то как делали когда то по старинке, и фряшку можно же вспомнить, теплую ламповую ))) и ее tcp стек, и как с нее все начинали, когда linux пешком под столом ходил, что многие не доверяли ему свои сервера и т.д. Но топик то не об этом был, думаю вам стоит научится уважать чужую точку зрения.

    Упехов !

     
     
  • 8.77, нах (?), 11:11, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +1 +/
    сорри, наверное я действительно перегнул палку, может вам того, ник какой-нибудь... большой текст свёрнут, показать
     
     
  • 9.81, апнутый (?), 20:03, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Как правило в подавляющем большинстве мне приходится поддерживать микро-сервисны... большой текст свёрнут, показать
     
  • 2.34, нах (?), 17:39, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Не понимаю почему его так xeйтят.

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

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

    > Что он вам сделал плохого?

    нам приходится с этой пакостью жить, потому что если десять лет назад можно было заставить/уговорить разработчиков что нет, вы не будете использовать эту модную прекрасную фичу еще недописанного толком модуля, потому что у нас несовместимый с ним пихон, и нет, третью версию пихона помимо двух уже установленных мы на прод не потащим, то сегодня их невозможно уже уговорить хотя бы согласовывать что именно они тащат в проект из гитхаба или еще каких-то помоек. Модные современные язычки с пакетными менеджерами вида "все в хомяк", чего даже php себе не позволял, очень им тоже в этом поспособствовали.

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

    Но и это он делает хреново.

     
     
  • 3.39, Аноним (38), 19:28, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Обиженный админ, который так и не осилил программирование, потому страдает на младшей должности? Бывает.
     
     
  • 4.49, Sw00p aka Jerom (?), 21:40, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    лучшие проггеры из сисадминов вышли - факт!!!

    пс: нынешний проггер - лентяй и лоботряс и недоучка, как говорил мой учитель, незнайка - лучше недоучки!

     
  • 4.62, Аноним (62), 06:47, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    А по сути есть что возразить? Читать унылые переходы на личность оппонента от обиженнок не интересно.
     
  • 4.63, нах (?), 09:21, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Обиженный админ, который так и не осилил программирование, потому страдает на младшей должности?

    увы, не угадал - следующая за моей должность - уже руководящая. Там ни разу не программировать надо (и времени не дадут).

     
     
  • 5.82, апнутый (?), 20:11, 24/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    очень часто с возрастом люди и уходят дальше в менеджеры и потом начинаются уже совсем другие обсуждения и проблемы )) Не т,? что у нас тут, так контейнеры это плохо или это панацея )))
     
  • 3.73, _ (??), 21:43, 21/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >а о том, как донести этот "продукт" от машины разработчика (на которой "все работало, это у вас все на сервере криво")

    Му-ха-ха! Я в когда оно появилось именно так его для mgmt и расписывал. Это вещь чтобы рябе программа работала не только у проггера на его пизюке :))))

    Знаешь что с тех изменилось? Теперь это не только рябе :(

     
     
  • 4.78, нах (?), 11:13, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    в смысле, теперь все программы только так и работают? ну да, ну да... У  нас же самое ценное - время разработчика, нельзя отвлекать его от шлепания кода проблемами интеграции, сопровождения, поддержки зависимостей и хоть какого уровня безопасности...

    включая сам докер, ага.

     
  • 4.80, Andrey Mitrofanov (?), 14:40, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    >чтобы рябе программа работала не только у
    >Теперь это не только рябе :(

    Долго соображал при чём тут анекдот про дедушку-девопса.  От я отсталый-то.

     
  • 2.56, SubGun (ok), 22:47, 19/07/2018 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Не понимаю почему его так xeйтят. Даже на пoпeннете минyсят
    > нoвости с докером. Что он вам сделал плохого?

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

     
     
  • 3.59, VanDam (?), 00:08, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Т.е. неумение понять как и зачем применять определенный инструмент дает право хeйтить?
     
     
  • 4.61, Аноним (62), 06:43, 20/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Если инструмент это поощеряет, то почему нет?
     

  • 1.57, Аноним (57), 22:58, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Это голый король.
     
     
  • 2.79, . (?), 14:36, 23/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    "он знает, что он голый. Просто ему нравится показывать всем свой хер!"
     

  • 1.74, Аноним (74), 01:19, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не так давно один настоящий "DevOps" со смузи, рассказывал отличие мастер-мастер репликации от мультимастер на БД :) Было весело)
     
     
  • 2.75, Stax (ok), 22:29, 22/07/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Так не таите, поделитесь рассказом - хотя бы вкратце.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру