🚀🐳 Летит Кит: SRE и не только

💫 Опубликовал новую статью по #sre, на которую навели меня читатели канала.
Длины поста тут бы мне точно не хватило, потому публикую на Habr.

Это статья не для самих SRE, а для тех людей и компаний, которые думают "У нас нет SRE" – не значит "у нас нет надёжности". Даже без SRE-инженера ваша команда уже что-то делает для надёжности. В статье покажу, как увидеть уже существующие у вас практики и понять, куда двигаться дальше.

https://habr.com/ru/articles/979686/

#статья #инструмент #практики #habr

💫 Стартую рубрику "Видео моих докладов".

Первое мое выступление на конференциях — DevOpsConf 2024. Готовился полгода, было очень интересно услышать мнение других инженеров о нашей работе.

#Доклад на DevOpsConf 2024
Логи: как EFK нас довел... до Vector и Clickhouse

И серия статей на Habr по докладу

-> Презентация и материалы к докладу

📺 #Видео
——————
- YouTube

Интересно видно ли будет на последующих видео какой-то прогресс меня как спикера, я не сравнивал 😆

А вы выступали? Помните как это было впервые?

#видео #доклад #devopsconf #vector #логи #спикер

Только опубликовал новую статью про vector.dev.
Про возможные вечные блокировки пайплайнов даже при валидных сообщениях. Про важные настройки.

И конечно по пути родились несколько вопросов, надеюсь поможете с ответами

https://habr.com/ru/articles/977412/

#статья #логи #vectordev #грабли

🔳 Он не защитит вас от шумных соседей — и это не участковый, а #Kubernetes

Kubernetes умеет ограничивать CPU и память на уровне контейнера. Но вот других критически важных ресурсов — сети (in/out, пропускная способность и rate пакетов) и дискового I/O (пропускная способность и IOPS для persistent volumes) — он не умеет ограничивать.

Результат — классические проблемы "шумных соседей" (noisy neighbour), которые почти невозможно предсказать, быстро диагностировать и уж тем более предотвратить.

Например:
- Один под сожрал весь сетевой канал на ноде → остальные поды начинают валиться с таймаутами, retry штормы.
- Другой под устроил диск-бомбардировку -> соседи получают latency в десятки и сотни миллисекунд при работе с PV, потому что SSD исчерпал IOPS-бюджет.

🤔 Можно, конечно, вручную рассовывать поды по нодам в зависимости от их I/O-профиля. Но это — хрупкий, ручной и трудоёмкий процесс наподобие балансировки нагрузки в эпоху Bash-скриптов и SSH-хостов.

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

🧙‍♂️А зачем тогда Kubernetes?

Он решает другие, но не менее важные задачи:
- Оркестрация жизненного цикла подов (запуск, рестарт, graceful shutdown).
- Самовосстановление: падающий под поднимется автоматически.
- Декларативное управление инфраструктурой: "я хочу три реплики и мне пофиг, где они"
- Service discovery и балансировка трафика между подами
- Rolling updates без простоя
- Упрощённое управление секретами и конфигами.

Но изоляция по I/O-ресурсам — не по адресу . Это нужно решать на других уровнях: CNI-плагинами, eBPF, storage-классами с QoS, либо просто проектировать архитектуру так, чтобы «тяжёлые» и «чувствительные» нагрузки не оказывались на одной ноде.

K8s решает определенный набор проблем, но вводит и свои собственные. Главное — понимать, где заканчивается его зона ответственности.

🙋 А у вас были похожие проблемы в K8s?

Ребята тут пошли холиварить за SRE / DevOPS. Попкорн 🍿 и поехали посмотрим 😏 https://t.me/jtprogru_channel/4427

В Google нет например DevOPS инженеров, там все SRE, т.к. они называют SRE реализацией DevOPS

А вы делите SRE и DevOPS инженеров?

Как повышать свою устойчивость архитектурно.

Кирилл Юрков - член команды VictoriaMetrics описал самые популярные подходы повышения устойчивости от стартапов до гипермасштабных ентерпрайзов в контексте victoriametrics инсталляции.

Вас ждут не только факты, но и трейдофы, ловушки которые могут поджидать на каждом уровне масштабирования.

