TGViewer
Channel Public Channel
DevOps&SRE Library

DevOps&SRE Library

@devopslibrary

Библиотека статей по теме DevOps и SRE.

Реклама: @ostinostin
Контент: @mxssl

РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3
Subscribers
19.9K
Photos
430
Videos
1
Links
5.5K

Showing posts older than #7616 · Back to latest

Older Posts 20 shown
Post #7615 3.35K
You probably don't need another database

Do you really need separate systems for caching, queues, search, documents, and vector embeddings when you already have Postgres?


https://postgresisenough.dev
Post #7614 3.26K
Бесплатный курс про ИИ для DevOps, SRE и инженеров

Слёрм собрал бесплатный курс в записи «ИИ для инженеров: польза и риски».

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

В курсе 6 записанных занятий, материалы и самостоятельная практика. Разбираются прикладные сценарии для DevOps, SRE, инфраструктуры и эксплуатации: работа с алёртами, метриками и инцидентами, RAG, ИИ-агенты, SOC, риски для кода и данных, а ещё инженерное мышление в эпоху LLM.

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

Курс бесплатный. Доступ к платформе с курсом открывается через бот

👉🏻Забрать курс

Реклама, ООО "СЛЁРМ", ИНН 3652901451, erid: 2VtzqxCannf
Post #7612 2.96K
kloak

Kloak transparently intercepts outbound TLS traffic in Kubernetes using eBPF uprobes, replacing hashed placeholders with real secrets at the kernel level before encryption. Applications never handle actual credentials, and no sidecars or code changes are required.


https://github.com/spinningfactory/kloak
Post #7611 3.08K
🔐 Средства защиты в ядре Linux — это фундамент безопасности всей системы.

Если вы хотите понимать:
❔ как защищается ядро;
❔ почему работают SELinux, AppArmor, KASLR и PTI
❔ как проверить защищённость системы на практике, этот практикум для вас.

🗓 20 августа в 20:00 МСК приглашаем вас на открытый урок в преддверии старта курса «Разработка ядра Linux».

Разберём:
• модели DAC и MAC;
• механизмы защиты ядра;
• параметры сборки;
• подпись модулей и ядра;
• а также практические способы проверки настроек безопасности.

После занятия вы поймёте:
✅ как работают современные механизмы защиты Linux;
✅ научитесь анализировать конфигурацию ядра;
✅ оценивать влияние защитных технологий на систему;
✅ увереннее работать с безопасностью на уровне ядра.

Если вы развиваетесь в системном программировании, администрировании или разработке ядра Linux, зарегистрируйтесь на открытый урок, получите практические знания и сделайте следующий шаг к профессиональной работе с ядром Linux/

Регистрация: https://vk.cc/d0AF78

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru, erid: 2VtzqwcGyWj
Post #7610 2.64K
Kubernetes Native FQDN Based Egress Network Policies

Kubernetes Network Policies are powerful, but when it comes to allowing egress access to specific domains, things get tricky. Most real world applications don't connect to fixed IPs, they rely on third-party APIs, cloud services, and CDNs with dynamic DNS records. In this post, I'll take you through the motivation behind building FQDN-Controller, how it works under the hood, and how you can use it to create clean, DNS-aware egress policies natively within Kubernetes.


https://sourcehawk.medium.com/kubernetes-native-fqdn-based-egress-network-policies-cc44105ad138
Post #7609 2.82K
Optimizing node and pod startup performance

We at Outreach are working hard to improve performance of our platform for our clients. Reducing startup times of nodes and pods can have positive impact on performance and cost as well. I am part of our infrastructure team focusing on AWS and Kubernetes and I recently implemented several improvements in node and startup time. I decided to share some of them in this article.


https://medium.com/outreach-prague/optimizing-node-and-pod-startup-performance-37c5a43d6403
Post #7606 2.68K
Self-blame isn't blameless

Most of what's been written about blameless post-incident reviews is about managers not blaming engineers, and engineers not blaming each other, because blame shuts down learning. What many miss is that engineers still blame themselves, and the damage is the same.


https://greatcircle.com/blog/2026/04/21/self-blame-isnt-blameless
Post #7604 2.74K
locust-k8s-operator

The Operator is designed to unlock seamless and effortless distributed performance testing in the cloud and enable continuous integration for CI/CD. By design, the entire system is cloud native and focuses on automation and CI practices. One strong feature about the system is its ability to horizontally scale to meet any required performance demands.


https://github.com/AbdelrhmanHamouda/locust-k8s-operator
Post #7603 3.04K
kubectl-find

It's a plugin for kubectl that gives you a UNIX find-like experience. Find resource based on name regex, age, labels, status, node name, restarts, image name, or a jq filter — and then print, patch, annotate or delete any.


https://github.com/alikhil/kubectl-find
Post #7601 3.18K
Debugging processes across container boundaries on Kubernetes

Thankfully on Kubernetes, updates to the ephemeral containers feature and the addition of the --profile and --target options to kubectl debug have greatly simplified this process. There is now a fairly easy means of creating a privileged process context that shares a pid namespace with a specific target container.


https://www.enterprisedb.com/blog/debugging-processes-across-container-boundaries-kubernetes
Post #7600 3.19K
Exposing Kubernetes: Dual HAProxy Setup on Proxmox & Ingress Controller

In cloud environments this problem is usually solved by a managed load balancer. In a self-hosted Proxmox setup we need an equivalent component that sits on the boundary between the public network and the private cluster network. Here, HAProxy plays that role.


https://ruzhnikov.substack.com/p/exposing-kubernetes-dual-haproxy
Post #7598 3.27K
The Hybrid Cloud Platform Illusion: Why Your On-Prem and Cloud Are Still Strangers

I've spent the last few months working on what should have been a solved problem: letting applications running in our on-premises Kubernetes clusters access Google Cloud services. What I found instead was an industry-wide workaround culture built on security anti-patterns, and a surprisingly elegant solution hiding in plain sight.


https://medium.com/@shkatara/the-hybrid-cloud-platform-illusion-why-your-on-prem-and-cloud-are-still-strangers-234a90ad89f1
Post #7597 3.24K
VibeOps: A Secure read-only setup for AI-Assisted Kubernetes Debugging

There is a lot of noise right now about letting AI "fix" your infrastructure. When production is acting up, you need to maintain a complete mental model of the system. If you let the AI be the driving force, you lose the overview.


https://simon-frey.com/blog/vibeops-kubernetes
Post #7593 2.71K
The feedback loops behind Kubernetes

For the last decade, Kubernetes has been the backdrop to most of my work: operating clusters, helping build hosted Kubernetes, and writing Kubernetes operators. At PlanetScale, that now means running stateful systems like Postgres and MySQL in production. Kubernetes has many faces, but here I want to talk about one face only: why it is so good at running workloads at scale.

People ask me what an operator actually does. The canonical answer is: "it reconciles desired state." This is correct, but it also tells you almost nothing.

An operator is a feedback controller. It's the same closed loop that runs a thermostat or keeps your car at a fixed speed on cruise control. In our case, the thing being controlled is a database. I have been building these loops for years, and the best way I know to make them click is to ignore Kubernetes at the beginning. Kubernetes is full of control theory, even if we don't call it that in the day-to-day.

Before we look at a single line of Kubernetes, we're going to run a production database by hand and slowly let the feedback loop appear on its own. Then we'll map that loop to Kubernetes, with the pieces production needs: a store, watches, queues, retries, and more. At the end, we'll look at what one of these loops looks like in a real operator.


https://planetscale.com/blog/the-feedback-loops-behind-kubernetes
Older posts →
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →