Channels

Top 100 Trending New

Categories

Crypto Gaming News Entertainment Music Sports Tech Gambling Bots and mini apps Finance Business Education Lifestyle Health Travel Auto Fashion Jobs Dating Deals and shopping

Stickers

Stickers Emoji Themes Wallpapers

Bots Gifts Tools

Theme

CurrencyUSD

$US DollarUSD ₽Russian RubleRUB €EuroEUR ₴Ukrainian HryvniaUAH ₸Kazakhstani TengeKZT ₺Turkish LiraTRY złPolish ZlotyPLN ₪Israeli New ShekelILS AEDUnited Arab Emirates DirhamAED R$Brazilian RealBRL RpIndonesian RupiahIDR RMMalaysian RinggitMYR ¥Japanese YenJPY ₩South Korean WonKRW CN¥Chinese YuanCNY

Português (Brasil)

Bahasa Indonesia

Беларуская

Українська

Channels Categories Stickers Bots Gifts Tools

Premium Wiki Glossary Legal

Notifications Settings Log in

A young Max’s notebook: пост #136 — TG.ME

A young Max’s notebook@youngmaxnotes · 187 subscribers Open in TelegramOpen

[media without text]

t.me/youngmaxnotes/136

6

October 13, 2026 105 1

More from this channel

Game of Incidents теперь в open source Понимаю, сейчас половина айтишников в РФ обсуждает падения всем известного облака. А вторая половина поднимает свои сервисы после этих падений. Ребята из Додо, душой и сердцем я с вами. Крепитесь. Но, обещал - сделал. Тренажёр в опенсорсе. Что внутри: - 22 сценария: 3 на Linux-хосте и 19 на Kubernetes. От junior («Nginx отдаёт 502», «Сломанные пробы») до senior («Фантомная сеть», «Обновление пошло не так»). У пяти junior-кейсов есть учебные версии с пошаговыми подсказками. - Установка одной командой на чистый Debian 13 или Ubuntu 24.04: bash scripts/provision/provision.sh --host <ip> --domain <домен> Можно и без домена, просто по IP. - Всё для своих сценариев. Сценарий - это папка с scenario.yaml, брифом, разбором, Dockerfile или манифестами и скриптами поломки, проверки и эталона. Есть инструкция для LLM-агента: описываешь ему свой инцидент и инфраструктуру, он пишет сценарий, проверяет и загружает на платформу. - Лицензии: код - Apache-2.0, сценарии и документация — CC BY 4.0. Теперь важный момент. Платформа запускает недоверенный код игрока в песочницах. В Kubernetes-сценариях нода кластера - привилегированный контейнер. Поэтому ставьте на выделенный сервер или ВМ и читайте SECURITY.md, прежде чем открывать регистрацию незнакомым людям. Интерфейс и большая часть документации - на русском. README и инструкция по установке есть и на английском. Попробовать: game.sresh.ru - регистрация по логину и паролю, почта не нужна. Забрать исходники: github.com/fadeinflames/game-of-incidents Буду рад сценариям из ваших постмортемов, с соблюдением NDA, пожалуйста. Для идей в репозитории есть шаблон issue - «Идея сценария». Готовые сценарии можно прислать через pull request или загрузить прямо в кабинете автора на сайте. Об уязвимостях - только в личку, не в issues. Это мой первый проект в опенсорсе, так что тряпками сразу не кидайтесь. Идеи, критику и любую другую обратную связь принимаю в личке и комментариях. #SRE #DevOps #Linux #Kubernetes #OpenSource #GameOfIncidents 515·Oct 11

Что увидят в вашей архитектуре разработчик, безопасник, SRE, финансист, продакт и аналитик? Архитектуру обычно проверяют другие архитекторы. Потом решение попадает в жизнь, и к нему приходят разработка, ИБ, SRE, финансы, продукт и аналитика. Каждый со своими вопросами. 19 ноября на московской конференции Импульс Т1 мы проведём Прожарку архитектурных кейсов. Зовем смоллтех показать свою архитектуру! Как всё пройдёт: — автор за 5–7 минут показывает схему, описывает задачу, ограничения и выбранное решение; — эксперты разбирают кейс с позиций разработки, ИБ, финансов, продукта, надёжности и эксплуатации; — вместе смотрим на аналитику и данные; — аудитория тоже оценивает решение и задаёт вопросы. Автор получает многодоменный разбор: что в решении уже убедительно, какие риски стоит проверить и какие вопросы могли остаться за рамками обычного архитектурного ревью. Детали под NDA не нужны, компанию и цифры можно обезличить. Подать кейс нужно до 2 ноября 235·Oct 7 Приносите свои кейсы, будем прожаривать :) 197·Oct 7