Посмотрим на опыт коллег:
https://docs.victoriametrics.com/guides/vm-architectures

#sre #статьи #колллеги

Вышли результаты исследования DevCrowd: Исследование SRE-специалистов 2025, в которых многие из нас приняли участие https://t.me/devcrowd_official/40

#исследование #sre #результаты

🤖Проблем хез старьиу хай спу он нодэ диэмикс-сиэйч-дев-ноль-один. Плс реакт асап ит майт бы сериос.

Или

🙋 Диман, тут на проде ошибок под 50% сыпать начало на сайте, можешь подключиться?

Так могут звучать разные озвучки алертов дежурного SRE. Какой вариант в 2 часа ночи лучше сработает, думается, что конечно второй 🥈. Но оказывается и все немного сложнее с нами человеками. Коллега по цеху Кирилл Борисов рассказал о всех перепетиях в докладе 🌱Как жить, когда у тебя N тысяч алертов в секунду на DevOpsConf 2025 — рекомендую к просмотру, жизненно.
— VkVideo

🥸 А как вы называете того кто звонит про алерты инциденты в дежурстве?

#sre #инциденты #oncall #доклад #devopsconf

🤔 Как в реальной жизни люди применяют rate-limiter?

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

Посмотрите на видео это решение. Какую реализацию rate-limiter напоминает?

#смешная_суббота #надежность #sre #fun #жизнено

О 4 золотых сигналах:

https://t.me/sre_community/310

🔍 А как вы меряете Saturation? Это не всегда очевидно...

#sre #основы

Привет, %usernsme%! Я с неделю как член ПК новой крутой независимой конференции по мониторингу — 🔭 Observability Conf.

🗓 Пройдёт она 19 марта 2026 года в Москве (место уточняется).

1️⃣ Это первая конференция нового комьюнити, которое призвано развивать технологии мониторинга в РФ, поэтому единственным ограничением по темам будет — всё вокруг мониторинга, наблюдаемости, метрик, логов и т.д. То есть рассказать можно и о своём решении, но минимизировать открытый pr компании и продукта, добавив полезности от внедрения, описание кейсов и эффекта.

🆓 Сама конференция будет бесплатная, регистрация скоро откроется, поэтому прийти может стать любой зарегистрировавшийся.

🏃На конференции будет 2 трека:
1. 🧭🙎‍♂️ про бизнес, процессы и эффект от внедрения или оптимизации систем мониторинга
2. 🛠🧠 хардкорный — про технику, задачи, реализацию.
❓ Допускаются доклады, которые уже читались, главное их немного освежить и скорректировать название с тезисами.

➡️ Приглашаю тебя стать частью этого события в формате спикера конференции.

🥎🥎🥎 Заполняй информацию о докладе в документе и пиши мне @r3code. Приложи расшаренную ссылку или PDF заявки.🥎🥎🥎

🧙‍♂️ Если остались вопросы, задавай — отвечу. Также можете писать Александру Крылову (@darkbenladan).

P.S. Если это интересно, следующим твоим шагом будет предоставление темы/названия доклада и тезисов.
Доклады утверждаются программным комитетом (состав ПК скоро будет опубликован на новом сайте конференции).

Никогда не встречался с этой особенностью коротких ссылок #Grafana https://t.me/livePercentile/6

У нас как-то давно слетели настройки в Grafana и эти короткие ссылки стали при создании указывать на localhost. С тех пор проверяю каждый раз ссылку после сосздания 🛠️, туда ли ведет.

#особенности #мониторинг #хитрости

😃 Еду 🚃🚃🚃🚃 4 декабря 2025 слушать доклады в ➡️ Сколково на Первую Kuber Conf, что организована в рамках проекта "Ассоциация облачно-ориентированных технологий"
https://aot-kuberconf.ru/

Если кто-то тоже там будет, напишите в комментариях — встретимся.

#конференция #k8s

🥸 Знакомы ли вам эти сокращения из DevOps/SRE?

o11ty, k8s, r8y

По-английский 8 - это eight, 11 - eleven, они любят так сокращать через созвучное.

Но тут что-то не звучит, как знакомые:
#Observability, #Kubernetes, #Reliability

