@devops_ru

Страница 3985 из 4568
Mr
22.06.2018
06:15:22
да хоть 1000 раз нытик, но факт в том, что разница между обьяной с ансибл и кнопочкой не сильно велика, при таком кол-ве обязанностей на рыло в любом случае будет обезьяна
Если мы говорим про elama то там стек простейший , и задачи все элементарные , деплой/миграция/мониторинг и взаимодействие с разрабами ... требования тоже не особо то и серьезные )

Sergey
22.06.2018
06:15:28
люди уже на аншлаги к хрычу ходят

Runinterface ?
22.06.2018
06:15:41
Кто то видимо не совсем допонимает понятие DevOps и для чего собственно это реализовано. (Хрыч)

Mr
22.06.2018
06:15:44
люди уже на аншлаги к хрычу ходят
ты погоди, он скоро стендапы будет давать

Google
Kirill
22.06.2018
06:16:33
нужновбивать в головы людей, что делать всё подряд это не опыт и не развитие, это деградация и помощь уродам
Кому нужно? Вот есть компании с 100 хостов в azure Им хватает одного человека, ещё и на офисный хелпдеск остается И сам человек доволен в целом, ему же ипотеку платить как-то надо Я так-то согласен, что разделение труда рулит Но существуют же другие факторы, кроме абстрактного "правильно"

Mr
22.06.2018
06:17:29
заменить 3-5 тел одним за з\п одного?-
потому-что 1 грамотный сделает за день то - что 3-5 тел будут делать неделю. И платят нормальному девопсу соответствующе.

Runinterface ?
22.06.2018
06:17:32
заменить 3-5 тел одним за з\п одного?-
А это плохо? ЗП у devops инжинеров которые реально шарят, не маленькие, за то ты и тут умеешь и там шаришь, и вообще царь и бог ( но бога нет он тут не причем)

Sergey
22.06.2018
06:18:05
просто хрыч хочет сидеть делать тупо билды за 5к баксов, а чтобы что то еще ему добавляли и еще по 5к чтобы потом за этот список получать 30к$ месяц

Robert
22.06.2018
06:18:40
После ухода Антона, аудитория начала расти. С приходом хрыча она начнёт уменьшаться

Runinterface ?
22.06.2018
06:18:53
Поднять тимсити билды к нему подключить, и настроить элементраные шаги на билд проекта и школьник может

Sergey
22.06.2018
06:18:58
только вот рынок на эти идеи не молится

Robert
22.06.2018
06:19:40
Антон ушел ? че так ?
Только поэтому хрыч всё ещё может писать сюда

Sergey
22.06.2018
06:20:03
Только поэтому хрыч всё ещё может писать сюда
последний рубеж прорван анархия

Google
Mr
22.06.2018
06:20:51
Только поэтому хрыч всё ещё может писать сюда
Ну так я же сижу такой , жду ... когда-же Антон придет порядок наведет , а его все нет. Нормально же порядок наводил, всяких офтопщиков и флудерастов шугал )

Старый
22.06.2018
06:20:56
если что

Runinterface ?
22.06.2018
06:21:24
классные достижения у тебя братан

Robert
22.06.2018
06:21:45
пока тут был хрыч чат до 3к дорос
Видимо потому что Антон не давал хрычу устраивать флуд

Старый
22.06.2018
06:21:45
это не достижение, это к тому, что я никак не мешаю

Видимо потому что Антон не давал хрычу устраивать флуд
антон позже как раз пришёл, и вот при нём как раз люди разошлись

Mr
22.06.2018
06:23:22
Не в количестве счастье, а в качестве ... толку от 10 000 флудящих эникейщиков не знающих простейшие вещи в девопс чате

так-что пиписькомерство тут не канает

Daniel
22.06.2018
06:27:08
а когда-то тут и ксения.мтс была

Старый
22.06.2018
06:28:37
а когда-то тут и ксения.мтс была
могу в чат добавить где сейчас и чистяков периодически, ксения каждый день, пузырев, смирнов, иван, тенни, сотрудник редхата и сео крупного холдинга

Daniel
22.06.2018
06:29:17
не-не-не

Daniel
22.06.2018
06:29:43
и сегодня-то я тут толькео потому, что цикл отладки минут 10 занимает

Григорий
22.06.2018
06:32:01
После ухода Антона, аудитория начала расти. С приходом хрыча она начнёт уменьшаться
После ухода Антона народ перестал бояться и начал дико оффтопить

Robert
22.06.2018
06:33:06
Нет у людей самодисциплины

Григорий
22.06.2018
06:33:07
В девопс_жоб тысяча сообщений в день налетает, пиздец же

работать не успеваю

Robert
22.06.2018
06:33:48
А хотят работать удаленно, удаленно все такие флудерасты только мандражировать будут

Andrey
22.06.2018
06:33:53
После ухода Антона народ перестал бояться и начал дико оффтопить
Херасе, а куда Антон делася? Без его попыток самоутвердиться угрожая банхаммером чат уже не будет прежним)

Google
Aleksandr
22.06.2018
06:34:23
После ухода Антона народ перестал бояться и начал дико оффтопить
между "бояться" и "оффтоп" должна быть здоровая середина, и возможность общаться была обеспечена ради неё, а не ради засёра всех чатов хрычесторисами

оффтопа ни здесь, ни в джобс, практически нет; речь идёт исключительно о деградации качества топиков и последней тенденции их охрычезации

его анмьютили, опять же, не для этого

Григорий
22.06.2018
06:35:59
оффтопа ни здесь, ни в джобс, практически нет; речь идёт исключительно о деградации качества топиков и последней тенденции их охрычезации
Думаю, что он скоро найдет работу, на которой его наконец нагрузят хадупом, как он этого и заслуживает)

Sporykhin
22.06.2018
06:44:39
Годно вы тут про хрыча

Старый
22.06.2018
06:47:54
Не в количестве счастье, а в качестве ... толку от 10 000 флудящих эникейщиков не знающих простейшие вещи в девопс чате
качество тоже понятие растяжимое. Приведу 2 примера. пример номер 1. контора 25 кодеров 2 дизайнера, идиот сто. Инфраструктура на азур, не одной виндовой машины. на вопрос, а зачем азур - "я читал там дёшево". Начинаю спрашивать про проект, туды сюды, переходим к их ожиданиям и задачам. Им нужен kuber+teraform+consul+elk+мониторинг. А потому выясняется там 16 сервисов 8 из которых текут, 4 из которых регулярно падают, 2 являются узким местом и периодически дохнут. Все сервисы работают хреново. Задаю вопрос, а зачем собственно вам нужен кубер, если сервисы через узкие места всё равно не масштабируются. Кубер позволит не чинить сервисы, у нас уже сейчас для тераформ+консол написано не много, что пересоздаёт контейнеры в случае, если они жрут больше чем.... Ладно, а чего вы ожидаете, - мы ожидаем, что вы настроите кубер, и мы сможем не отрываться от написания фич на какие-то там мемори лики и зомби процессы, и просто запросы, висящие часами. Второй пример, конторка, пишет софт для логистики, прошлый админ взял куберспрей, написал туда за полгода кучу хрени, 80+ микросервисов, и тут проблема, нет архитектора, тимлиды дети, сто странный, рассказывает о европейских рынках хотя за 3 года у них не одного клиента вне снг. Всё приложение зависит от 2 «шлюзов» в их софте, и им нужен опять же кубер. Но уже по причине того, что типа «он есть везде», схемы у проекта нет, зависимостей нет, как, через что, какие модули за какими работают, никто не знает. Сидит перловик пишет ci размером почти с сам проект, на python, хотят передавать заказчику куберспрей на ансибл с полностью локальной установкой и магическим образом добавляемыми зависимостями при обновлении. У первых нет денег на железо, и потому тесты и тд почти проводятся, но с азура уезжать не хочет сто. У вторых ощущение, что директора выше стоящие чем сто, просто снимают остатки сливок и закроются при первом факапе реальном…. И проблема в том, что они найдут людей, готовых заниматься садомазо….

Sergey
22.06.2018
06:48:21
странна, тут же вродь как адмиистраторы есть которые должны RO лепить и прочее но чет видно по барабану

Silent Bob
22.06.2018
06:48:33
Mr
22.06.2018
06:48:45
Ой божечки !!!, а можно я не буду отвечать ? )) а то мне и читать, то лень чот хД )

Sergey
22.06.2018
06:48:56
дело не в отсутствии Антона а в том что его никто более адекватный не заменяет

Silent Bob
22.06.2018
06:49:50
кстати, вопрос есть, верно ли я понимаю что когда EC2 инстансы выключены, за них деньги не списываются? Тогда как диджитал оушену пофигу, он прямо говорит что за выключенные впски цена такая же как за включенные

Aleksandr
22.06.2018
06:51:14
дело не в отсутствии Антона а в том что его никто более адекватный не заменяет
в том и дело, что речь не о замене, а об определении границ "качественный контент" и "некачественный", это очень эфемерное понятие

Aleksandr
22.06.2018
06:51:44
вот хрыч дискассит вроде как о технологиях, но некоторым не нравится, ридонлить его?

