DevOps&SRE Library
19.9K subscribers
432 photos
1 video
2 files
5.56K links
Библиотека статей по теме DevOps и SRE.

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

РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3
Download Telegram
Modernizing Jenkins: From Static Agents to Kubernetes Dynamic Pods

Jenkins might feel like legacy tech, but it's still powering CI/CD at thousands of companies. Instead of ripping it out, here's how to modernize it with Kubernetes — solving cost tracking, resource isolation, and scalability problems along the way.


https://blog.stackademic.com/modernizing-jenkins-from-static-agents-to-kubernetes-dynamic-pods-fbda3f897018
Building a Local Data Platform with Kubernetes and Terraform

This blog aims to provide a practical example of how core tools like Kubernetes, Terraform, and DevContainers can be combined to build a local data platform in a structured and maintainable way.


https://blog.dataengineerthings.org/building-a-local-data-platform-with-kubernetes-and-terraform-9547a4256a7f
netfence

Netfence runs as a daemon on your VM/container hosts and automatically injects eBPF filter programs into cgroups and network interfaces, with a built-in DNS server that resolves allowed domains and populates the IP allowlist.


https://github.com/danthegoodman1/netfence
endpoint-monitoring-operator

A lightweight, extensible Kubernetes Operator that probes any endpoint—HTTP/JSON, TCP, DNS, ICMP, Trino, OpenSearch, and more—and routes alerts to Slack or e-mail with a simple Custom Resource.


https://github.com/iam404/endpoint-monitoring-operator
argocd-diff-preview

Argo CD Diff Preview is a tool that renders the diff between two branches in a Git repository. It is designed to render manifests generated by Argo CD, providing a clear and concise view of the changes between two branches. It operates similarly to Atlantis for Terraform, creating a plan that outlines the proposed changes.


https://github.com/dag-andersen/argocd-diff-preview
From Push to Production: Our Deployment Pipeline with Argo CD

So we built a pipeline that’s intentionally “boring”: GitHub pull requests, GitHub Actions, Kubernetes, and Argo CD — split across staging and production.

This post is a walkthrough of how a feature goes from a developer’s machine to real users, and why we made the choices we did.


https://medium.com/openmirai/from-push-to-production-our-deployment-pipeline-with-argo-cd-00e55b3feee9
From Minutes to Seconds: How I Eliminated Kubernetes Image Pull Delays

How I reduced pod startup times from minutes to seconds with intelligent image preloading


https://medium.com/@yyadid7/from-minutes-to-seconds-how-i-eliminated-kubernetes-image-pull-delays-16f166327576
Nomad on OpenShift: The case for the control plane

If Red Hat trusts OpenShift to run the control plane for their largest infrastructure orchestrator, the same pattern should apply to your smallest.


https://hashicorpengineering.substack.com/p/nomad-on-openshift-the-control-plane
Deep Dive: How linkerd-destination works in the Linkerd Service Mesh

Recently, in our daily operations, we took a deep dive into the inner workings of linkerd-destination, one of the most critical components of the Linkerd control plane.


https://medium.com/@bezarsnba/deep-dive-the-linkerd-destination-service-en-19f6efd1b308
Uniform API server access using clientcmd

If you've ever wanted to develop a command line client for a Kubernetes API, especially if you've considered making your client usable as a kubectl plugin, you might have wondered how to make your client feel familiar to users of kubectl. In fact, the Kubernetes project provides two libraries to help you handle kubectl-style command line arguments in Go programs: clientcmd and cli-runtime (which uses clientcmd). This article will show how to use the former.


https://kubernetes.io/blog/2026/01/19/clientcmd-apiserver-access
CloudNativePG (CNPG) - install (2.18) and first test: simulate transient failure

I'm starting a series of blog posts to explore CloudNativePG (CNPG), a Kubernetes operator for PostgreSQL that automates high availability in containerized environments.


https://dev.to/franckpachot/cloudnativepg-install-218-and-first-test-transient-failure-4ml
OpenKruise Agents

OpenKruise Agents provides best practices for managing AI agent workloads in Kubernetes. It is a sub-project of the open-source workload project OpenKruise under the Cloud Native Computing Foundation (CNCF), specifically tailored for the AI agent domain. OpenKruise Agents accelerates AI agent deployment and makes it easily accessible to both AI algorithm scientists and infrastructure engineers.


https://github.com/openkruise/agents
Optimizing Pod IP Allocation in AWS EKS with Amazon VPC CNI Prefix Delegation

In Amazon Web Services, each instance type has a different upper limit on how many Pods it can run. For example, an m5.large instance can only run 29 Pods, but an m5.4xlarge can run up to 234. The reason is that each EC2 instance can only have a limited number of IP addresses assigned to it.


https://medium.com/@mohamed.elmasary123/optimizing-pod-ip-allocation-in-aws-eks-with-amazon-vpc-cni-prefix-delegation-07d99004fdc2
GPU Starvation in Kubernetes: How Dynamic MIG Partitioning Saved Our GPU Budget

In Kubernetes clusters, GPUs are expensive. Really expensive. And when your data science team is fighting over GPU resources like it’s Black Friday at Best Buy, you know something’s broken.

That was the challenge I faced a few years ago. I implemented this solution back then, and though it’s been a while, I thought now would be a great time to share the experience.

We had a k8s cluster with 8 NVIDIA A100 GPUs, and our data scientists were… unhappy. Small model training jobs waited hours for GPU access while large distributed training jobs hogged entire GPUs at 30% utilization.

The culprit? GPU allocation granularity. Kubernetes treats GPUs as atomic resources, you either get a whole GPU or nothing. There’s no middle ground.

I needed to fix this. And the solution wasn’t what I expected.


https://medium.com/@nscharan1/gpu-starvation-in-kubernetes-how-dynamic-mig-partitioning-saved-our-gpu-budget-d242d6e56581
Migrating from F5 NGINX Ingress Controller to the F5 NGINX Gateway Fabric

The Kubernetes ecosystem is undergoing a significant transformation in how it handles networking, shifting from traditional Ingress API and annotations to the more advanced Gateway API.


https://blog.nginx.org/blog/migrating-from-nic-to-ngf
Build your own Managed Kubernetes Service on Proxmox with CAPI

Cluster API (CAPI) is an open-source Kubernetes sub-project. Its goal is to bring Kubernetes-style, declarative APIs and controllers to the problem of bootstrapping, configuring, upgrading and operating entire Kubernetes clusters, treating clusters themselves as first-class Kubernetes resources rather than as external, manually-provisioned infrastructure.


https://itnext.io/build-your-own-managed-kubernetes-service-on-proxmox-with-capi-8d9786644818
ORAS — OCI Registry As Storage

ORAS is the de facto tool for working with OCI Artifacts. It provides CLI and client libraries to distribute artifacts across OCI-compliant registries.


https://oras.land
offlog

A free, open-source, local-first task manager.


https://github.com/hrach-gevorgyan/offlog
ingress2gateway

Ingress2gateway helps translate Ingress and provider-specific resources (CRDs) to Gateway API resources. Ingress2gateway is managed by the Gateway API SIG-Network subproject.


https://github.com/kubernetes-sigs/ingress2gateway