Вы знали, что значат числа в этих известных сам названиях на самом деле?
Какие варианты?

🔥Выгорание? Нет. Это меня ВЫЖИГАЮТ 🥵

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

Но давайте начистоту: выгорание — это не болезнь. Это симптом. Симптом того, что на работе тебя систематически ВЫЖИГАЮТ.

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

Давайте сменим оптику. Не «я выгорел», а «меня выжгли». И вот эти вот «выжигатели», мы их все знаем. Узнаёте? 👇

Признаки среды, которая тебя выжигает:

1️⃣ Токсичный перфекционизм. Когда «сделано хорошо» — недостаточно. Когда код возвращают на пятнадцатый раз из-за мелочи, не влияющей на результат. Когда процесс доведения до идеала убивает саму идею.
2️⃣ Перманентный аврал. Деадлайны — это норма. «Срочно!» — это стандартный приоритет. Ощущение, что ты не работаешь, а постоянно тушишь пожар, который кто-то устроил.
3️⃣ Микроменеджмент и отсутствие доверия. Каждый твой шаг под прицелом. Ты не специалист, а исполнитель. У тебя отбирают право на собственную экспертизу и решение.
4️⃣ Бессмысленные задачи. Когда ты тратишь неделю на фичу, которую закроют через месяц. Когда от твоей работы нет видимого результата или ценности. Ощущение бега в колесе.
4️⃣ Вечный «информационный шум». Бесконечные митапы, которые можно было заменить сообщением в чате. Десятки чатов, где @all используют по любому поводу. Невозможно сосредоточиться на 2 часа подряд.
6️⃣ Размытая ответственность и политика. Когда непонятно, кто за что отвечает. Когда решения принимаются не по здравому смыслу, а по тому, кто громче крикнул или у кого больше полномочий.

Это не твоя личная слабость. Это — ядовитая среда.

А вы что замечали? 📍

Какой из этих пунктов бьёт больнее всего? Что ваш главный «выжигатель».

Давайте называть вещи своими именами. Может, тогда мы сможем что-то изменить. Или хотя бы понять, когда пора уносить ноги.

#выгорание #антиwork #it #работа #токсичнаяработа #mentalhealth #letitkit

🧑‍🏫Джуниоры - успешно находят работу, а как?

Сергей Цветков в своем LinkedIn написал статью об успешных джуниорах, тех кто находит работу за 2-4 недели. Привожу ниже выдержку из нее.

Так в чем секрет?

Паттерн 1: Они НЕ искали на HeadHunter (HH)
47 из 50 нашли работу через: - Личные сообщения в LinkedIn напрямую руководителям (23) - Знакомства на митапах и конференциях (15) - Рекомендации знакомых разработчиков (9) Только 3 человека откликнулись на вакансию на job-сайте. "HH - это место, где 1000 джуниоров конкурируют за одну позицию," - сказал один из них.

Паттерн 2: Они показывали не pet-проекты, а решения реальных проблем
Не "сделал todo-приложение", а "автоматизировал учет для стоматологии моего друга". Не "клон Twitter", а "сервис для локальной пекарни, который увеличил онлайн-заказы". "Работодатель не верит в учебные проекты. Он верит в то, что ты уже кому-то решил проблему," - объяснил другой.

Паттерн 3: Они писали сопроводительные письма под каждую компанию
Не шаблон, а конкретика: "Видел, что вы используете React. Я делал похожий проект..." "Заметил проблему на вашем сайте в UX. Вот как бы я исправил..." "Читал статью вашего техлида на Хабре. У меня есть опыт с этой технологией..." Показывали, что изучили компанию.

Паттерн 4: Они не ждали "#джуниор" вакансий
"Искали компании без публичных вакансий и писали: 'Интересно работать у вас. Не ищете людей?'" Многие компании не публикуют джуниор-позиции, но готовы взять, если человек сам найдет их.

Паттерн 5: Они предлагали бесплатную пробную неделю
"Дайте мне неделю поработать бесплатно. Если понравлюсь - обсудим условия." 32 из 50 использовали этот подход. 28 получили оффер после пробной недели. "Риск нулевой для компании. Даже если не возьмут - получишь опыт и фидбэк," - объяснил один.

