Happy Devops — сообщество адекватных инженеров

Ура! Мой проект информационно поддержал Хомяк (a.k.a @Asgoret) и его волшебный @devops_jobs чат
Друзья, это не реклама, рекламу я здесь не размещаю принципиально. Так что этот пост исключительно в рамках поддержки)

Чем крут Хомяковский чат?
Ну во-первых, это крупнейший чат в РФ именно по поиску работы, так или иначе связанной с devops и SRE
Во-вторых: там почти 12к участников, HR-ов и соискателей, каждую вакансию можно обсудить, что называется, in-place
В-третьих: я сам там регулярно ищу людей и нашел уже не одного офигеннейшего девопса.
Ну и в-четвертых, в чате строгая модерация и много действий автоматизированно при помощи чудобота. Так что дискуссии, в основном, по теме.
Ну и в-пятых, которое плавно вытекает из "четвертых": благодаря все тому же боту, есть фид с автоматическим постингом вакансий из чата, так что если не хочется читать чат, то можно получать сухую, очищенную от постороннего шума, ленту с вакансиями.

Велкам, ресурс очень полезный.

@devops_jobs — чат с вакансиями.
@devops_jobs_feed — фид с выжимкой.

Про курс

Я постарался все подробненько расписать в стартовом посте про запуск, но вопросы все-таки еще остались. Давайте развеем туман войны над ними

⛵️ Для кого это?
Чуть более подробно. Я не ищу крутых ребят, которые уже все умеют и просто что-то стесняются. Такие все могут сами, им нужен просто пинок. Я ищу именно джунов, начинающих инженеров эксплуатации. Я хочу дать вход на рынок людям, которые потенциально могут тащить профессию, но в силу недостатка софт-скиллов, непонимания модели работы, любых иных причин не могут попасть на рынок

⛵️ Как мы будем работать?
За 2 месяца у нас будет 8 общих встреч (примерно на час-полтора-два), несколько индивидуальных встреч, 8 больших материалов (видео и лонгриды, по одному в неделю) и тестовое собеседование для каждого в конце. Сейчас я в процессе переговоров с ребятами из больших компаний на рынке, которых я пытаюсь заинтересовать проведением тестового собеса
➡️ Кстати! Если вы уже давно и плотно работаете в профессии и готовы иногда попроводить тестовые собесы, то напишите мне пожалуйста в бота или на почту andrey@sinits.in

⛵️ Хард-скиллы, софт-скиллы, ниче не понятно😕
Как я уже говорил, изначально я постараюсь понять, в какую сторону вам оптимальнее развиваться и туда мы и будем работать. При недостатке по хардам, я дам тестовую площадку и будем там учиться строить. Недостаток по софт-скиллам тоже будем устранять на практике

⛵️ Сколько времени придется работать?
Я не знаю. Я не считаю жопочасы никогда, мне важен результат. Сколько потратите времени, столько и потратите. Важно понимать, что мы работаем с дедлайнами, а, значит, у вас не будет обязательного количества потраченных часов, но всегда будет планка, за которой проделанная работа станет бессмысленной

⛵️ Гарантируешь ли ты мне трудоустройство?
Да, ну насколько это можно гарантировать. Я позиционирую свой курс больше не как образовательный проект, а как карьерную консультацию, хотя и с образовательным моментом. Кто-то выйдет на работу в VK, в мою команду. Кого-то из выпускников я просто передам коллегам со своими рекомендациями, для кого-то мы будем искать работу мечты. Очень важным модулем моей программы является навык самостоятельного поиска работы. Конечно, я помогу вам с собеседованиями и с подготовкой к ними. Вполне вероятно, что вы в процессе решите, что нафиг это дерьмо, буду проституткой, как в известном мемасике. В любом случае, это будет вашим собственным решением

⛵️ Сложно будет?
Тяжело в учении — легко в бою, как говорил Суворов

