@VARAVARAN будет жить. Поприветствуем!

так что из 2 решений которые потенциально пригодны осталось 1,6

Чет не вижу проблемы - берешь какойнить рандек, берешь Прометей и алертменеджер, который Алерт роутит в вебхук на рандек, который запустит очистку логов там или ещё чего

Но по опыту, все инценденты, которые легко лечаться автоматически, так же легко устраняются в принципе

Но по опыту, все инценденты, которые легко лечаться автоматически, так же легко устраняются в принципе

В смысле - легко их не допускать?

В смысле - легко их не допускать?

Если у вас "внезапно" кончается место на диске, скорее всего у этого есть причина

Если у вас "внезапно" кончается место на диске, скорее всего у этого есть причина

Я про то же ребятам и говорб

Чет не вижу проблемы - берешь какойнить рандек, берешь Прометей и алертменеджер, который Алерт роутит в вебхук на рандек, который запустит очистку логов там или ещё чего

Так и есть. Спасибо за вариант

Но всё же есть разные случаи. Иногда системное решение сложное или не доступно в короткой перспективе. И нужны быстрофиксы.

Есть ещё кейс для такой системы про который мало кто думает.

посади несколько джунов в смену

Ведь ею можно делать обогащение алерта. К примеру подтвердить факт проблемы, или добавить к алерту диагностики. Чтобы к моменту когда к её решения приступил человек стандартная диагностика уже была проведена. Типа трассировок, курлов и такое

@yalokiy будет жить. Поприветствуем!

Всем привет! Анонсируем новый восхитительный движ в Петербурге: @spb_reliability (SPb Reliability Meetup). Закончилось время классических системных администраторов. Однако современный подход к обслуживанию систем не стал популярным. Мы хотим исправить это, и создаём мероприятие для всех инженеров, кто хочет сделать свой продакшн лучше. В основе митапа лежит методология #SRE (Site Reliability Engineering). Согласно ей инженер работает с системой в целом, не ограничиваясь кодовой базой, БД и их настройкой, мониторингом, системой оркестрации, настройками облака и ОС. Об этом и будут митапы, с фокусом на современные технологии. Cчитаем важным: • обмен опытом: каждый может прийти, послушать, пообщаться, в блиц-докладе рассказать о своей боли или интересном решении • профессиональную и доброжелательную атмосферу: у нас действует берлинский кодекс поведения • дружить: как с остальным движем Петербурга и регионов, так и с коммерческими компаниями (почему нет) • делать крутые вещи: у нас достойный опыт как в индустрии (кофаундер @upovod), так и в организации айти-мероприятий (кофаундер @nazarov_tech). Первый митап пройдёт 22 января в 19:00 в офисе #DataArt (Гельсингфорсская, 2). Будет два основных доклада, несколько блиц-докладов и пицца. Регистрируйтесь: meetup.com/SPb-Reliability-Meetup/events/257499497 и присоединяйтесь к нам: t.me/spb_reliability

Господа хорошие, а есть кто из Яндекс.Денег? Есть пара вопросов.

да да бред и ппц

да да бред и ппц

да ну вас. Парни хотят хорошее дело сделать, а вы тут сразу ⚡💩💩💩

да ну вас. Парни хотят хорошее дело сделать, а вы тут сразу ⚡💩💩💩

я не против. но class sre implements devops

я не против. но class sre implements devops

называй как хочешь, главное ... в печь не ставь ✨

я не против. но class sre implements devops

А SRE не раньше ли появились чем devops практики?

Господа хорошие, а есть кто из Яндекс.Денег? Есть пара вопросов.

У меня коллега, недавно оттуда ушел, могу передать вопросы

Эм. Вопросы не в духе "а как вы делаете это?", а в духе "какого хрена вы PR не принимаете?".

site reliability engineering — это что?

А SRE не раньше ли появились чем devops практики?

Нет devops появился в 2008 году

Внезапно — да, я во вводном докладе расскажу об SRE

Меня вообще забавляет когда компании пытаются внедрить sre после прочтения книжки от google, итог это фиаско братан

Нет devops появился в 2008 году

А SRE в 2003'ем

А SRE в 2003'ем

Разница в том что в современном виде сре сформировалось несколько лет назад и надо понимать что в гугле сре и системная инженерия своеобразная

Разница в том что в современном виде сре сформировалось несколько лет назад и надо понимать что в гугле сре и системная инженерия своеобразная

Получается, куча вакансий где ищут devops инженера, по факту они ищут sre и некоректно используют термин devops?

Модные словечки.

Получается, куча вакансий где ищут devops инженера, по факту они ищут sre и некоректно используют термин devops?

по факту девопс вакансии сводятся в релиз инженеру/инженеру по автомотизации

по факту девопс вакансии сводятся в релиз инженеру/инженеру по автомотизации

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

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

по мне так же не корректно

по факту девопс вакансии сводятся в релиз инженеру/инженеру по автомотизации

