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

Выпуск cистемы управления контейнерной виртуализацией Docker..., opennews (??), 19-Июл-18, (0) [смотреть все] при том, что убунто лтс, которой все пользуются, выходит два раза в год, а федор, Аноним (-), 10:35 , 19-Июл-18, (1) –6 // LTS - раз в два года, 1 (??), 10:41 , 19-Июл-18, (4) +4 // опечатался, сорри, Аноним (-), 20:15 , 19-Июл-18, (41) Федора популярна в Америке , Аноним (37), 18:12 , 19-Июл-18, (37) // Чта По крайней мере не в Калифорнии, здесь Юбунта топчик , Аноним (83), 01:51 , 08-Авг-18, (83) Slackware64 14 2Docker 18 03 1Всё работает , Аноним (9), 11:43 , 19-Июл-18, (9) +1 // Думаю, наши с тобой маргинальные случаи не интересуют выпускальщиков будущего ве, Аноним (-), 20:17 , 19-Июл-18, (42) +1 // Анонимов не интересует непонятные блобы - только из исходников Вы пробовали собр, Аноним (54), 22:14 , 19-Июл-18, (54) Зачем это нужно , оттуда (?), 10:39 , 19-Июл-18, (3) –2 // Чтобы собирать на OpenBSD -- ваш кэп , iv (?), 10:45 , 19-Июл-18, (5) +5 // Не-не, зачем это нужно OpenBSD BSD-системы 8212 это по старинке разово рукам, Аноним (11), 11:50 , 19-Июл-18, (11) +5 // Нет, не для этого , Аноним (17), 13:45 , 19-Июл-18, (17) –1 Нет, для этого, Аноним (22), 14:13 , 19-Июл-18, (22) –1 И, как твердили многие годы подряд -- не для безопасности , Аноним (29), 16:08 , 19-Июл-18, (29) для безопасности вам интел выкатил clear containers Но, как тут писали фанбои, нах (?), 09:31 , 20-Июл-18, (64) Да, типичный кейс для BSD 8212 разово, руками, на локалхосте , Аноним (53), 22:13 , 19-Июл-18, (53) –2 а вот зачем https github com moby moby pull 37301 то есть уже появились проже, нах (?), 12:13 , 19-Июл-18, (14) +1 // Что это и зачем оно не нyжно, объясни , Аноним (27), 15:51 , 19-Июл-18, (27) и много ты наделал блоатвари , Аноним (-), 16:49 , 19-Июл-18, (30) –1 Прочитал первый абзац новости несколько раз Это адский поток сознания и ноль по, Аноним (10), 11:44 , 19-Июл-18, (10) –2 из действительно полезного - мы научились гланды э мы научились --init в sw, докеромакак (?), 12:08 , 19-Июл-18, (13) –3 // И да, и нет Докер становится огромным всемогутором, который напоминает скорее с, Аноним (-), 12:32 , 19-Июл-18, (15) +4 // это вы еще не видели контейнера с интуитивно приятным интерфейсом для управления, нах (?), 12:50 , 19-Июл-18, (16) –1 // Ещё как можно есть apt -get install и dselect-upgrade man 8 apt-get А ещё е, odd.mean (ok), 09:37 , 20-Июл-18, (65) и пакеты, установленные автозависимостями, внезапно, превращаются в установленны, нах (?), 10:11 , 20-Июл-18, (66) –1 Во-первых, пакеты, установленные по зависимостям не превращаются в установленные, odd.mean (ok), 11:23 , 20-Июл-18, (67) +1 все это прекрасно, но мы тут обсуждаем докер Где ручные настройки невозможны, а, нах (?), 12:34 , 20-Июл-18, (68) Ни разу не так В проде тоже Debian GNU Linux, скоро будет Devuan На десктопе и, odd.mean (ok), 19:48 , 20-Июл-18, (71) я очень рад за вас, но у меня, к сожалению, прод не на единственном тщательно от, нах (?), 10:49 , 23-Июл-18, (76) –1 Не понимаю почему его так xeйтят Даже на пoпeннете минyсят нoвости с докером Ч, trolls_vs_brain (?), 14:13 , 19-Июл-18, (21) +7 // да народ просто пручается всему новому, обычное психологическое явление - срах п, апнутый (?), 14:31 , 19-Июл-18, (23) –1 // ну а сообщество на сегодня уже склонно больше обсуждать не сколько сами контейне, апнутый (?), 14:33 , 19-Июл-18, (24) –1 // угу, его не доделали до мало-мальски работоспособного состояния, и не будут - вс, пох (?), 20:18 , 19-Июл-18, (44) +2 ну как никто и не защищал docker , апнутый (?), 14:46 , 20-Июл-18, (69) Поменял в аргументации докер на однополую любовь - читается точно так же От, Аноним (29), 16:06 , 19-Июл-18, (28) +8 // ну кто о чем , юморист однако, апнутый (?), 17:16 , 19-Июл-18, (31) –1 Потому как большинство читателей-комментаторов - некомпетентные диванные аналити, Аноним (17), 14:43 , 19-Июл-18, (26) +2   // думаю, что если бы попали в компанию, где надо катить в 30-50 динамических окруж, апнутый (?), 17:27 , 19-Июл-18, (32) +1   // тестирование для лохов, ага Версия прода может быть только одна, самая распосле, нах (?), 17:43 , 19-Июл-18, (35) +1   CI тестирование после каждого коммита в мастере в том числе в контейнерах Почем, Аноним (38), 19:25 , 19-Июл-18, (38)   таки после или во время Впрочем, я знаю ответ - никто из разработчиков не будет, пох (?), 20:13 , 19-Июл-18, (40) +1   мда, не ожидал сколько хейта не особо как то и хочется продолжать дискусию Но, апнутый (?), 15:07 , 20-Июл-18, (70)   сорри, наверное я действительно перегнул палку, может вам того, ник какой-нибудь, нах (?), 11:11 , 23-Июл-18, (77) +1   Как правило в подавляющем большинстве мне приходится поддерживать микро-сервисны, апнутый (?), 20:03 , 24-Июл-18, (81) –1   потому что феерическое гуано, похоронившее засравшее поляну хорошую идею изоля, нах (?), 17:39 , 19-Июл-18, (34) +8 // Обиженный админ, который так и не осилил программирование, потому страдает на мл, Аноним (38), 19:28 , 19-Июл-18, (39) –5 // лучшие проггеры из сисадминов вышли - факт пс нынешний проггер - лентяй и лоб, Sw00p aka Jerom (?), 21:40 , 19-Июл-18, (49) А по сути есть что возразить Читать унылые переходы на личность оппонента от об, Аноним (62), 06:47 , 20-Июл-18, (62) увы, не угадал - следующая за моей должность - уже руководящая Там ни разу не п, нах (?), 09:21 , 20-Июл-18, (63) очень часто с возрастом люди и уходят дальше в менеджеры и потом начинаются уже , апнутый (?), 20:11 , 24-Июл-18, (82) Му-ха-ха Я в когда оно появилось именно так его для mgmt и расписывал Это вещь, _ (??), 21:43 , 21-Июл-18, (73) // в смысле, теперь все программы только так и работают ну да, ну да У нас же , нах (?), 11:13 , 23-Июл-18, (78) Долго соображал при чём тут анекдот про дедушку-девопса От я отсталый-то , Andrey Mitrofanov (?), 14:40 , 23-Июл-18, (80) Потому что каждая мартышка сегодня считает своим долгом все перевести на docker , SubGun (ok), 22:47 , 19-Июл-18, (56) +3 // Т е неумение понять как и зачем применять определенный инструмент дает право хe, VanDam (?), 00:08 , 20-Июл-18, (59) // Если инструмент это поощеряет, то почему нет , Аноним (62), 06:43 , 20-Июл-18, (61) Это голый король , Аноним (57), 22:58 , 19-Июл-18, (57) // он знает, что он голый Просто ему нравится показывать всем свой хер , . (?), 14:36 , 23-Июл-18, (79) Не так давно один настоящий DevOps со смузи, рассказывал отличие мастер-мастер, Аноним (74), 01:19 , 22-Июл-18, (74) // Так не таите, поделитесь рассказом - хотя бы вкратце , Stax (ok), 22:29 , 22-Июл-18, (75) 1,3,10,13,21,57,74

Сообщения

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

	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ообщить модератору

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

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