uz
Feedback
DevOps&SRE Library

DevOps&SRE Library

Kanalga Telegram’da o‘tish

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

Ko'proq ko'rsatish

📈 Telegram kanali DevOps&SRE Library analitikasi

DevOps&SRE Library (@devopslibrary) Ingliz til segmentidagi kanali faol ishtirokchi. Hozirda hamjamiyat 19 434 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 6 837-o'rinni va Rossiya mintaqasida 34 403-o'rinni egallagan.

📊 Auditoriya ko‘rsatkichlari va dinamika

невідомо sanasidan buyon loyiha tez o‘sib, 19 434 obunachiga ega bo‘ldi.

04 Iyul, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 56 ga, so‘nggi 24 soatda esa 2 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.

  • Tasdiqlash holati: Tasdiqlanmagan
  • Jalb etish (ER): Auditoriya o‘rtacha 13.01% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 7.35% ini tashkil etuvchi reaksiyalarni to‘playdi.
  • Post qamrovi: Har bir post o‘rtacha 2 528 marta ko‘riladi; birinchi sutkada odatda 1 428 ta ko‘rish yig‘iladi.
  • Reaksiyalar va o‘zaro ta’sir: Auditoriya faol: har bir postga o‘rtacha 0 ta reaksiya keladi.
  • Tematik yo‘nalishlar: Kontent kubernete, cluster, infrastructure, storage, configuration kabi asosiy mavzularga jamlangan.

📝 Tavsif va kontent siyosati

Muallif resursni shaxsiy fikrni ifoda etish maydoni sifatida ta’riflaydi:
Библиотека статей по теме DevOps и SRE. Реклама: @ostinostin Контент: @mxssl РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3

Yuqori yangilanish chastotasi (oxirgi ma’lumot 05 Iyul, 2026 da olingan) sababli kanal doimo dolzarb va katta qamrovli bo‘lib qoladi. Analitika auditoriya kontent bilan faol hamkorlik qilishini, uni Texnologiyalar & Aralashmalar toifasidagi muhim ta’sir nuqtasiga aylantirishini ko‘rsatadi.

19 434
Obunachilar
+224 soatlar
+177 kunlar
+5630 kunlar
Postlar arxiv
АМА-сессия «Service mesh 2021» 17 февраля в 19:00 Будем разбираться в самых популярных вопросах по service mesh и отвечать на
АМА-сессия «Service mesh 2021» 17 февраля в 19:00 Будем разбираться в самых популярных вопросах по service mesh и отвечать на ваши. Не знаете нужен ли service mesh вашему проекту? Или вы уже столкнулись с проблемами при внедрении? С этими и другими вопросами приходите к Слёрм на АМА-сессию и получите подробные ответы от наших спикеров: 🔰 Марселя Ибраева | СТО Слёрма 🔰 Александра Лукьянченко | Тимлида в команде архитектуры Авито 🔰 Ивана Круглова | Staff Software Engineer в Databricks Участие бесплатное. Оставьте заявку и вопросы на сайте: https://slurm.club/3tQWzyH

A visual guide to SSH tunnels
This page explains use cases and examples of SSH tunnels while visually presenting the traffic flows.

https://robotmoon.com/ssh-tunnels

Chaos Experiments on Kubernetes using Litmus to ensure your cluster is production ready https://www.civo.com/learn/chaos-engineering-kubernetes-litmus

Konveyor
Konveyor is a community of people passionate about helping others modernize and migrate their applications to the hybrid cloud by building tools, identifying patterns, and providing advice on how to break down monoliths, adopt containers, and embrace Kubernetes.

The Konveyor Community is working on tools in many areas. Here is a quick overview of some of the tools:

crane - Migrate namespaces between Kubernetes clusters.
forklift - Migrate virtual machines to KubeVirt.
move2kube - Migrate from Cloud Foundry or Docker Swarm to Kubernetes.
pelorus - Measure the four critical measures to software delivery performance.
windup - Analyze applications for modernization paths.

