Мне подошло https://education.yandex.ru/knowledge/10-zhiznei - я часто хочу сразу все взять и начать и тут и там. Знаю об этом, потому намеренно приходится себя ограничить и расставить по порядку. В работе тоже приходится сначала делать важное, и не всегда это совпадает с интересным в данный момент. Я вот понял, что лично меня может пугать сложность чего-то нового, но если сначала разобраться с каждой непонятной деталью и фиксировать это в базу знаний, то страх сложности проходит. Как говориться можно и слона съесть, если по кусочкам.

И второе это Окно Джохари https://education.yandex.ru/knowledge/okno-dzhokhari - это уже больше для самоанализа, чтобы разобраться с синдромом самозванца в том числе. Ведь чем больше нового узнаешь, тем больше видишь неизведанного. Поднимаясь на вершину горы, сначала идешь по лесу и видишь деревья, потом поднявшись над ними видишь уже огромный лес, и тут думаешь, что знаешь только то что было вдоль тропы. Но не поднявшись над лесом можно годами ходить вокруг одной поляны, не зная что есть другие места.

Лайфхаки для, устройства на работу.
#лайфхаки #поиск работы #бигтех

Чем я вообще таким занимаюсь на работе - я SR-инженер (SRE)?

Вышел  подкаст/видео "IT без масок". Я был гостем. Говорили о надежности, работе SRE, нашем подходе и инструментах, отличиях от DevOps, как и кто может стать SRE.

Я надеюсь это поможет некоторым желающим понять по душе ли такая работа.


🔊 Чего я наговорил тут на https://youtu.be/BrqCwx0D1xA и на  https://rutube.ru/video/778fd6f4a14fa366cd229c37bfb5b423/

Сейчас читаю книжку "Никогда не ешьте в одиночку" Кейт Ферраци о нетвореинге, и вижу, что некоторые мои знакомые, которых называю "хваткие" - делают давно на автомате, то о чем рассказывает книга.

👍 Всем советую к прочтению и осмыслению.
#книги #нетворкинг

Вышло наше совместное с Авито и ecom.tech (Самокат) #видео про SLO - это мой первый опыт в таком формате.

#allslo-talk Ребята, мы записали первое видео-обсужение вопросов, которые волнуют наше сообщество. Коллеги @shaman_s_bubnom из AvitoTech помогли нам сделать профессиональную запись и смонтировать видео.

Что у нас получилось, смотрите в видео по ссылкам.

❤️ Очень рады будем обратной связи. Кидайте ваши лайки, если понравилось.

В этот раз мы @shaman_s_bubnom, @r3code, @login40k собрались, чтобы обсудить:

➡️ разницу между показателями;
➡️ опыт внедрения;
➡️ пользу для бизнеса.

Слушаем и смотрим
📺 YouTube
🔵 ВК Видео
💻 RuTube

Также рекомендуем канал Кирилла Юркова про надежность

Это канал SRE - инженера по надежности, Дмитрия Синявского (r3code.ru).

Поменял лого. Почему кит, да в облаках?
- Он фильтрует тонны воды (=данных), чтобы найти криль (=проблемы)
- К нам летит туча логов! - Укрощаем!
- Спокойствие, даже когда вокруг шторм – SLO нам как маяк
- и очень близкое к SRE: "Не создавай волн, но будь готов к цунами"
——
❓❓❓Частые вопросы, с которыми ко мне приходят СТО и лиды:
- У нас всё горит, а мы только туштм, с чего начать внедрение SRE?
- Кого будить первым, когда продакшен упал?
- Кто отвечает за решение инцидента SRE или команда?
- Как компенсировать дежурства, чтобы команда не выгорела?


Помогаю ответить на «глупые» вопросы, которые на самом деле решают всё.
Отвечаю на них в канале и на консультациях - мой опыт с примерами из практики.

Не верь глазам своим — тебя обманывают

Мы у себя давно используем SLI/SLO и считаем их по метрикам VictoriaMetrics. Запросы для формулы пишутся на PromQL/MetricsQL.
Все было прекрасно пока мы использовали простые SLI вида
SLI=sum(increase(good_events))/sum(increase(total_events))
Потому появились более сложные составные, где пришлось учитывать, что один компонент может и не вернуть данных. А в PromQL/MetricsQL ничего + число = ничего. Чтобы такое обходить приходиться добавлять в выражение часть с or on() vector(0) - вернуть ноль вместо "ничего". И вот мы так и делали:
SLI=(
sum(increase(a_good_events) or on() vector(0)) + sum(increase(b_good_events) or on() vector(0))
)
/ (
sum(increase(a_total_events) or on() vector(0)) + sum(increase(b_total_events) or on() vector(0))
)
Но вот при создании очередного SLI, что то пошло не так, видимо копипаста напакастила, и выражение стало чуть другим:
SLI=(
sum(increase(a_good_events)) or on() vector(0) + sum(increase(b_good_events)) or on() vector(0)
)
/ (
sum(increase(a_total_events)) or on() vector(0) + sum(increase(b_total_events)) or on() vector(0)
)
Кажется это тоже самое, но это не так. Приоритет операций тут не такой, как привык видеть мозг.
Обманываешься. Ожидаешь, что
sum(increase(a_good_events)) or on() vector(0) + sum(increase(b_good_events)) or on() vector(0)
равносильно
( sum(increase(a_good_events)) or on() vector(0) ) + ( sum(increase(b_good_events)) or on() vector(0) ), но на самом деле это вычисляется иначе, если расставить скобки (все что в них точно вычисляется в первую очередь), то аналог будет такой:
( sum( increase(a_good_events) ) + sum( increase(b_good_events) ) ) or on() vector(0)

Как это проявляется в поведении? Да просто вы получаете неправильные данные SLI. В сырых данных может оказаться, что у вас good событий больше, чем total! Это происходит, потому что, если один из sum(increase(...)) пуст, то весь запрос вернёт 0, даже если другой sum(increase(...)) содержит данные.

🫴🏻 Вот такие грабельки.

🔎 А какие грабли грабли запомнились вам при работе с метриками?

#грабли #promql #slo

#Лонгрид. О базах знаний

В определенный момент год назад я понял, что ёмкости мозга хоть и безграничны, но искать в них становиться труднее, так как информации меньше не становится.
Тогда же несколько раз попадались статьи о Second brain, цетелькастен. Не зацепило. Раньше скидывал иногда в Livejournal (олдсукулы свело кому?😁) и стати писал на Хабр. Но в первом тяжко искать, во втором готовить. В итоге решился попробовать что-то типа локальной wikipedia.

Одно время использовал Workflowy - аутлайнер, где все пишешь списками. Его советовал Кирилл Анастасин https://t.me/komikaki для заметок при подготовке доклада, чтобы быстро фиксировать мысли где бы они вас не застигли.

Нашел упоминания про Obsidian и Logseq.

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

Logseq хранит все просто в markdown файлах. Есть возможность все это скинуть через GitHub репозиторий приватный.

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

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

Твоя база знаний - твоя сила! У твоей бабушки была поваренная книга с рецептами и еще не поздно завести свою )

Спасибо, что дочитал до конца - улыбнись 😇

Я же говорил, что один человек посчитал сколько в #ansible мест, где можно определить переменные. Так вот его #статья https://www.adaltas.com/en/2022/03/15/ansible-variables/ В ней он дает ответ, что таких места 22, а также рассказывает как правильно подобрать место для переменной.