⛵️ Что надо сделать, чтобы попасть на курс?
Надо иметь какой-то опыт в IT ИЛИ если опыта у вас нет, то законченные курсы devops/SRE. Если у вас есть какие-то лабы, дипломы, что-то что вы сделали на гитхабе, то присылайте ссылку. Это жирный-жирный плюс.
Затем надо прислать мне письмо с 1-2 абзацами текста о том, почему я должен взять именно вас. И все, просто пришлите письмо. Но необходима внимательность, поэтому в тексте письма необходимо использовать слово штагенциркуль.

⛵️ А если меня не взяли?😥
Не стоит расстраиваться. Во-первых, тестовый запуск означает, что за ним будут и боевые. Во-вторых, некоторые письма, которые я уже получил, они чудо как хороши. И хотя я понимаю, что этого человека я не смогу взять, но не могу оставить такое письмо без обратной связи. Так что кто-то получит индивидуальное предложение или рекомендацию.

⛵️ Остались еще вопросы?
Пишите в комментарии, отвечу всем и на любые вопросы

Друзья!

Очень неожиданно было получить столько откликов :) Я думал, ну будет двадцать человек... И выбор будет не особо сложный.

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

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

Happy Devops — сообщество адекватных инженеров pinned «​​💣💣💣 На старт. Внимание. ЗАПУСК! Мои дорогие читатели! Кончается лето и скоро бизнес активизируется, чтобы набрать полные обороты к новому году. Имеет смысл активизироваться и нам :) ⛵️ Итак, я готовлю пилотный запуск своего образовательного проекта и сейчас…»

​​💣💣💣 На старт. Внимание. ЗАПУСК!

Мои дорогие читатели!
Кончается лето и скоро бизнес активизируется, чтобы набрать полные обороты к новому году. Имеет смысл активизироваться и нам :)

⛵️ Итак, я готовлю пилотный запуск своего образовательного проекта и сейчас провожу закрытое бета-тестирование.
Мне нужно 5 (пять) человек. Джуны DevOps/SRE.
Один из этих пяти в результате попадет ко мне в команду. Остальным я помогу с трудоустройством.

⛵️ Что за проект?
Называется "ВОРКЭНДТРЭВЕЛ" (именно так, капслоком)
Это две вещи, которые я люблю больше всего в жизни, умею делать это хорошо и научу вас. Кстати, про тревел мы тоже будем говорить.
Формат полностью удаленный, мы не будем работать по 40 часов в неделю, так что вполне можно совмещать с чем угодно.

⛵️ Почему я?
Я считаю очень порочной практику системы образования про подтягивание отстающих. Этот процесс позволяет сделать из плохих студентов средненьких. Но не бывает такого, что человек прям отстает во всем, что-то он наверняка делает хорошо, ну как минимум, душа лежит. Поэтому надо взять это "хорошо" и сделать из него "отлично". А главное, без напрягов и самобичевания.
Стадия джуниора — это стадия выбора специализации. Я за свою карьеру вырастил много хороших инженеров и несколько прям отличных! Так что я просто помогу понять куда, а самое главное, как развиваться в карьере дальше

⛵️ Сколько это стоит?
Нисколько. Это бета-тест и процесс будет явно не идеален. Но. Вы инвестируете время и я хочу быть уверен в надежности этого актива. Поэтому ответственность на первом месте. Так что есть условие: только один страйк, дальше мы прощаемся.
За что можно получить страйк? За невыполение сроков, все банально. Кстати, мы поговорим о том, как этого избежать, даже когда обстоятельства не на вашей стороне.

⛵️ Что мы будем делать?
2 месяца мы будем общаться. О всяком, о жизни, о работе. Вы будете выполнять несложные задания, я буду оценивать и направлять.
Проект в равной степени как и про хард, так и про софт-скиллы

⛵️ Кого я ищу?
Выпускников курсов. Админов, которые не понимают как расти дальше. Всех, кто хочет переобуться в эксплуатацию из какой-нибудь другой сферы.
Отлично, если у вас есть какой-то опыт в IT. Если нет, не страшно, но нужны законченные курсы. Законченные на "отлично" и вы можете это подтвердить. Если есть какие-то лабы, дипломные проекты, присылайте ссылку на гитхаб
Linux обязательно. Точнее, командная строка. Если вы не умеете зайти на linux-сервер по ssh, то эта история не про вас.