https://konveyor.io

A visual guide on troubleshooting Kubernetes deployments UPDATED IN JANUARY 2021 https://learnk8s.io/troubleshooting-deployme
A visual guide on troubleshooting Kubernetes deployments
UPDATED IN JANUARY 2021

https://learnk8s.io/troubleshooting-deployments

💥18 февраля в 19:00 (время мск) приглашаем системных и DevOps инженеров принять участие в DevOps Quiz! Интеллектуальная кома
💥18 февраля в 19:00 (время мск) приглашаем системных и DevOps инженеров принять участие в DevOps Quiz! Интеллектуальная командная онлайн-игра на тему DevOps и все, что связано с этой методологией. Регистрация здесь: https://epa.ms/devops-quiz-devopslibrary В игре участвуют команды до 6 человек. Будет несколько раундов. За правильные ответы команда получает баллы. Победителями объявляются 3 команды, набравшие больше всех баллов. Проверьте свою эрудицию – примите участие в квизе!

Four levels of maturity that bridge the AppSec / engineering divide
Level 1: Security finds problems; Engineering fixes them
Level 2: Security and Engineering collaborate to produce test cases and remediations
Level 3: After the issue is fixed, Security and Engineering collaborate to find systemic fixes and develop checks
Level 4: Security and Engineering now also proactively look for new classes of issues and create systemic checks before an actual problem occurs

https://r2c.dev/blog/2021/four-levels-of-maturity-that-bridge-the-app-sec-engineering-divide

Zero Downtime Release: Disruption-free Load Balancing of a Multi-Billion User Website Zero Downtime Release is a collection of mechanisms used at Facebook to shield the end-users from any disruptions, preserve the cluster capacity and robustness of the infrastructure when updates are released globally.

System Design для самых маленьких
Собрались вы как-то с другом детства Василием и решили создать стартап. Василий предлагает оригинальную идею: «а давай сделаем русский Craigslist, будет Vasyaslist?». Идея отличная, свежая. Вам нравится. Василий будет CEO, а вы — CTO.

Ваша задача — спроектировать всю платформу с технической точки зрения. У вас есть маркерная доска, кофе и пару часов времени. Во-первых, надо понять что из себя будет представлять эта «платформа», а так же спланировать её развитие на 5 лет и понять какие нужны будут для этого ресурсы.

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

https://vitkarpov.me/posts/what-is-system-design

Если ты уже знаком с основами программирования и системного администрирования, но хочешь освоить смежную высокооплачиваемую п
Если ты уже знаком с основами программирования и системного администрирования, но хочешь освоить смежную высокооплачиваемую профессию и повысить свою квалификацию, то этот курс для тебя! Первые три месяца — учись бесплатно! Ты узнаешь: ⚡️что такое CI/CD и зачем они нужны; ⚡️как работать с Git из консоли; ⚡️зачем нужна виртуализация и контейнеризация; ⚡️как установить Prometheus и Grafana; ⚡️основы управления инфраструктурой и конфигурацией и много другое. 👉Записывайся на курс «Профессия DevOps-инженер PRO» сейчас по ссылке: https://clc.am/cX-G2A

Building a Kubernetes CI/CD Pipeline with GitLab and Helm https://nextlinklabs.com/insights/kubernetes-ci-cd-gitlab-with-helm

Project Agumbe: Share Objects Across Namespaces in Kubernetes At Salesforce, we use Kubernetes to orchestrate our services layer and recently ran into a use case where we wanted to apply and manage certain common objects across Kubernetes namespaces. Since there’s no native solution to share objects across namespaces or the concept of a global object, we used Kubernetes’ extensibility to solve the problem. In this post, I’ll shed light on how we accomplished this. https://engineering.salesforce.com/project-agumbe-share-objects-across-namespaces-in-kubernetes-1fc2e1ddb3eb

Как Netflix ведет разработку продукта Обзор на книгу No Rules Rules: Netflix and the Culture of Reinvention https://newsletter.maxua.com/p/-netflix-

