The OpenNET Project / Index page

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

Выпуск 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
Тип: Программы
Ключевые слова: docker, container
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (60) Ajax/Линейный | Раскрыть все сообщения | 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. На десктопе и домашнем сервере у меня всегда тестинг-ветка, чтобы и помогать чем можется (багрепорты), и "ветер нюхать". В проде у нас стабильная Debian как минимум потому, что заббиксом можно реагировать на рассылку от Debian Security Team и не паниковать напрасно. А вы, сударь, кажется не вполне умеете читать как минимум Debian Administrator Handbook, который местами устарел конечно, остаётся прекрасным пособием по архитектуре открытой UNIX-системы без необходимости писать OpenIndiana и с парой элегантных костылей.

     
     
  • 9.76, нах (?), 10:49, 23/07/2018 [^] [ответить]    [к модератору]  
  • –1 +/
    > Ни разу не так. В проде тоже Debian GNU/Linux, скоро будет Devuan.

    я очень рад за вас, но у меня, к сожалению, прод не на единственном тщательно отполированном локалхосте.

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

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

     
  • 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:
    Текст:


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