⚡️⚡️Инциденты, метрики и спасенный прод на DevOops 2026
Даже самая отказоустойчивая инфраструктура иногда преподносит сюрпризы, а один неудачный коммит может устроить всей команде долгий вечер.
На DevOops 2026 будут разбирать, что делать с такими ситуациями в реальной инфраструктуре: от проблем с Kubernetes и GitOps до инцидентов, метрик и observability.
Программный комитет выбрал восемь докладов, которые рекомендует посмотреть в первую очередь.
Здесь — Kafka в Kubernetes, архитектура корпоративного GPT, GitOps без лишнего blast radius, security-политики, надежность, DORA и observability.
Все подробности — в карточках и на сайте.
🔥С промокодом
Купить билет
Даже самая отказоустойчивая инфраструктура иногда преподносит сюрпризы, а один неудачный коммит может устроить всей команде долгий вечер.
На DevOops 2026 будут разбирать, что делать с такими ситуациями в реальной инфраструктуре: от проблем с Kubernetes и GitOps до инцидентов, метрик и observability.
Программный комитет выбрал восемь докладов, которые рекомендует посмотреть в первую очередь.
Здесь — Kafka в Kubernetes, архитектура корпоративного GPT, GitOps без лишнего blast radius, security-политики, надежность, DORA и observability.
Все подробности — в карточках и на сайте.
🔥С промокодом
devopslibrary персональные билеты дешевлеКупить билет
chatto
https://github.com/chattocorp/chatto
A fully-featured team and group chat application that you can easily selfhost.
https://github.com/chattocorp/chatto
skim
https://github.com/skim-rs/skim
We spend so much of our time navigating through files, lines, and commands. That's where Skim comes in! It's a powerful fuzzy finder designed to make your workflow faster and more efficient.
https://github.com/skim-rs/skim
picomq
https://github.com/picomq/picomq
PicoMQ is durable, real-time streams over HTTP, built on S3-compatible object storage.
https://github.com/picomq/picomq
kern
https://github.com/getkern/kern
A fast, rootless sandbox and virtual resource runtime for any workload, including untrusted and AI-generated code. Daemonless: a real, kernel-enforced container in ~3.5 ms from an OCI image, no daemon, one 1.52 MB static binary.
https://github.com/getkern/kern
OpenViking
https://github.com/volcengine/OpenViking
OpenViking is an open-source context database for AI agents. It stores memories, resources, and skills as one virtual filesystem under the viking:// protocol, so an agent browses its own context with ls, tree, and find instead of querying a black-box vector store. Content is processed into three tiers — L0 abstract, L1 overview, L2 details — and loaded on demand. Every retrieval leaves a trajectory you can watch and debug.
https://github.com/volcengine/OpenViking
Dagster on Kubernetes: When More Nodes Won't Save You
https://medium.com/@wojciech.szyba/dagster-on-kubernetes-when-more-nodes-wont-save-you-d591ba6669fd
You've scaled up your Kubernetes cluster. EC2 instances are running. CPU and memory metrics look reasonable. And yet — the number of completed Dagster runs stubbornly refuses to climb. This article walks through the full diagnostic journey — from the obvious knobs to the hidden PostgreSQL bottleneck that probably nobody warns you about.
https://medium.com/@wojciech.szyba/dagster-on-kubernetes-when-more-nodes-wont-save-you-d591ba6669fd
An 8-minute outage from a dead NLB and a JVM that cached DNS forever
https://dev.to/claire_nguyen/an-8-minute-outage-from-a-dead-nlb-and-a-jvm-that-cached-dns-forever-4dmj
We drained a Network Load Balancer during a planned migration, and one internal service kept hammering the dead IPs for 8 minutes. The cause wasn't the failover. It was a JVM caching the DNS record forever. The fix was a 30-second TTL and a health-check tweak, not a smarter system.
https://dev.to/claire_nguyen/an-8-minute-outage-from-a-dead-nlb-and-a-jvm-that-cached-dns-forever-4dmj
Ephemeral Environments: Automating QA for Reliable Cloud-Native Systems
https://medium.com/@shezakhanashraf/ephemeral-environments-automating-qa-for-reliable-cloud-native-systems-9c94035feaf6
Ephemeral environments are short-lived, isolated, fully provisioned, on-demand test environments created automatically from a pull request and destroyed the moment their job is done. This guide walks through why traditional environments fail, what ephemeral environments actually are, the modern stack that powers them, and a concrete, code-level blueprint for building your first ephemeral testing pipeline.
https://medium.com/@shezakhanashraf/ephemeral-environments-automating-qa-for-reliable-cloud-native-systems-9c94035feaf6
k8s-mechanic
https://github.com/lenaxia/k8s-mechanic
k8s-mechanic is a Kubernetes controller that watches your cluster for failures, investigates them automatically, and opens pull requests on your GitOps repository with proposed fixes — all without leaving your cluster. When a Pod is crash-looping, a Deployment is degraded, or a Node goes NotReady, mechanic spawns an in-cluster OpenCode agent that inspects the live cluster, locates the relevant manifests in your GitOps repo, determines the root cause, and opens a PR.
https://github.com/lenaxia/k8s-mechanic
grpc-streams-checker
https://github.com/youngpabl0/grpc-streams-checker
Synthetic monitoring for gRPC server-side streams — open each stream, verify frames actually arrive, and export Prometheus metrics.
https://github.com/youngpabl0/grpc-streams-checker
ksolver
https://github.com/syslenslabs/ksolver
Kubernetes cluster cost optimizer. Connects to a live cluster (or a saved snapshot), collects every scheduling constraint, and uses CP-SAT constraint programming to find the cheapest node fleet that still satisfies all placement rules.
https://github.com/syslenslabs/ksolver
substrate
https://github.com/agent-substrate/substrate
Agent Substrate delivers a performant, high density runtime environment for large scale agent deployments. At its core, Agent Substrate maps a larger set of "actors" (applications such as agents) onto a smaller set of ready "workers", relying on the fact that agent-like applications tend to be idle most of the time to achieve heavy multiplexing.
https://github.com/agent-substrate/substrate
HAProxy Data Plane API
https://github.com/haproxytech/dataplaneapi
Data Plane API is a sidecar process that runs next to HAProxy and provides API endpoints for managing HAProxy. It requires HAProxy version 1.9.0 or higher.
https://github.com/haproxytech/dataplaneapi
eBPF: рентгеновское зрение для production
Сервис замедлился, соединения обрываются, а привычные показатели указывают только на симптом. Чтобы найти настоящую причину, иногда нужно увидеть, что происходит глубже — на уровне ядра Linux.
23 сентября в 20:00 на открытом уроке курса «DevOps практики и инструменты» познакомитесь с eBPF — технологией, которая помогает исследовать сетевые события, производительность и безопасность работающей системы.
На демонстрации вы увидите, как Cilium Hubble показывает сетевые взаимодействия и помогает находить проблемы с трафиком. С помощью Tetragon разберёте обнаружение подозрительной активности на уровне ядра. Также рассмотрите диагностику узких мест без остановки сервисов.
Преподаватель объяснит архитектуру eBPF простыми словами — как программы безопасно запускаются в ядре, какие данные можно получать и почему этот подход расширяет возможности традиционного мониторинга.
Вы поймёте, для каких задач eBPF действительно полезен, где он дополняет существующие средства наблюдаемости и когда его внедрение будет избыточным.
👉 Зарегистрируйтесь: https://vk.cc/d1Nx9k
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2VtzqxT3ABE
Сервис замедлился, соединения обрываются, а привычные показатели указывают только на симптом. Чтобы найти настоящую причину, иногда нужно увидеть, что происходит глубже — на уровне ядра Linux.
23 сентября в 20:00 на открытом уроке курса «DevOps практики и инструменты» познакомитесь с eBPF — технологией, которая помогает исследовать сетевые события, производительность и безопасность работающей системы.
На демонстрации вы увидите, как Cilium Hubble показывает сетевые взаимодействия и помогает находить проблемы с трафиком. С помощью Tetragon разберёте обнаружение подозрительной активности на уровне ядра. Также рассмотрите диагностику узких мест без остановки сервисов.
Преподаватель объяснит архитектуру eBPF простыми словами — как программы безопасно запускаются в ядре, какие данные можно получать и почему этот подход расширяет возможности традиционного мониторинга.
Вы поймёте, для каких задач eBPF действительно полезен, где он дополняет существующие средства наблюдаемости и когда его внедрение будет избыточным.
👉 Зарегистрируйтесь: https://vk.cc/d1Nx9k
Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, erid: 2VtzqxT3ABE
When declaring an incident becomes everyone's favorite workaround
https://greatcircle.com/blog/2026/08/11/declaring-incidents-for-side-effects
You see someone declare a Sev-2 and you wonder: wait, why is that even an incident? Nothing is down. Customers aren't affected. But a manager needed to get their team's problem to the top of another team's priority queue, and the incident process was a reliable way to make it happen.
https://greatcircle.com/blog/2026/08/11/declaring-incidents-for-side-effects