The OpenNET Project / Index page

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



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск cистемы управления контейнерной виртуализацией Docker..., opennews (??), 19-Июл-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


21. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +7 +/
Сообщение от trolls_vs_brain (?), 19-Июл-18, 14:13 
Не понимаю почему его так xeйтят. Даже на пoпeннете минyсят нoвости с докером. Что он вам сделал плохого?
Ответить | Правка | Наверх | Cообщить модератору

23. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от апнутый (?), 19-Июл-18, 14:31 
да народ просто пручается всему новому, обычное психологическое явление - срах перед неизведанным, это и выступает самым сильным блокером и поводом к хейтерству.
Нужно просто начать использовать и тогда появятся ответы, почему вокруг docker в свое время возникло сколько хайпа, сейчас конечно уже совсем все по другому и благо есть отличные стабильные альтернативы.
Ответить | Правка | Наверх | Cообщить модератору

24. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от апнутый (?), 19-Июл-18, 14:33 
ну а сообщество на сегодня уже склонно больше обсуждать не сколько сами контейнеры, а уже их оркестраторы с низким уровнем то там все уже плюс-минус ясно.
Ответить | Правка | Наверх | Cообщить модератору

44. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +2 +/
Сообщение от пох (?), 19-Июл-18, 20:18 
> не сколько сами контейнеры, а уже их оркестраторы
> с низким уровнем то там все уже плюс-минус ясно.

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

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

Ответить | Правка | Наверх | Cообщить модератору

69. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от апнутый (?), 20-Июл-18, 14:46 
ну как никто и не защищал docker )
Ответить | Правка | Наверх | Cообщить модератору

28. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +8 +/
Сообщение от Аноним (29), 19-Июл-18, 16:06 
>> Не понимаю почему однополую любовь так не любят и не уважают (== xeйтят). Даже на пoпeннете минyсят нoвости с аналом. Что он вам сделал плохого?
> да народ просто пручается всему новому, обычное психологическое явление - срах перед
> неизведанным, это и выступает самым сильным блокером и поводом к хейтерству.  
> Нужно просто начать практиковать и тогда появятся ответы, почему вокруг однополой любви в
> свое время возникло сколько хайпа, сейчас конечно уже совсем все по другому и благо есть отличные стабильные альтернативы.

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


Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

31. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от апнутый (?), 19-Июл-18, 17:16 
ну кто о чем ), юморист однако
Ответить | Правка | Наверх | Cообщить модератору

26. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +2 +/
Сообщение от Аноним (17), 19-Июл-18, 14:43 
Потому как большинство читателей-комментаторов - некомпетентные диванные аналитики. Увы, тот самый парадокс 95%.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

32. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от апнутый (?), 19-Июл-18, 17:27 
думаю, что если бы попали в компанию, где надо катить в 30-50 динамических окружений
и притом по 20 раз на день (на каждый коммит автоматом), то сразу бы и оценили прелести docker/rkt и им подобные :) А так на решение каждой проблемы рынка свой инструмент и каждый выбирает сам. Но вот сколько бы постребовалось времени, чтобы написать оркестровку того же например для AWS на terraform или cloudformation и без использования k8s с docker/rkt? Когда задаешься таким вопрососом, тогда начинаешь думать как использовать что то коробочное и тут без контейнеров вообще никак, так что увы - рынок сам диктует, наше дело уже правильно интегрировать все это добро.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от нах (?), 19-Июл-18, 17:43 
> думаю, что если бы попали в компанию, где надо катить в 30-50 динамических окружений
> и притом по 20 раз на день (на каждый коммит автоматом)

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

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

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

Ответить | Правка | Наверх | Cообщить модератору

38. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (38), 19-Июл-18, 19:25 
CI тестирование после каждого коммита в мастере в том числе в контейнерах.
Почему доморощенные хелоувордщики сразу начинают твердить свои модные ругательства: "хипстеры", "смузи" и т.д.? Компенсируете комплексы какие?
Ответить | Правка | Наверх | Cообщить модератору

40. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от пох (?), 19-Июл-18, 20:13 
> CI тестирование после каждого коммита

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

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


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

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

Ответить | Правка | Наверх | Cообщить модератору

70. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от апнутый (?), 20-Июл-18, 15:07 
мда, не ожидал сколько хейта ) не особо как то и хочется продолжать дискусию. Но все же... хочу отметить тот факт, что бывают команды не по 5-10 человек, а например в каждом отделе по 15-30 человек с своими лилидами по определенной зоне отвественности, вот все они и катят свои фичи в разные env.
Не обязательно по 20 раз один человек же это должен делать, думал все это будет понятно.
По поводу контейнеров то docker, не очень хороший показатель, для того чтобы говорить о всей ниши контейнеров, которые они заняли, опять же rkt никто не отменял.

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

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

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

Упехов !

Ответить | Правка | Наверх | Cообщить модератору

77. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +1 +/
Сообщение от нах (?), 23-Июл-18, 11:11 
сорри, наверное я действительно перегнул палку, может вам того, ник какой-нибудь менее неаккуратный выбрать?

> Но все же... хочу отметить тот факт, что бывают команды не по 5-10 человек, а например в каждом
> отделе по 15-30 человек с своими лилидами по определенной зоне отвественности, вот все они и
> катят свои фичи в разные env.

если в совсем разные - то и прекрасно, конечно. А если это просто разные уровни в одном и том же сервисе - то как вы потом разбираетесь "кто сломал прод?!"

У меня-то всегда есть предыдущее стабильное состояние, и известно, как от него пришли к неработающему.  А после 20го коммита подряд это будет уже совершенно непонятно.

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

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

оно накладывало серьезные ограничения на разработчиков - они не могли гонять свои эксперименты и кодить на любимой убунте, им приходилось делать это все медленно и печально через ssh на девелоперский сервер с sles, а отладив - собирать в rpm, а не "git commit", и домой пошел, ct если что откатит.
И после этого ждать, когда система тестирования даст отмашку, что этот конкретный rpm и эти его зависимости можно переложить из test repo в production. И потом ручная команда проду на апдейт из этого репо, с контролем состояния и немедленным откатом, если мониторинг дает повод сомневаться в качестве.
И вот это-то в современном мире стало немодно.

> и фряшку можно же вспомнить, теплую ламповую ))) и ее tcp стек, и как с нее все начинали

ох не надо - помню я этот стек, и сколько кровищи он выпил, своими гвоздем прибитыми размерами статических структур в ядре. А когда появилась более-менее работающая восьмерка (да и там были проблемы с большой нагрузкой мелкими запросами), было уже поздно.
Спроса на умеющих админить ЭТО уже не было, а сейчас и вовсе схлопнулся до нуля. Ну вот slw прилип к какому-то cdn, но насколько этого хватит и где на всех взять по такому - вопрос в общем-то риторический.

Ответить | Правка | Наверх | Cообщить модератору

81. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –1 +/
Сообщение от апнутый (?), 24-Июл-18, 20:03 
>если в совсем разные - то и прекрасно, конечно. А если это просто разные уровни в одном и том же сервисе - то как вы потом разбираетесь "кто сломал прод?!"

Как правило в подавляющем большинстве мне приходится поддерживать микро-сервисные проекты, потому там да, бывает хаоос еще тот, но обычно это длится до того, пока втягивается или растет новоиспеченный тимлид ), который и будет отвественным за свою пачку микросервисов, деплой  и т.п. Чем дольше выделенная команда занимается сопровождением и доработкой этих сервисов, тем лучше и прозрачней для конечных кастомеров происходят деплоии. Имею ввиду, что отвественные люди уже знают большиство нюансов и если они ничего не понимают из мира Operators, то уже сами просто что то нащупали )). Ну а так да, микросервисы - это хаоос еще тот! Конечно никто не отменял выкатку по blue-green, но часто люди ленятся и после получения от QA и руководства добра выкатывать в прод, могут и увалить что нить )). Вот она правда жизни всяких новых CI, за это насколько я понял, часто и любят Jenkins, что у него все этапы сборки можно спрятать и делегировать только одной команде админов, отвественных за это. Но опять же, обычно чистым разработчикам лень лезть в yaml и править его или они банально боятся все сломать и это делает только их тимлид, ничего не ломая при этом )). В общем, это уже опять же больше к опыту работы в команде относится, чем к технологиям.