🥵 Что НЕ делали эти джуниоры:
- Не массово рассылали резюме
- Не ждали отклика недели
- Не пытались "быть как все"
- Не конкурировали количеством откликов

👉 Главный инсайт: Джуниорам сложно найти работу не потому что их много. А потому что все делают одно и то же. Массовые отклики на HH = игра в отстойную лотерею. Персональный подход + показать ценность = работа за 2-4 недели.

🧠 А вы помните как искали свою первую работу в ИТ?

#советы #работа #джуну

👨‍🏫 Индусы сделали клон DataDog — смотрите https://www.kloudfuse.com
Слизано все под копирку. Офигел.

Зарегался посмотрел демо стенд, понастальгировал — использовали его в Tabby.ai.

Рассказывают что умеют
https://kloudfuse.atlassian.net/wiki/spaces/EX/pages/755990564/About+Kloudfuse+Platform

И обещают сильно дешевле чем DataDog, да еще и у себя разворачивать можно.

Чтобы получить доступ к Demo в playground, надо заполнить форму — в ответ пришлют zip файл с сервисным ключом. Я так понял никуда его прокидывать не надо, переходишь на https://playground.kloudfuse.io/ и тебя туда пускает.

А какие ваши запомнившиеся комбайны для APM/Logs/Trace/Metrics ?

🗣P.S. Как вы боретесь необходимостью именовать сервис одинаково в разных системах, чтобы его найти?
Тут ребята используют service_hash строку и при показе подменяю ее на Display Name/

#sre #datadog #observability

#Презентации Как я их делаю?

Многие спикеры выступают с 2-3 десятками слайдов и прекрасно подают свои идеи. Но я подхожу иначе, я делаю много слайдов по типу "диафильм" - это не один слайд, где все сразу это слайд в котором пункты и строки появляются постепенно, при этом часть уже просмотренных данных скрывается. Потом 30-40 слайдов превращаются в 100-120. В первом моём дкладе было под 200 их 😁

И я визуал - воспринимаю через картинки, потому мне доставляет удовольствие самому делать слайды к презентации, применяя знания и навыки. Я сам рисую иллюстрации (эх скучаю по Macromedia Fireworks). При этом хватает Google Slides и картинок с flaticon.com
Показываю или напрямую из GS или конвертирую в PDF.

А как же заметки докладчика? - в голове, сам слайд своей структурой и последовательностью материалов позволяет доставать из головы сразу.

P.S. показали тут классный тул для презентаций в web - https://sli.dev, можно делать интерактивно или PDF.

👉 Как делаете презентации вы? Отдаёте дизайнерам? Любите черный фон?

🚶‍♂️Ну потопали к цели!

Так говорит себе ежедневно @SSDshechka, как я думаю, перед началом работы. А все почему, потому что Слава из человека сидячего преобразовался в человека-прямоходячего. В прямом смысле слова. На фото рабочее место Славы. И мы с ним даже говорили по конференции, когда он все куда-то шел и шел. Я, даже и не сразу заметил.

У меня похожее рабочее место, с подъёмной столешницей, только без беговой дорожки.

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

🧙‍♂️ Вот интересно, пробовали ли вы работать "на ходу" таким образом? Как ощущения? Можно ли так работать постоянно?

#здоровье #работа

Наконец-то завязал с мучениями в Obsidian!
Устал от постоянной возни с его markdown'ом, плагинами и прочими заморочками. Решил вернуться к облачным решениям.
Что пробовал:
Notion — с VPN работает нестабильно, медленно и крайне долго синкается.
Наши аналоги и китайские клоны — быстро надоели кучи багов, глюков и зависаний, плюс не у всех есть приложение на мобилку.
Что выбрал: AFFiNE
- Open source (авторы из Сингапура)
- Удалось легко перенести все заметки
- Есть мобильное приложение
- Главный плюс — published notes работают отлично и мигранулись в один клик
Мои публичные заметки
Итог:
Оказалось гораздо удобнее, чем мучиться с Obsidian и его плагинами или другими аналогами. Рекомендую попробовать, жаль что нет рефералок :D