Это крутой Линукс админ + куча смежных штук. Обычно автоматизация разработки + деплоя

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

Если от этого выигрывают работники (з/п выше), то я только рад

Это крутой Линукс админ + куча смежных штук. Обычно автоматизация разработки + деплоя

если так посмотреть сре админ который умеет мониторить и умеет автомотизировать рутину) я думал что каждый админ это должен делать)) в начале карьеры делал все тоже самое что сейчас делает сре)

Это крутой Линукс админ + куча смежных штук. Обычно автоматизация разработки + деплоя

Это не очень крутой линукс-админ, обычно

Разница в том что в современном виде сре сформировалось несколько лет назад и надо понимать что в гугле сре и системная инженерия своеобразная

А чем своеобразная?

А чем своеобразная?

Она там есть! В этом и своеобразие

Например - покажите мне resilience engineering за пределами FAANG и Yandex

Это крутой Линукс админ + куча смежных штук. Обычно автоматизация разработки + деплоя

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

Могу ошибаться, но человек-мониторинг это классическое неправильное определение сре

А чем своеобразная?

У гугла свой подход к системной инженерии, как один из критериев умение программировать. не писать скрипты, а именно программировать

У гугла свой подход к системной инженерии, как один из критериев умение программировать. не писать скрипты, а именно программировать

А, это да.

Внезапно — да, я во вводном докладе расскажу об SRE

лайтнинги будут ?

хочу своё виденье толкнуть на лайтнинге

лайтнинги будут ?

Объявлены

Топик мне кинь в личку — анонсирую

А, это да.

и подход как у гугла я не в каждой компании, да и собеседование у них построено выбираешь топики из списка Technical self assessment: 1. Algorithms and Data Structures [ ] 2. Networking [ ] 3. Unix / Linux internals [ ] 4. C Language [ ] 5. C++ [ ] 6. Go [ ] 7. Java [ ] 8. Python [ ] 9. Large Scale System Design [ ] 10. Other (please specify) [ ] и тебя гоняют))

Это не очень крутой линукс-админ, обычно

к сожалению

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

я скинул это на сервис-деск

пускай они роутят звонки. И только в случае реального инцидента эскалируют

я скинул это на сервис-деск

Ну вот а многие компании таких людей называют сре

У гугла свой подход к системной инженерии, как один из критериев умение программировать. не писать скрипты, а именно программировать

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

и подход как у гугла я не в каждой компании, да и собеседование у них построено выбираешь топики из списка Technical self assessment: 1. Algorithms and Data Structures [ ] 2. Networking [ ] 3. Unix / Linux internals [ ] 4. C Language [ ] 5. C++ [ ] 6. Go [ ] 7. Java [ ] 8. Python [ ] 9. Large Scale System Design [ ] 10. Other (please specify) [ ] и тебя гоняют))

ну, кстати, рацуха. Это позволяет комплектовать кросс-функциональные команды

Всем привет. Парни подскажите кто юзает TeamCity CI возможно ли замутить паралельное выполнение билд шагов? Вижу что из коробки такое не умеет. Суть в том что деплой начинает занимать много времеи, и вот что бы сократить это дело расматриваю паралельный запуск билд шагов или запуск процессов в бекграунде. Кто сталкивался с таким подскажите.

Всем привет. Парни подскажите кто юзает TeamCity CI возможно ли замутить паралельное выполнение билд шагов? Вижу что из коробки такое не умеет. Суть в том что деплой начинает занимать много времеи, и вот что бы сократить это дело расматриваю паралельный запуск билд шагов или запуск процессов в бекграунде. Кто сталкивался с таким подскажите.

да стопудово умеет

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

Build steps cannot be run parallel in TeamCity.

у меня платная

есть 4 агента но каждый под свой енв

ну, ты же понимаешь, что тимсити - это всего лишь штука, которая выполняет императивщину

ну внутри БАШ короче

понимаю

кто мешает сделать распараллеливание на уровне баша самого

это костыли... но можно

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

или ты про то что один агент может выполнять только один билд в единицу времени?

ну тогда они тебе ласково намекают, что тебе нужно больше билд агентов

ну вот и смотрю пока на баш, что бы ранить в бек граунде, но тогда есть опасение смешания логов и я не могу контролировать упал билд шаг или нет

кстати, дженкинс и гитлаб точно такой проблемы не имеют

я в курсе

что там такое есть

ну вот и смотрю пока на баш, что бы ранить в бек граунде, но тогда есть опасение смешания логов и я не могу контролировать упал билд шаг или нет

я тебе предлагаю вообще дичайший вариант

давай ты отдельно поднимешь кубернетес

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

кто мешает сделать распараллеливание на уровне баша самого

Ахуенная фраза

как минимум - ты можешь запускать несколько процессов в параллель. Как максимум - легко перекатиться на любой другой движ сборки

Ахуенная фраза

понравилось, да?

понравилось, да?

А то)

отлично, мне нравится. Меня уже растаскивают на цитаты