1.1, Аноним (-), 10:35, 19/07/2018 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| –6 +/– |
>а два раза в год, что позволит синхронизировать разработку с такими дистрибутивами, как Ubuntu и Fedora.
при том, что убунто лтс, которой все пользуются, выходит два раза в год, а федора вообще никому больше ненужна
| |
|
|
|
4.54, Аноним (54), 22:14, 19/07/2018 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
Анонимов не интересует непонятные блобы - только из исходников.
Вы пробовали собрать докер? Вот попробуйте и... И потом запускать его побоитесь!
| |
|
|
|
|
|
3.11, Аноним (11), 11:50, 19/07/2018 [^] [^^] [^^^] [ответить] [к модератору]
| +5 +/– |
Не-не, зачем это нужно OpenBSD? BSD-системы — это по старинке разово руками всё поднял и оно годами работает без остановки, а контейнеры для обратной ситуации — когда частые перезагрузки (или падения, если линукс) с надобностью разворачивать готовый набор с нуля. Т.е. зачем оно там — не очень понятно, всё равно как пластырь для трактора.
| |
|
4.17, Аноним (17), 13:45, 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 — разово, руками, на локалхосте.
| |
|
|
|
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 при сборке образа, я понимаю почему: иначе, заявленная оптимизация по занимаемому образами месту превратится в тыкву.
С другой стороны, рабочее решение для "один контейнер - один сервис" - нужная вещь. В процессе разработки и тестирования. Продакшн же, как это уже всеми признано, не место для докера.
| |
|
|
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
| |
|
|
|
|
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, а не доскер. Примерно по перечисленным причинам. Но хайп победил разум и тут.
| |
|
3.28, Аноним (29), 16:06, 19/07/2018 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +8 +/– |
>> Не понимаю почему однополую любовь так не любят и не уважают (== xeйтят). Даже на пoпeннете минyсят нoвости с аналом. Что он вам сделал плохого?
> да народ просто пручается всему новому, обычное психологическое явление - срах перед
> неизведанным, это и выступает самым сильным блокером и поводом к хейтерству.
> Нужно просто начать практиковать и тогда появятся ответы, почему вокруг однополой любви в
> свое время возникло сколько хайпа, сейчас конечно уже совсем все по другому и благо есть отличные стабильные альтернативы.
Поменял в "аргументации" докер на "однополую любовь" - читается точно так же. Отличный детектор демагогии ))
| |
|
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 пешком под столом ходил, что многие не доверяли ему свои сервера и т.д. Но топик то не об этом был, думаю вам стоит научится уважать чужую точку зрения.
Упехов !
| |
|
|
|
|
|
2.34, нах (?), 17:39, 19/07/2018 [^] [^^] [^^^] [ответить] [↓] [↑] [к модератору]
| +8 +/– |
> Не понимаю почему его так xeйтят.
потому что феерическое гуано, похоронившее (засравшее поляну) хорошую идею изоляции приложений.
На редкость корявое, глючное, ненадежное, недописанное в самых примитивных фичах. Написано альтернативно-одаренными разработчиками для девопсов, админы тут рядом не стояли.
Ну вот одна только распрекрасная идея "автоматического" самозахвата сетевых адресов из используемых в корпоративных (да и в датацентровских) сетях диапазонов - которые только вот в наираспоследней версии стало можно хотя бы пооверрайдить (оно обладает псевдоинтеллектом, чтобы выбрать себе адрес, отсутствующий на интерфейсах, прекрасно, что будем делать, когда этот блок присутствует в соседней стойке - и она должна быть доступна и с этого хоста - тоже?) - говорит о квалификации этих людей, и о том, где именно они работают.
> Что он вам сделал плохого?
нам приходится с этой пакостью жить, потому что если десять лет назад можно было заставить/уговорить разработчиков что нет, вы не будете использовать эту модную прекрасную фичу еще недописанного толком модуля, потому что у нас несовместимый с ним пихон, и нет, третью версию пихона помимо двух уже установленных мы на прод не потащим, то сегодня их невозможно уже уговорить хотя бы согласовывать что именно они тащат в проект из гитхаба или еще каких-то помоек. Модные современные язычки с пакетными менеджерами вида "все в хомяк", чего даже php себе не позволял, очень им тоже в этом поспособствовали.
В результате да, докер не о надежности, и не о защите системы, а о том, как донести этот "продукт"(вторичный) от машины разработчика (на которой "все работало, это у вас все на сервере криво") до прода, не просыпав по дороге миллион скотчем примотанных или просто сверху набросанных деталек, без которых оно нежизнеспособно. То есть это исключительно средство доставки приложений.
Но и это он делает хреново.
| |
|
|
4.49, Sw00p aka Jerom (?), 21:40, 19/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 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
в смысле, теперь все программы только так и работают? ну да, ну да... У нас же самое ценное - время разработчика, нельзя отвлекать его от шлепания кода проблемами интеграции, сопровождения, поддержки зависимостей и хоть какого уровня безопасности...
включая сам докер, ага.
| |
|
|
2.56, SubGun (ok), 22:47, 19/07/2018 [^] [^^] [^^^] [ответить] [↑] [к модератору]
| +3 +/– |
> Не понимаю почему его так xeйтят. Даже на пoпeннете минyсят
> нoвости с докером. Что он вам сделал плохого?
Потому что каждая мартышка сегодня считает своим долгом все перевести на docker. Нужно оно, не нужно, плевать, главное чтобы было. Потому что стильно, можно, девопс же. Это вам не какое-то там системное администрирование. Обколются своим девопсом...
Никто не против докера, сам его использую. Я против превращения докера в религию.
| |
|
1.74, Аноним (74), 01:19, 22/07/2018 [ответить] [﹢﹢﹢] [ · · · ] [↑] [к модератору]
| +/– |
Не так давно один настоящий "DevOps" со смузи, рассказывал отличие мастер-мастер репликации от мультимастер на БД :) Было весело)
| |
|