Sergey
22.06.2018
06:52:10
качество тоже понятие растяжимое. Приведу 2 примера. пример номер 1. контора 25 кодеров 2 дизайнера, идиот сто. Инфраструктура на азур, не одной виндовой машины. на вопрос, а зачем азур - "я читал там дёшево". Начинаю спрашивать про проект, туды сюды, переходим к их ожиданиям и задачам. Им нужен kuber+teraform+consul+elk+мониторинг. А потому выясняется там 16 сервисов 8 из которых текут, 4 из которых регулярно падают, 2 являются узким местом и периодически дохнут. Все сервисы работают хреново. Задаю вопрос, а зачем собственно вам нужен кубер, если сервисы через узкие места всё равно не масштабируются. Кубер позволит не чинить сервисы, у нас уже сейчас для тераформ+консол написано не много, что пересоздаёт контейнеры в случае, если они жрут больше чем.... Ладно, а чего вы ожидаете, - мы ожидаем, что вы настроите кубер, и мы сможем не отрываться от написания фич на какие-то там мемори лики и зомби процессы, и просто запросы, висящие часами. Второй пример, конторка, пишет софт для логистики, прошлый админ взял куберспрей, написал туда за полгода кучу хрени, 80+ микросервисов, и тут проблема, нет архитектора, тимлиды дети, сто странный, рассказывает о европейских рынках хотя за 3 года у них не одного клиента вне снг. Всё приложение зависит от 2 «шлюзов» в их софте, и им нужен опять же кубер. Но уже по причине того, что типа «он есть везде», схемы у проекта нет, зависимостей нет, как, через что, какие модули за какими работают, никто не знает. Сидит перловик пишет ci размером почти с сам проект, на python, хотят передавать заказчику куберспрей на ансибл с полностью локальной установкой и магическим образом добавляемыми зависимостями при обновлении. У первых нет денег на железо, и потому тесты и тд почти проводятся, но с азура уезжать не хочет сто. У вторых ощущение, что директора выше стоящие чем сто, просто снимают остатки сливок и закроются при первом факапе реальном…. И проблема в том, что они найдут людей, готовых заниматься садомазо….
оба примера это адища для таких сто и работодателей должны предназначаться выделенные ссаные тряпки для собеседований

Silent Bob
22.06.2018
06:52:16
понял, странно конечно ДО поступает в таком случае
теряет конкурентное преимущество как по мне

Старый
22.06.2018
06:52:19
понял, странно конечно ДО поступает в таком случае
так он дешевле и там нет такой бешенной цены за трафик

Google
Sergey
22.06.2018
06:52:47
@vizdrag подскажи, ты не пробовал rabbitmq с pacemaker ставить?

Silent Bob
22.06.2018
06:53:18
так он дешевле и там нет такой бешенной цены за трафик
ну в любом случае это вин с EC2 , по тесты, или еще под что-нибудь другое, когда надо пару часов в день

Mr
22.06.2018
06:53:22
качество тоже понятие растяжимое. Приведу 2 примера. пример номер 1. контора 25 кодеров 2 дизайнера, идиот сто. Инфраструктура на азур, не одной виндовой машины. на вопрос, а зачем азур - "я читал там дёшево". Начинаю спрашивать про проект, туды сюды, переходим к их ожиданиям и задачам. Им нужен kuber+teraform+consul+elk+мониторинг. А потому выясняется там 16 сервисов 8 из которых текут, 4 из которых регулярно падают, 2 являются узким местом и периодически дохнут. Все сервисы работают хреново. Задаю вопрос, а зачем собственно вам нужен кубер, если сервисы через узкие места всё равно не масштабируются. Кубер позволит не чинить сервисы, у нас уже сейчас для тераформ+консол написано не много, что пересоздаёт контейнеры в случае, если они жрут больше чем.... Ладно, а чего вы ожидаете, - мы ожидаем, что вы настроите кубер, и мы сможем не отрываться от написания фич на какие-то там мемори лики и зомби процессы, и просто запросы, висящие часами. Второй пример, конторка, пишет софт для логистики, прошлый админ взял куберспрей, написал туда за полгода кучу хрени, 80+ микросервисов, и тут проблема, нет архитектора, тимлиды дети, сто странный, рассказывает о европейских рынках хотя за 3 года у них не одного клиента вне снг. Всё приложение зависит от 2 «шлюзов» в их софте, и им нужен опять же кубер. Но уже по причине того, что типа «он есть везде», схемы у проекта нет, зависимостей нет, как, через что, какие модули за какими работают, никто не знает. Сидит перловик пишет ci размером почти с сам проект, на python, хотят передавать заказчику куберспрей на ансибл с полностью локальной установкой и магическим образом добавляемыми зависимостями при обновлении. У первых нет денег на железо, и потому тесты и тд почти проводятся, но с азура уезжать не хочет сто. У вторых ощущение, что директора выше стоящие чем сто, просто снимают остатки сливок и закроются при первом факапе реальном…. И проблема в том, что они найдут людей, готовых заниматься садомазо….
Мне кажется это не проблема ))) найдут - молодцы. Мне то какое-дело, пусть хоть кого туда находят. Если человек толковый, он врят-ли в такое влезет - если дурной, нууу чтож, тому и быть )