REPORT - State of Cloud-Native Release Orchestration 2021

Весёлый ролик от Corey Quinn не всем понятен, а весьма полезен. Потому далее расшифровка каждого пункта (моя версия). 💸 Managed NAT Gateway — популярная проблема, когда кажущиеся пустыми окружения жрут деньги из-за цены за NAT GW для private subnets. 💸 Amazon EBS — забытые неиспользуемые (не примонтированные) диски в разных аккаунтах жрут деньги, а в случае, если они Provisioned IOPS, то огромные деньги. 💸 Insecure S3 buckets - 450 independent "Security" researchers — в данном случае здесь, видимо, какая-то пародия на аудит безопасности, хотя при большом количестве данных расходы на S3 могут быть огромными. В помощь S3 Intelligent-Tiering и Amazon S3 Storage Lens. 💸 The Data Science team — так понимаю, команда резвящихся датасайенсистов стоит дорого. 💸 Cross AZ Data Transfer — малоприметная проблема пожирает незаметно деньги (и может большие), прикрытая общей уверенностью, что трафик внутри одного региона бесплатен. 💸 Your AWS Account Team — видимо шарж на команду AWS, которая лениво смотрит, как вы спонсируете их коктейли. 💸 RIs in the wrong region — про то, что Reserved Instances берутся на конкретный регион, иначе они просто проедают деньги. В помощь Savings Plans! 💸 CloudWatch Metrics и DataDog polling — одни из самых дорогих источников расходов на мониторинг, соревнующиеся в первенстве, кто дороже. Настраивайте нужные метрики с нужным интервалом. Как вариант – используйте Amazon Managed Prometheus. 💸 OverProvisioned IOPSEBS диски с IOPS-ами дорогое удовольствие, потому не стоит привычно "брать с запасом", а руководствоваться адекватными метриками. 💸 Infrastructure in us-west-1 — регион N.California географически совсем рядом с Oregon (us-west-2), однако ресурсы в N.California на 20+ процентов дороже. 💸 Deployed Amazon Macie — первая версия Macie была (есть) негуманно дорогая. Используйте вторую. 💸 Amazon Redshift — серьёзные вещи стоят серьёзные деньги и требуют серьёзного отношения. 💸 AWS Marketplace Vendors — поставленные из Marketplace продукты могут стоить (больших) денег – нужно не забывать отписываться от ставшего ненужным. 💸 Extra Snowball days — за каждый день свыше 10 включённых изначально, списываются деньги за пользование Snowball и это могут быть большие деньги (от десятков до сотен долларов в день). 💸 Business support on Developer accounts — план техподдержки Business стоит 100 долларов в месяц и привязан к конкретному аккаунту. Если это аккаунт для разработки, то по сравнению с Developer планом за 29$ в месяц в нём нет ничего, кроме дополнительных коктейлей для AWS Account Team выше. 💸 No expiry configured - CloudWatch logs everywhere — логи, которые никогда не удаляются, вечные ненужные бэкапы, ECR образы и куча всего другого ­­- всё это пожирает деньги. Даже если не самые большие, но умноженное на всегда получается бесконечно много. Настраивайте lifecycle policy для всего. 💸 Frequent Glacier Retrievals — получение данных из Glacier – дорогая операция, не нужно увлекаться, а лучше использовать S3 Intelligent Tier Archive, который теперь умеет сам складывать в Glacier и забирать оттуда бесплатно. 💸 EMR without Spot fleets — использование Spot fleets для EMR существенно экономит, стоит их использовать. 💸 Creds leaked on Github — не нужно публиковать свои ключи доступа на GitHub, это может стоить дорого. 💸 AWS Contracts Team — вот это я не расшифровал, буду признателен объяснению в комментариях.  p.s. Хороший пост про 10 простых и очевидных способов уменьшить стоимость вашей AWS инфраструктуры есть и на русском: https://aws.amazon.com/ru/blogs/rus/10-things-you-can-do-today-to-reduce-aws-costs/ #cost_optimization