Wheel of Misfortune, но с настоящим прод‑инцидентом внутри Полгода назад я писал, зачем SRE нужна Wheel of Misfortune: ролевая игра про инцидент, где ведущий рассказывает, что видит дежурный, а дежурный говорит, что бы он сделал. Полезно, дёшево, но есть одна честная проблема: это разговор. Никто ничего не чинит. «Я бы посмотрел describe pod» звучит одинаково у того, кто делал это сто раз, и у того, кто ни разу. И тут я подгорел и сделал платформу, где инцидент настоящий, тк инцидентное мышление тренируется руками, а не словами. Вашему вниманию - тренажёр инцидентов с живыми окружениями. WoM Platform Заходишь, выбираешь сценарий (или крутишь колесо), и через пару секунд для Linux‑хоста или через минуту для Kubernetes у тебя в браузере терминал в изолированный стенд, который уже сломан. Nginx отдаёт 502, диск базы забит бинлогами, rollout завис на квоте, HPA пилит сам себя, cert-manager не может продлить сертификат. Чинишь как на настоящем дежурстве (как будто бл* на работе мне этого не хватает, ага): логи, ss, df, kubectl describe, kubectl edit. Жмёшь «Проверить» - грейдер смотрит на результат, а не на способ: любой честный путь засчитывается, «убрать пробу» или «поднять лимит памяти» - нет. После решения открывается разбор: что было сломано, как диагностируется, эталонное решение, ловушки, что почитать. Что уже готово 22 живых сценария от Junior до Senior. Для джунов - учебные копии. У каждого junior‑кейса две версии: обычная и учебная с панелью «Нужна помощь?», которая открывает этапы диагностики по одному и объясняет, зачем нужна каждая команда. Не «вот ответ», а «вот куда смотреть и почему». Плюс шпаргалка и что почитать заранее. Стенды настоящие. Каждый сценарий проходит регресс: свежий стенд не решён, эталонное решение решает, ловушки не проходят. Ограничения, чтобы не было сюрпризов Одновременно живут до 6 Kubernetes‑стендов и до 20 сессий всего, а поднимаются они по два за раз: если увидите «ждём свободный слот» или «занято», это не поломка, подождите пару минут. Неиспользуемые 7 дней учётки отключаются автоматически. Почты пока нет, так что если не пускает или еще какие то проблемы - напишите мне, пожалуйста. Тяжёлые стенды (cert-manager, Prometheus, ingress) поднимаются 2–3 минуты, на странице видно, что именно сейчас происходит. Что планирую дальше? Заопенсорсить, что бы вы могли кидать свои кейсы сами и разворачивать это у себя. Ну или смотреть как это сделано у меня и сделать лучше для себя и под себя. Прикрутить почту, что бы была нормальная регистрация по email. Ну и конечно же, больше и больше кейсов. И еще пару слов Бекенд писал сам, старался и мучался как мог что бы работало классно и интересно. Кейсы тоже из своей практики. Но вот UI пришлось допиливать через openai. Ну не умею я во фронт так хорошо что бы было не больно. Вопрос к вам: какой инцидент из вашей практики вы бы превратили в сценарий первым? Присылайте пост‑мортемы, самые интересные сделаю и опубликую с указанием автора. #SRE #WheelOfMisfortune #oncall #kubernetes #incident_response 2.4K·Sep 30 Агенту разрешают расследовать, но не разрешают чинить. Почему граница именно здесь???? В ноябре я писал про SRE Agent от PagerDuty: начинайте с read-only. Прошло десять месяцев, и спор сместился: уже не «заменит ли AI дежурного», а «где проходит граница». 24 августа в r/sre инженер после полугода on-call заметил одно и то же во всех обзорах AI SRE-инструментов: расследовать агенту дают одному, чинить - никто. Это навсегда? Что говорят цифры ORCA-bench, 30 июля, Cornell Tech, Columbia и Traversal (последние продают AI SRE-агента, держите в уме). Стенд: 19 микросервисов на OpenTelemetry, шесть дней телеметрии в Prometheus, Jaeger и OpenSearch, доступ к коду, 1 079 задач на root cause, пять фронтирных моделей. Лучшая точность RCA на задачах средней сложности (реалистичный ввод) - 25,3%, на сложных - 10,0%, разрыв сохраняется даже с Claude Fable 5. Слабейшая модель выдумывает неправдоподобную причину в 40% отчётов. Типичная ошибка: хватается за заметный симптом ниже по потоку вместо причины выше. Авторы называют это нижней границей: прод больше и грязнее стенда. Комментатор в треде сформулировал точно: плохой анализ в худшем случае тратит ваше время, запись в прод без человека - катастрофа. Граница проходит по цене ошибки. NeatContext в июле выключили автономного агента с доступом к логам: таймаут платёжного шлюза он связал со всплеском коннектов к БД двенадцатью часами раньше, через RAG унаследовал устаревший runbook и не умел сказать «не знаю». «Получили уверенный генератор галлюцинаций». Они продают свой инструмент, но симптомы знакомые. Как границу строят руками 1. Read-only, который действительно read-only. HyperProbe (Launch HN, 5 августа) даёт агентам ставить виртуальные пробы в работающий процесс. Главный вопрос треда: чем «только чтение» гарантия, а не договорённость? В Python чтение атрибута может дёрнуть @property с ленивой загрузкой из БД, в Java геттер - взять лок. Ответ: условия без вызовов методов и доступа к свойствам (order.total > 5 нельзя, total > 50 можно) плюс бюджеты. 2. Вето вне агента. В r/kubernetes: LLM предлагает scale, rollback, cordon, drain, а детерминированный Safety Engine без LLM проверяет действие по живому состоянию API. Комментарии: вето должно жить там, где агент не может исполнять код (отдельный процесс, admission webhook), иначе «вы построили второе мнение, а не вето»; оно должно быть stateful (бюджет blast radius, cooldown, проверка результата) и перепроверять состояние прямо перед мутацией. 3. Обратимость как критерий. Security patching автоматизировали, потому что у каждого действия известен откат. Rollback, scale, restart - митигации, а не фиксы. Команды на GitOps уже пускают агентов открывать PR («большинство RCA были верными»), но мержить и катить - человек. Mezmo выложили в open source AURA : их SRE-команда упёрлась в переполнение контекста, галлюцинации и approval fatigue и «провела жёсткую черту: права в проде не ослабляем». Инструменты проверяются вне контекста агента, approval через webhook, по таймауту - fail-closed. Другой полюс Boris Tane (ex-Baselime и Cloudflare, теперь строит Polylane: «никто не должен дежурить в 2026») 21 августа опубликовал On-Call Is Now Theatre: дежурство - признание поражения, если пейджить агента бесплатно, алертов нужно радикально больше, а единственный валидный результат расследования - diff. Он продаёт это будущее. Но даже его рецепт на первую неделю - дать агенту read-доступ к телеметрии на самом шумном алерте и две недели сравнивать его triage с людьми. То есть read-only. Что я из этого я бы точно себе забрал? Граница - не вопрос доверия, а отсутствие того, что в треде назвали bounded authority: система должна знать, что ей можно, при каких доказательствах и когда нужен второй approve. Без базы из ноябрьского поста (SLO, связная телеметрия, живые runbook'и) агент просто быстрее ошибается. И измеряйте: прогоните агента по своим постмортемам и посчитайте долю неверных вердиктов. Вопрос к вам: что вашему агенту уже разрешено делать в проде без человека? И кто это разрешил - policy или привычка? #sre #oncall #ai #incidentresponse #observability 2.4K·Sep 12

An open web layer over public Telegram — search, stats and channel reading right in your browser, no account, no install.

Not affiliated with Telegram FZ-LLC; all data comes from public sources.

Catalog

Top channels Categories Countries Search

Content

Stickers Emoji Gifts Themes Wallpapers

Help

Tools Wiki Glossary Blockchain Safety Premium Advertisers Advertising

© 2026 TG.ME · G.Media network· Updated 10/14/2026 · v0.2.0 · 58bab48

Privacy Terms DMCA & complaints Report a violation

Where to next

Телега6.3M subscribers

Леонардо Дайвинчик5.5M subscribers

Keeper News4.8M subscribers

МЕМАЧ4.3M subscribers

Топор Live4.1M subscribers

Москвач • Новости Москвы4M subscribers

Тачки и Точка4M subscribers

Прямой Эфир • Новости3.9M subscribers