⛵️ Что надо сделать, чтобы принять участие?
Начиная с сегодняшнего дня и по 22 августа включительно, необходимо написать мне письмо на andrey@sinits.in с темой "ВОРКЭНДТРЕВЕЛ" (именно так, капслоком)
В этом письме надо написать 1-2 абзаца текста о том, почему я должен взять именно вас. В тексте необходимо использовать слово штагенциркуль.
Если вы не получили ответа, то сорри. В этот раз не повезло. По этим письмам я не даю никакой обратной связи.
Со всеми, кому я отвечу, мы проведем личный созвон на 30 минут и по итогам я выберу пять человек, с которыми мы и продолжим.

⛵️ Что в итоге?
Я не даю никаких сертификатов, грамот, дипломов, свидетельств, справок или аттестатов. В итоге вы просто устроитесь на работу. Pretty much better, isn't it?
Как я уже говорил, одного человека я возьму к себе в команду на вторую линию поддержки и он получит опыт реального большого продакшена с реальным карьерным ростом.
Остальным четверым я помогу устроиться на работу и буду поддерживать в течении испытательного срока.

Ну что, погнали?🤗
Традиционно лайк-шер-репост☘️

А вот давайте тогда и про материалы поговорим, раз уж упомянули про темы

Надо понимать, что просто прочитать и придти на собес не получится. Даже если вы все досконально выучите. Знания без понимания не работают. (Так приятно ссылаться на самого себя🤗)

Я уже говорил, что я не спрашиваю ключи команд и не проверяю память. Меня интересуют именно практические знания, хард скиллы, не память.

А вот чтобы освежить и систематизировать инфу, это вполне подойдет

Во-первых: сама наша вакансия https://team.vk.company/vacancy/25559/
Это общая вакансия для всех команд эксплуатации. Если вы проходите скрининг, то вам предложат уже конкретные описания команд с особенностями технологий и процессов

Давайте пару слов про нашу трактовку терминов. VK — очень большая компания и у нас довольно большие проекты. Поэтому на каждый проект приходится несколько команд:
Продуктовая: собственно, разработка продукта
DevOps: готовят продукт к эксплуатации. Строят автоматизацию для CI, пакуют пакеты, подготавливают коробочные релизы (да у нас есть и такие😉), обновляют плейбуки для системы управления конфигурациями. У девопсов нет доступов на продуктовые окружения.
SRE: занимаются чисто эксплуатацией. Мы принимаем упакованный релиз от девопсов и раскатываем его на финальные целевые окружения. Pre-prod и production. Ну и дальше обеспечиваем бесперебойную работу всего этого.
И есть еще вторая линия поддержки, у них тоже полноценные доступы, но они занимаются некритичными задачами на проде типа выгрузки логов. Третья линия поддержки — это уже мы.

Итак, по линуксу: все гуглится. Имеет смысл освежить память про /proc и /dev, осознать, что все есть файл. Вспомнить как процессы могут общаться друг с другом
Почитать еще можно вот: https://sre.google/sre-book/effective-troubleshooting/

Книжки:
SRE Book https://www.litres.ru/betsi-beyer-17338311/site-reliability-engineering-nadezhnost-i-be-39123367/
SRE Workbook https://www.litres.ru/betsi-beyer-17338311/site-reliability-workbook-prakticheskoe-prim-64085777/
Эви Немет. Системное администрирование Unix и Linux. Нестареющая классика, ищите самое позднее издание https://www.litres.ru/ben-ueyli/unix-i-linux-rukovodstvo-sistemnogo-administratora-38842106/

Сети
Танненбаум. Книжка огонь, почти что даже художественная. Дает хорошее понимание почему протоколы спроектированы так, а не иначе https://www.litres.ru/endru-tanenbaum/komputernye-seti-42227980/
TCP/IP Illustrated Vol. 2 https://www.amazon.com/TCP-IP-Illustrated-Implementation-Vol/dp/020163354X (у нас не нашел🤷‍♂️)
Конечно же "Сети для самых маленьких": https://linkmeup.ru/blog/1188/