При пуше на централизованный git сервер всегда автоматом запускаются юнит тесты, сборка и после выливки в один из stage, могут еще и интеграционные тесты выполнится, если разрабы озаботились и покрыли свои сервисы ими. Если же на каком то этапе сборка и тесты свалились, то автор коммита автоматически получает email с строчкой, на которой упало и может пофиксить. Если CI внедрили уже давненько, то работает like a charm, ну и если что то сломалось, то могут подправить и самостоятельно, даже без привлечения человека, который изначально настраивал и интрегрировал все.

Кроме этого, как правило, все строится на обычном git flow и все новые фичи или фиксы мерджатся из своих отдельных git веток, потому выливание пачки комитов не получается такой болью при реверте, потому что ревертится сразу целый MR, ну и также всегда обычно есть еще и rollback на проде, который откатит на пред версию container image.

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

У меня последней по моему была 8.2 фря и после уже массово все хосты, которые еще не были на лине, перевели на последний. Да, есть такое, вспоминаю с улыбкой, когда после очередной сборки и обновдления ядра и мира, получаешь систему как то странно работающей, после чего идешь в списки раасылок или на форум и обнаруживаешь, что тебе надо вот этот магический патч, после применения и сборки которого все взлетает. Хорошо, когда был свой iLo или iDrac, если же нет то приходилось тероризировать саппорт дата-центров )). Дааа, были же времена, сейчас многое в облаках и подход во многом уже изменился.

PS: По контейнерам могу подитожить к тому, что оно обычно надо командам разрабатывающим какой то софт, а максимальная интеграции тебя как devops в эту команду и подразумевает реализовывать хотелки всех. Со временем и сам уже стаешь мыслить как разработчик с таким хорошим бекграундом админской деятельности, мы живем в интересное время, время разрушения стериотипов и это происходит повсеместно во многих зарубежных компаниях ))).

Ответить | Правка | Наверх | Cообщить модератору

34. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +8 +/
Сообщение от нах (?), 19-Июл-18, 17:39 
> Не понимаю почему его так xeйтят.

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

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

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

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

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

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

39. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  –5 +/
Сообщение от Аноним (38), 19-Июл-18, 19:28 
Обиженный админ, который так и не осилил программирование, потому страдает на младшей должности? Бывает.
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Sw00p aka Jerom (?), 19-Июл-18, 21:40 
лучшие проггеры из сисадминов вышли - факт!!!

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

Ответить | Правка | Наверх | Cообщить модератору

62. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (62), 20-Июл-18, 06:47 
А по сути есть что возразить? Читать унылые переходы на личность оппонента от обиженнок не интересно.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

63. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от нах (?), 20-Июл-18, 09:21 
> Обиженный админ, который так и не осилил программирование, потому страдает на младшей должности?

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

Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

82. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от апнутый (?), 24-Июл-18, 20:11 
очень часто с возрастом люди и уходят дальше в менеджеры и потом начинаются уже совсем другие обсуждения и проблемы )) Не т,? что у нас тут, так контейнеры это плохо или это панацея )))
Ответить | Правка | Наверх | Cообщить модератору

73. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от _ (??), 21-Июл-18, 21:43 
>а о том, как донести этот "продукт" от машины разработчика (на которой "все работало, это у вас все на сервере криво")

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

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

Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

78. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от нах (?), 23-Июл-18, 11:13 
в смысле, теперь все программы только так и работают? ну да, ну да... У  нас же самое ценное - время разработчика, нельзя отвлекать его от шлепания кода проблемами интеграции, сопровождения, поддержки зависимостей и хоть какого уровня безопасности...

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

Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Andrey Mitrofanov (?), 23-Июл-18, 14:40 
>чтобы рябе программа работала не только у
>Теперь это не только рябе :(

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

Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

56. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +3 +/
Сообщение от SubGun (ok), 19-Июл-18, 22:47 
> Не понимаю почему его так xeйтят. Даже на пoпeннете минyсят
> нoвости с докером. Что он вам сделал плохого?

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

Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

59. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от VanDam (?), 20-Июл-18, 00:08 
Т.е. неумение понять как и зачем применять определенный инструмент дает право хeйтить?
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск cистемы управления контейнерной виртуализацией Docker..."  +/
Сообщение от Аноним (62), 20-Июл-18, 06:43 
Если инструмент это поощеряет, то почему нет?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




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

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