en
Feedback
DevOps&SRE Library

DevOps&SRE Library

Open in Telegram

Библиотека статей по теме DevOps и SRE. Реклама: @ostinostin Контент: @mxssl РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3

Show more

📈 Analytical overview of Telegram channel DevOps&SRE Library

Channel DevOps&SRE Library (@devopslibrary) in the English language segment is an active participant. Currently, the community unites 19 442 subscribers, ranking 6 821 in the Technologies & Applications category and 34 364 in the Russia region.

📊 Audience metrics and dynamics

Since its creation on невідомо, the project has demonstrated rapid growth, gathering an audience of 19 442 subscribers.

According to the latest data from 06 July, 2026, the channel demonstrates stable activity. Although there has been a change in the number of participants by 69 over the last 30 days and by 2 over the last 24 hours, overall reach remains high.

  • Verification status: Not verified
  • Engagement rate (ER): The average audience engagement rate is 12.98%. Within the first 24 hours after publication, content typically collects 7.22% reactions from the total number of subscribers.
  • Post reach: On average, each post receives 2 523 views. Within the first day, a publication typically gains 1 404 views.
  • Reactions and interaction: The audience actively supports content: the average number of reactions per post is 0.
  • Thematic interests: Content is focused on key topics such as kubernete, cluster, infrastructure, storage, configuration.

📝 Description and content policy

The author describes the resource as a platform for expressing subjective opinions:
Библиотека статей по теме DevOps и SRE. Реклама: @ostinostin Контент: @mxssl РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3

Thanks to the high frequency of updates (latest data received on 07 July, 2026), the channel maintains relevance and a high level of publication reach. Analytics show that the audience actively interacts with content, making it an important point of influence in the Technologies & Applications category.

19 442
Subscribers
+224 hours
+167 days
+6930 days
Posts Archive
cml
What is CML? Continuous Machine Learning (CML) is an open-source library for implementing continuous integration & delivery (CI/CD) in machine learning projects. Use it to automate parts of your development workflow, including model training and evaluation, comparing ML experiments across your project history, and monitoring changing datasets.

https://github.com/iterative/cml

kVDI
A Kubernetes-native Virtual Desktop Infrastructure

https://github.com/tinyzimmer/kvdi

kip
Kip is a Virtual Kubelet provider that allows a Kubernetes cluster to transparently launch pods onto their own cloud instances. The kip pod is run on a cluster and will create a virtual Kubernetes node in the cluster. When a pod is scheduled onto the Virtual Kubelet, Kip starts a right-sized cloud instance for the pod’s workload and dispatches the pod onto the instance. When the pod is finished running, the cloud instance is terminated. We call these cloud instances “cells”.

https://github.com/elotl/kip

Easier Troubleshooting of cert-manager Certificates
This post will explore the newest addition to the kubectl plugin of cert-manager, kubectl cert-manager status certificate, a command designed to make the troubleshooting experience of cert-manager problems easier.

https://blog.jetstack.io/blog/cert-manager-status-cert

Kotary
It is an operator that brings a layer of verification and policy to the native ResourceQuotas mechanism.

https://github.com/ca-gip/kotary

Performing a Live CNI Migration
As part of Jetstack’s Subscription offering, the assigned CRE (Customer Reliability Engineer) will carry out Proof of Concepts for validating and developing projects that your team can implement against your Kubernetes Cluster. One of our Subscription customers, Sky Betting and Gaming, tasked us with investigating whether it was possible to migrate the CNI solution for a Kubernetes cluster from Canal to Cilium, live.

In this post we’ll discuss why one might want to change CNIs, what I have learnt developing a solution for live migration, and how it all works.

https://blog.jetstack.io/blog/cni-migration

Arktos Arktos is an open source project designed for large scale cloud compute infrastructure. It is evolved from the open source project Kubernetes codebase with core design changes. https://github.com/centaurus-cloud/arktos

Cruster
Easily Create and Manage Kubernetes Clusters on Raspberry Pis

https://cruster.io

Authelia
Authelia is an open-source authentication and authorization server providing 2-factor authentication and single sign-on (SSO) for your applications via a web portal. It acts as a companion of reverse proxies like nginx, Traefik or HAProxy to let them know whether queries should pass through. Unauthenticated user are redirected to Authelia Sign-in portal instead.

https://github.com/authelia/authelia

Rebuilding Linkerd's continuous integration (CI) with Kubernetes in Docker (kind) and GitHub Actions
In mid-2019, the Linkerd project’s continuous integration (CI) took 45 minutes, all tests were serialized on a single Kubernetes cluster, and multi-hour backups were common. A migration onto one-off Kubernetes in Docker (kind) clusters and GitHub Actions got CI below 10 minutes, and made it parallelizable.

This post will detail Linkerd’s CI journey from a single, persistent Kubernetes cluster to theoretically unlimited one-off kind clusters. This journey includes a few detours on what patterns and tools worked well (and not so well) for Linkerd’s use case.

https://buoyant.io/2020/09/16/linkerds-ci-kubernetes-in-docker-github-actions

What we learned after a year of GitLab.com on Kubernetes
For about a year now, the infrastructure department has been working on migrating all services that run on GitLab.com to Kubernetes. The effort has not been without challenges, not only with moving services to Kubernetes but also managing a hybrid deployment during the transition. We have learned a number of lessons along the way that we will explore in this post.

https://about.gitlab.com/blog/2020/09/16/year-of-kubernetes

kubefs
Mount kubernetes's metadata object store as a file system

https://github.com/configurator/kubefs

How we moved to Github-based Kubernetes config management https://segment.com/blog/kubernetes-configuration
How we moved to Github-based Kubernetes config management https://segment.com/blog/kubernetes-configuration

k8s-diagrams
A collection of diagrams explaining kubernetes

https://github.com/cloudogu/k8s-diagrams

Installing Kubernetes Metrics Server securely https://www.brightbox.com/blog/2020/09/15/secure-kubernetes-metrics

helm-docs
The helm-docs tool generates automatic documentation from helm charts into a markdown file. The resulting file contains metadata about the chart and a table with all of your charts' values, their defaults, and an optional description parsed from comments.

https://github.com/norwoodj/helm-docs