По system design уже упоминавшийся знаменитый кабанчик: https://www.litres.ru/martin-kleppman-1733/vysokonagruzhennye-prilozheniya-programmirov-39100996/
Еще вот хорошее, но на английском: https://blog.pragmaticengineer.com/preparing-for-the-systems-design-and-coding-interviews/

БД:
MySQL по максимуму https://www.litres.ru/beron-shvarc/mysql-po-maksimumu-34946775/ Петр Зайцев в представлении не нуждается, я полагаю :)
PostgreSQL изнутри: https://www.chitai-gorod.ru/catalog/book/2898760/

Kubernetes
"Kubernetes в действии" https://www.litres.ru/marko-luksha/kubernetes-v-deystvii-48411255/
Istio. Приступаем к работе https://www.labirint.ru/books/755900/

Ну и http://rus-linux.net/MyLDP/BOOKS/abs-guide/flat/abs-book.html

Спрашивайте ваши вопросы, отвечу всем :)

Про суть менеджмента

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

Все как обычно🤷‍♂️ Только в этой системе помимо софта есть еще и люди. И все твои внешние API — это тоже люди. И ты больше не управляешь софтом. Ты управляешь людьми, которые управляют софтом.

Ну так и что делать, когда приходишь в новую команду?
Все точно также. Описываю текущую архитектуру, все внешние связи и зависимости. Я использовал для этого майндмэп. Показать не могу( Но там ничего сложного. (Ркомендация: книжка Игорь Манн "Номер 1". Там у него хорошо про майндмэпы)

Определяю метрики, по которым буду мерить эффективность. Процесс довольно чувствительный и очень индивидуальный. Не стоит сразу обещать финальный вариант, все это очень требует настройки. В основном, это косвенные показатели к основным метрикам. То есть ответы на вопросы "а почему мы тормозим". Набор метрик может изменяться по мере развития процессов.

Определяю точки роста. Надо собрать хотелки от всех внешних зависимостей и на основании них понять, что от нас может понадобиться в ближайшем будущем. Начать к этому готовиться😉 Тут полезно бы, конечно, все это свести в некий тезисный документ и вынести на обсуждение всей команды. Я пока этого не сделал🤷‍♂️

Понимаю домены людей и области развития, понимаю кто что делает и у кого какие компетенции.
Затем стараюсь понять, кому куда хочется расти. Развитие людей — очень важно, да даже банальное перемещение внутри команды по задачам уже может сыграть положительную роль. Тут хорошо бы соотнести модель роста с потребностями в скиллах например. Надо убивать всех зайцев в поле зрения

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

Прошу заметить, здесь нет ни слова про то, какие БД мы используем или где храним бэкапы. Менеджер оперирует другими категориями. Знание технических деталей, вне всякого сомнения, необходимо, но никогда не стоит в них лезть. Вот люди, у них компетенции явно выше моих, мне надо просто задавать вопросы. За 15 минут я получаю всю нужную мне инфу. И я не боюсь показаться дураком при этом, это важно. Был у меня когда-то такой пунктик.
У меня есть рут на всех серверах, но я даже ни разу не логинился никуда по ssh. Мой максимум — это админский интерфейс графаны.

Кесарю — Кесарево, а менеджеру — менеджерово. Такие дела

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

​​Про давление обстоятельств

Давайте разберем одну занятную ситуацию. Мы тут недавно, в силу некоторых обстоятельств, задерживали релиз

И вот на очередном синке один из Больших Людей, сильно в этом релизе заинтересованный, попытался припереть меня к стенке. Я объяснил, что релиз задерживается по техническим причинам и сроков у меня нет. На что тут же вклинились ребята из продукта с вопросом "как это нет, нам говорят завтра уже неделю"
Опачки😳
Я отвечаю, что я ничего такого не говорил, так что сорри. На что я получаю от Большого Человека (далее юзернейм) замечание типа: это ответ в духе третьего класса, я не знаю, я не учил. Меня такое не устраивает. Мне нужен четкий ответ, когда будет релиз
Отвечаю, что очень хорошо понимаю, чем юзернейм занимается в компании, но не понимаю, почему я должен ему репортить. Я сказал все, что посчитал нужным и больше мне сказать нечего.
Звонит мне на следующий день мой начальник и смеется:
- Ну что, Андрюха, на тебя люди жалуются. Говорят, дерзишь
- Кто жалуется?
- Да вот, юзернейм крайне недоволен коммуникацией с тобой. Ты его на хер послал чтоли?
- Не, говорю, не посылал.
Начальник мой в курсе ситуации и поэтому все это кончилось ничем
Релиз мы отдали через пять дней

Хочется сказать. А пошел ты на хуй, юзернейм!

А теперь давайте поковыряемся)
1. В чем была суть? Нам привезли технологию, не готовую для прода. К моменту разговора, приведенного выше, все критичные ошибки были починены, но оставался ряд второстепенных, каждая из которых, стрельнув, оторвала бы мне жопу. Так что я в одно лицо повысил им статус до критического и запретил катить до тех пор, пока все починено не будет
2. На меня пытались давить чем и угодно и как угодно, похуй. Тут главное не допустить эмоций, на которые меня пытаются вывести. Спокойно и четко озвучиваю свою позицию, даже если в ответ меня называют долбоебом и обещают пиздец. Пиздец я получу в любом случае. Но в одном случае это будет пиздец бумажный из-за просроченного релиза, чей-то пиздец. А во-втором, мой. Честный полноценный мой пиздец, который я заслужил (бы) своим прогибом и под который меня хотят подписать.
3. Мой факап: я пропустил мимо себя коммуникации по эстимейтам. Менеджеры ходили к инженерам и спрашивали "ну когда?" Инженеры отвечали "завтра". Правильно и честно отвечали в рамках своего горизонта планирования. Менеджерам оч был нужен этот релиз, поэтому ответ им нравился и они уходили. Так продолжалось какое-то время
Что я сделал? Запретил называть какие-либо сроки, по всем вопросам ко мне
4. Так что с починкой? Починкой занимался один из моих лучших инженеров. (Точнее сказать, просто, один из моих инженеров. Все парни мегакрутые и выделить из них лучшего нереально. Я там самый тупенький🤗) Так что торопить его смысла не имело, мешать ему тоже. Я сразу озвучил срок еще в неделю, уточнил примерно по фронту работ и оставил человека в покое
5. Почему мы не могли заэстимейтить? Потому что смотри картинку. Задачи открывались по мере решения текущих, так что парни, отвечая про сроки, не наврали ни разу. Надо было бы сделать по хорошему конечно, провести ресерч, наставить тасков, запланировать и тащить, но времени на это не было категорически. Так что вывезли на профессионализме. Но в последний раз.
6. Что предприняли в итоге? Внедряем жесткий процесс для предотвращения подобных ситуаций. Но об этом как-нибудь в другой раз :)