Старый
22.06.2018
06:53:52
Sergey
22.06.2018
06:53:56
неть:С
заморачиваюсь щас с отказоустойчивостью. nginx перевел, теперь хочу понять какой болью мне это встанет с кроликом)

Silent Bob
22.06.2018
06:54:25
накосячить легко, 1 параметр не так и 2000 баксов за трафик списали
и как же можно накосячить? На примере тестов

Старый
22.06.2018
06:54:44
и как же можно накосячить? На примере тестов
ну например у тебя есть сервисы которые часто обращаются к базе и хранилищу, и ты пустил трафик не по лан а по ван

а цена разная

Sergey
22.06.2018
06:56:06
если кролик у вас не инмемори, то советую думать о переходе на кафку
чем лучше? так то я з что угодно) когда понял, что родной класер в кролике не умеет делиться очередями и балансить нагрузку)

Старый
22.06.2018
06:56:41
чем лучше? так то я з что угодно) когда понял, что родной класер в кролике не умеет делиться очередями и балансить нагрузку)
ну вот кафка это умеет, плюс в отличии от кролика она хорошо работает с диском и хранением очередей на диске, а не только инмемори

Silent Bob
22.06.2018
06:56:48
ну за outbound цена $0.090 per additional GB
я конечно понимаю, у всех разные масштабы

Старый
22.06.2018
06:57:33
надо подумать в эту сторону. спасибо за наводку.
у кафки другой минус, в отличии от кролика она сложнее для разрабов

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

Silent Bob
22.06.2018
06:58:02
ну например у тебя есть сервисы которые часто обращаются к базе и хранилищу, и ты пустил трафик не по лан а по ван
мне кажется вы преувеличиваете для словца. Если вы не качаете терабайтами/час то все будет норм

Alexander
22.06.2018
06:58:09
кафка и кролик в целом вообще про разное.

Старый
22.06.2018
06:58:45
кафка и кролик в целом вообще про разное.
то и то можно использовать под очереди

Google
Alexander
22.06.2018
06:58:46
кролик - это таки брокер сообщений реализующий ampq, а кафка - фактически распределенный лог

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

а просто так притащить кафку, хотя кролик справляется - такое себе.

Старый
22.06.2018
06:59:36
если тебе нужна работа с диском, то кролик уже ненужен

и если у тебя между 2 дц он

Alexander
22.06.2018
07:00:05
ну кролик умеет в кластеризацию. отзывы, правда, смешанные

есть activemq, еще брокеры сообщений.

Старый
22.06.2018
07:00:39
ну кролик умеет в кластеризацию. отзывы, правда, смешанные
5000 добавлений в очередь и 3000 забора в сек кластер из кролика при ограничении оперативы справлялся хуже кафки

Alexander
22.06.2018
07:00:44
а на кафке, простите, банальный request-reply хрен сделаешь

Sergey
22.06.2018
07:00:56
activemq адища

Alexander
22.06.2018
07:01:13
activemq адища
джява же. джява это хорошо, джява это надежно

Sergey
22.06.2018
07:01:31
это пнятно, просто ее кастомно в докер еле упихал

Старый
22.06.2018
07:01:43
а на кафке, простите, банальный request-reply хрен сделаешь
https://dzone.com/articles/synchronous-kafka-using-spring-request-reply-1

Alexander
22.06.2018
07:02:38
https://dzone.com/articles/synchronous-kafka-using-spring-request-reply-1
ну вот именно. постоянно нужны какие-то приседания, чтобы реализовать то, что в нормальных брокерах есть из коробки.

Старый
22.06.2018
07:03:06
и держать их в x5 на инмемори

оч прикольно

Alexander
22.06.2018
07:03:34
еще вопрос насколько это хорошо работает. в общем мне кажется кафку использовать именно как брокер сообщений, для бизнес-логики и асинхронной связи между микросервисами - такое себе.

потоки данных - да, огонь.

Старый
22.06.2018
07:04:27
еще вопрос насколько это хорошо работает. в общем мне кажется кафку использовать именно как брокер сообщений, для бизнес-логики и асинхронной связи между микросервисами - такое себе.
ну вот у тебя приходит 5-18 тыс сообщений, обрабатывается существенно меньше, и за счёт часов когда нет сообщений всё сглаживается, делать под кролика +500 оперативы

зачем?

Страница 3985 из 4568