DevOps&SRE Library
18.3K subscribers
456 photos
5 videos
2 files
4.93K links
Библиотека статей по теме DevOps и SRE.

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

РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3
Download Telegram
Kubernetes RBAC Made Easy: Managing User Access with Roles and ClusterRoles

https://medium.com/@sijomthomas05/kubernetes-authentication-authorization-8bebecf52cf8
chisel-operator

Kubernetes Operator for Chisel


https://github.com/FyraLabs/chisel-operator
kubech

Set kubectl contexts/namespaces per shell/terminal to manage multi Kubernetes clusters at the same time, like kubectx/kubens but per shell/terminal.


https://github.com/DevOpsHiveHQ/kubech
rk8s

rk8s is a lightweight, Kubernetes-compatible container orchestration system built on top of Youki, implementing the Container Runtime Interface (CRI) with support for three primary workload types: single containers, Kubernetes-style pods, and Docker Compose-style multi-container applications.


https://github.com/rk8s-dev/rk8s
Processes and Threads

This interactive article allows you to build an understanding of what Processes are, how they allow your computer to multitask, and how they differ from Threads.


https://planetscale.com/blog/processes-and-threads
Redis is fast - I'll cache in Postgres

There are books & many articles online, like this one arguing for using Postgres for everything. I thought I’d take a look at one use case - using Postgres instead of Redis for caching. I work with APIs quite a bit, so I’d build a super simple HTTP server that responds with data from that cache. I’d start from Redis as this is something I frequently encounter at work, switch it out to Postgres using unlogged tables and see if there’s a difference.


https://dizzy.zone/2025/09/24/Redis-is-fast-Ill-cache-in-Postgres/
Understanding PostgreSQL WAL and optimizing it with a dedicated disk

https://stormatics.tech/blogs/understanding-postgresql-wal-and-optimizing-it-with-a-dedicated-disk
pgschema

pgschema is a CLI tool that brings terraform-style declarative schema migration workflow to Postgres


https://github.com/pgschema/pgschema
pgexporter

Prometheus exporter for PostgreSQL


https://github.com/pgexporter/pgexporter
intelli-shell

IntelliShell is a powerful command template and snippet manager for your shell. It goes far beyond a simple history search, transforming your terminal into a structured, searchable, and intelligent library of your commands.


https://github.com/lasantosr/intelli-shell
oq

Terminal OpenAPI Spec viewer


https://github.com/plutov/oq
cachey

High-performance read-through cache for object storage.


https://github.com/s2-streamstore/cachey
How to Name Your Metrics

Metrics are the quantitative backbone of observability—the numbers that tell us how our systems are performing. This is the third post in our OpenTelemetry naming series, where we've already explored how to name spans and how to enrich them with meaningful attributes. Now let's tackle the art of naming the measurements that matter.


https://blog.olly.garden/how-to-name-your-metrics
Kubernetes Monitoring Metrics That Improve Cluster Reliability

Understand Kubernetes monitoring metrics that help detect issues early, improve reliability, and keep your cluster performing at its best.


https://last9.io/blog/kubernetes-monitoring-metrics
Going down the rabbit hole of Postgres 18 features

A comprehensive list of PostgreSQL 18 new features, performance optimizations, operational and observability improvements, and new tools for devs.


https://xata.io/blog/going-down-the-rabbit-hole-of-postgres-18-features
elephantshark

Elephantshark helps monitor, understand and troubleshoot Postgres network traffic: Postgres clients, drivers and ORMs talking to Postgres servers, proxies and poolers (also: standby servers talking to their primaries and subscriber servers talking to their publishers).


https://github.com/neondatabase-labs/elephantshark
Kubernetes observability from day one - Mixins on Grafana, Mimir and Alloy

One of the things we quickly find out when using Kubernetes is that it’s hard to know what is going on in our cluster. In most cases, we implement monitoring and alerting after we’ve dealt with problems, but there is a better way.

We don’t need to wait for the explosions, we can re-use the community’s knowledge and implement observability from the beginning.


https://www.amazinglyabstract.it/kubernetes/observability/2025/06/26/kubernetes-mixins.html