Про детство

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

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

Мы заполняли настоящие бланки (нам их поставляли мамы), придумывали и считали товарные остатки, деньги на закупки, какой-то спрос даже придумывали, в общем, полноценный такой бизнес, сейчас вспоминаю, реально довольно детально все было устроено, ну на уровне подростков, Милке тогда было 14, мне, соответственно, 9-10

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

Жить значительно проще.

Воспоминание разблокировано

Не так давно я вернул себе права. Те, которые на управление автомобилем. Почему у меня их не было, это отдельная долгая история, которую здесь приводить не имеет смысла. Стоит сказать лишь, что я не сидел за рулем автомобиля в течении 10 лет.
Я гонял на мопедах, параплане, скутерах, яхтах, водных лыжах, но вот автомобиль -- нет. Нельзя так нельзя, закон я уважаю.

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

И вот я сел за руль. Взяв машинку поприличнее в каршеринге, я настроил сиденье, зеркала, включил музыку, пристегнул ремень, повернул ключ, и... Вот этот разряд тока по давно не трогавшимся синаптическим путям, как потянуться после долгого перелета. Все рефлексы моментально зажглись как лампочки на приборке. Ну и как и не было этих 10 лет) Сразу почувствовал габариты, реакцию машину на педали и плавно, без рывков, влился в клокочущий трафик Ленинградки

Абсолютно спокойно я проехал пару десятков километров по Москве, запарковался у дома и выдохнул. Очень кайфово. И что-то сильно изменилось. Воспоминание разблокировано.

Тяжело было вернуть права? Да, тяжело
Сколько ресурсов потрачено? Дофига, реально
Стоило того? Вне всякого сомнения😎

И вот я спросил себя: почему я, такой весь классненький, умею делать большие и сложные штуки для кого-то, но не могу ничего толком сделать для себя? Пройти через личностные изменения, научиться новым скиллам, что-то поменять в жизни в ту сторону, в которую давно хочется... Это большие и сложные штуки, тоже. Но они внутри, они личностные и ответ за них придется держать перед самим собой. Страшно блять... И тяжело будет. Но стоит того?

Вот и ответ.

(Не)Важность работы менеджера

Есть такая хорошая тема, что если вы не замечаете работу системного администратора и вам кажется, что он ничего не делает, то вам очень повезло. У вас очень хороший админ и поэтому у вас все работает прозрачно и не заметно для вас. Напротив, админ в кипеше -- это как бегущий пиротехник, что-то явно идет не так

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

Номинально я тимлид, то есть такой "играющий тренер", но по факту у меня несколько проектов в эксплуатации, 7 человек в команде и она продолжает расти. Так что я просто тренер, на игры времени уже не остается.

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

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

Из рубрики "Спрашивали? Отвечаем!"

Что я спрашиваю на собесах по хард-скиллам?

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

Часто я спрашиваю что-то типа "а почему, по вашему мнению, это реализовано именно так или иначе?"

Траблшутинг: я озвучиваю ситуацию, вы проговариваете свои действия. Говорите мне команды, которые вы запускаете, я буду говорить, что они показывают.
Например: у вас сработал мониторинг, что на сервере кончилось свободное место. Вы заходите туда и видите, что df показывает, что половина диска еще свободно. Ваши действия?

Ситуация моделируется в соответствии с топиком

Итак:
Linux
- FS/VFS
- Процессы и их взаимодействие
- Сисколлы, файловые дескрипторы
- Пакеты, управление софтом
- Траблшутинг

Networking
- Основные протоколы, понимание разделения на уровни
- Статическая и динамическая маршрутизация
- vlan
- HTTP-протокол
- SSL/TLS
- iptables
- AntiDDOS
- Траблшутинг
Исключение, уопмянутое выше. Я спрашиваю с какими ключами надо запускать netstat, чтобы получить ту или иную информацию) Обычно эти ключи впечатываются на подкорку, если постоянно пользуешься netstat-ом и суть вопроса именно в этом, а не в знании конкретных ключей🙂

System design
- Балансировка трафика
- HA-конфигурации
- nginx (openresty), haproxy
- VRRP
- Проектирование системы, решающей указанную задачу. Крупными мазками.

Databases:
- Master-master design
- Высокодоступные конфигурации
- Репликация
- Индексы
- EXPLAIN, отладка запросов
- Резервное копирование
- Траблшутинг
Конкретные БД, про которые мы говорим: mysql, postgresql.
Clickhouse будет большим плюсом. Понимание как можно в кликхаус запихать многогигабитный поток данных будет огромным плюсом

Virtualization/Containerization:
- Контейнеры и все с ними связанное: способы изоляции, ограничивания ресурсов, зачем оно все вообще так
- Сетевая подсистема в случае окружения, построенного на контейнерах/VM
- Виртуализация в linux: KVM
- Траблшутинг

Kubernetes:
- k8s itself - из чего состоит, какие задачи решает, зачем оно вообще так
- etcd
- Ingress/Egress, сервисы (SVC), роутинг трафика
- Сетевая модель, CNI, calico
- DaemonSets, StatefulSets
- Инструменты для observability
- Storage, PV/PVC. понимание моделей записи
- Helm
- Масштабирование в kubernetes
- Траблшутинг

DevOps (ну тут буквально вот в общих чертах поговорить. Мы тесно работаем с несколькими девопсовыми командами и надо понимать, конечно, что и как у них происходит):
- Понимание CI/CD
- Puppet, ansible
- Git (Gitlab)

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

Надо понимать, что все топики в одно собеседование впихнуть невозможно, поэтому здесь я постарался по максимуму вспомнить все темы, о которых я говорю с кандидатами, но конкретный набор разный для каждого собеса :)
Напоминаю, что я нанимаю Senior SRE к себе в команду :) Резюме на andrey@sinits.in

Отпустить и отдохнуть

Хочется вспомнить бессмертную сцену с Сашей Демидовым из "О чем говорят мужчины"

Последние два месяца выдались капец какими жаркими. ВНЕЗАПНО заработало всё.

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

Так что надо сделать выдох и принять болезненное решение: я больше НЕ начинаю ничего нового и НЕ думаю ни о чем новом, полностью сосредотачиваюсь на том объеме работ, который есть сейчас

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

Пока еще у меня нет того объема ресурсов, чтобы тащить вообще все, что как-то стреляет. А очень жаль.

А вот и подъехала видеоверсия моего докладика :)
https://www.youtube.com/watch?v=B8aOT5qn8l4

Уровень аудитории middle, предупреждаю сразу :) Прям прожженые сеньоры вряд ли найдут что-то новое для себя
Приезжайте в Минск, обсудим поподробнее)

Ну и да, я активно нанимаю в свою команду. В рамках VK мы поддерживаем несколько мессенджеров с суммарной аудиторий в десятки миллионов человек в сутки. У нас в эксплуатации самые разные технологии, от роутеров на L2 до кубернетеса, скучно не будет)

Для примера, сейчас мы медитируем над потоком логов овер 10 ГБитс и мониторингом с десятками миллионов метрик в секунду. Задачки интересные, команда очень дружная, бонусом я как тимлид😁 Можно удаленно, можно в офисе (Мск, Питер, Сочи), можно совмещать эти два режима
Если интересно, то шлите сивишки на andrey@sinits.in

Неожиданно хорошие люди позвали выступить в Минск

https://itg.by/speakers/sinic/

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

Хочется написать грустно-гневный пост) Про людей

Вот есть у меня знакомый. Хороший знакомый очень, почти друг, знаемся уже стопицот лет.

И договорились мы с ним одну движуху вместе замутить. Ну и процесс у нас такой должен был быть, итеративный. Я свою итерацию сделал, жду синка, а его нет и нет. Не было его недели три наверное. А потом пишет мне знакомый: "сорри, мол, дорогой друг, я чето тут все передумал и не буду с тобой ничего делать"

😳

Бля, ну мы ж договорились, я свою часть работы сделал. Ну и договоривались на словах конечно.. Джентльмены верят друг другу на слово. А потом вспомнил, что далеко не первый раз подобное случается с ним. И всегда это типа "ну ладно тебе", а то и вовсе человек про свои обещания просто забывает. Ну хорошо хоть похоронить пришлось всего пару недель собственного труда, а не полгода например

А он такой, в медийном пространстве появляется, и топит такой всегда за все хорошее и против всего плохого. А на деле оказывается, что собственным пропагандируемым принципам человек не следует.

Не надо так.

Друзья, нужна помощь!

Точнее, подсказка :) Я решил поделать немного медиаконтента и сейчас в процессе подбора оборудования.

Микрофон купил, а вот с камерой чето затык. Макбучная родная что-то совсем ни о чем, посоветуйте камеру для макбука не за сотни денег :)

Главное правило про хорошую работу

Есть люди, которые говорят «как нам платят, так мы и работаем». И делают говно.

Это довольно распространенная точка зрения. Но нужно очень хорошо понимать: таким людям нельзя доверять никакой работы. Если человек хуево работает, то он хуево работает. Это уже не изменить.

И наоборот - если человек хуево работает (под предлогом, что ему мало платят), то он ничему не учится. И если ему предложить большие деньги, то он все равно сделает говно.

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

Ну и еще простой совет: не нравится работа - уйди. А если работаешь, то не пизди, а работай хорошо.

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