Endi mavjud! Telegram Tadqiqoti 2025 — yilning asosiy insaytlari 
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 429 obunachidan iborat bo'lib, Texnologiyalar & Aralashmalar toifasida 6 863-o'rinni va Rossiya mintaqasida 34 483-o'rinni egallagan.
📊 Auditoriya ko‘rsatkichlari va dinamika
невідомо sanasidan buyon loyiha tez o‘sib, 19 429 obunachiga ega bo‘ldi.
02 Iyul, 2026 dagi oxirgi ma’lumotlarga ko‘ra kanal barqaror faollikka ega. Oxirgi 30 kunda obunachilar soni 47 ga, so‘nggi 24 soatda esa 0 ga o‘zgardi va umumiy qamrov yuqori darajada qolmoqda.
- Tasdiqlash holati: Tasdiqlanmagan
- Jalb etish (ER): Auditoriya o‘rtacha 13.23% darajada jalb etiladi. Nashrdan keyingi dastlabki 24 soatda kontent odatda umumiy obunachilar sonining 7.43% ini tashkil etuvchi reaksiyalarni to‘playdi.
- Post qamrovi: Har bir post o‘rtacha 2 571 marta ko‘riladi; birinchi sutkada odatda 1 444 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 03 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 429
Obunachilar
Ma'lumot yo'q24 soatlar
+357 kunlar
+4730 kunlar
Postlar arxiv
19 429
Всем привет!
Мы – Deutsche Telekom, крупнейший европейский оператор связи и одна из ведущих мировых компаний.
Сейчас у нас активно формируются новые проектные команды для развития направления Network Automation & Orchestration. Суть программы — разработка оркестратора инфраструктуры в масштабах всей компании, который будет управлять огромным количеством всего телекоммуникационного оборудования Deutsche Telekom. В основе программы лежит концепция Model Driven Orchestration, которая базируется на автоматизированном управлении экземплярами ресурсов, сервисами и сетевыми функциями с использованием модели перехода состояний.
У нас уже открыто более 25 новых позиций Network и RAN инженеров и мы будем рады видеть в нашей команде людей разного уровня, от матерых архитекторов, до джунов, которым только предстоит всему научиться. Так же мы ищем сильного People Lead с опытом работы с сетями, который сможет повести команду за собой. С более подробной информацией можно ознакомиться по ссылкам: https://deutschetelekomitsolutions.ru/jobs/262/?sphrase_id=812
https://deutschetelekomitsolutions.ru/jobs/968/?sphrase_id=811
https://deutschetelekomitsolutions.ru/jobs/1116/?sphrase_id=813
Своим сотрудникам мы предлагаем отличный социальный пакет: ДМС с первого дня, компенсацию спорта, обучение за счет компании, реферальные бонусы, welcome-бонус, гибкий график и возможность полностью удаленной работы, а так же зарплату от 100 тысяч рублей NET (верхний же предел, фактически, не ограничен).
Мы будем рады пообщаться с вами и рассказать больше о проекте и компании. Если вас заинтересовала вакансия и вы хотите стать частью нашей команды, пишите на почту mikhail.lymar@t-systems.com или @Mlymar в телеграм.
19 429
Kubernetes Overview Diagrams
https://brennerm.github.io/posts/kubernetes-overview-diagrams.html
19 429
[ALERTING] When are critical alerts needed?
https://medium.com/nerd-for-tech/alerting-when-are-critical-alerts-needed-8144f092a48
19 429
How to pick the best observability solution for your organisation
There are a wealth of monitoring solutions available for engineers and developers to choose from, so how do you select which is most appropriate for you?https://medium.com/contino-engineering/how-to-pick-the-best-observability-solution-for-your-organisation-e956f0bffb8e
19 429
🔥Готовы ли вы к обучению на продвинутом онлайн-курсе «Внедрение и работа в DevSecOps»? Пройдите тест и узнайте сейчас!
👉🏻ПРОЙТИ ТЕСТ НА ЗНАНИЕ DEVSECOPS: https://otus.pw/uUDN/
📌Хотите протестировать учебный процесс заранее? Регистрируйтесь на бесплатное демо-занятие — «Почему безопасность должна быть на всех этапах CI/CD»: https://otus.pw/9QKD/
Регистрируйтесь сейчас — напомним перед вебинаром!
19 429
Troubleshooting Elasticsearch ILM: Common issues and fixes
https://www.elastic.co/blog/troubleshooting-elasticsearch-ilm-common-issues-and-fixes
19 429
Linux Performance Checklists for SREs
Linux Perf Analysis in 60s (https://netflixtechblog.com/linux-performance-analysis-in-60-000-milliseconds-accc10403c55)
1.
uptime ⟶ load averages
2. dmesg -T | tail ⟶ kernel errors
3. vmstat 1 ⟶ overall stats by time
4. mpstat -P ALL 1 ⟶ CPU balance
5. pidstat 1 ⟶ process usage
6. iostat -xz 1 ⟶ disk I/O
7. free -m ⟶ memory usage
8. sar -n DEV 1 ⟶ network I/O
9. sar -n TCP,ETCP 1 ⟶ TCP stats
10. top ⟶ check overview
Linux Disk Checklist
1. iostat -xz 1 ⟶ any disk I/O? if not, stop looking
2. vmstat 1 ⟶ is this swapping? or, high sys time?
3. df -h ⟶ are file systems nearly full?
4. ext4slower 10 ⟶ (zfs*, xfs*, etc.) slow file system I/O?
5. bioslower 10 ⟶ if so, check disks
6. ext4dist 1 ⟶ check distribution and rate
7. biolatency 1 ⟶ if interesting, check disks
8. cat /sys/devices/…/ioerr_cnt ⟶ (if available) errors
9. smartctl -l error /dev/sda1 ⟶ (if available) errors
* Another short checklist. Won't solve everything. ext4slower/dist, bioslower/latency, are from bcc/BPF tools.
Linux Network Checklist
1. sar -n DEV,EDEV 1 ⟶ at interface limits? or use nicstat
2. sar -n TCP,ETCP 1 ⟶ active/passive load, retransmit rate
3. cat /etc/resolv.conf ⟶ it's always DNS
4. mpstat -P ALL 1 ⟶ high kernel time? single hot CPU?
5. tcpretrans ⟶ what are the retransmits? state?
6. tcpconnect ⟶ connecting to anything unexpected?
7. tcpaccept ⟶ unexpected workload?
8. netstat -rnv ⟶ any inefficient routes?
9. check firewall config ⟶ anything blocking/throttling?
10. netstat -s ⟶ play 252 metric pickup
* tcp*, are from bcc/BPF tools.
Linux CPU Checklist
1. uptime ⟶ load averages
2. vmstat 1 ⟶ system-wide utilization, run q length
3. mpstat -P ALL 1 ⟶ CPU balance
4. pidstat 1 ⟶ per-process CPU
5. CPU flame graph ⟶ CPU profiling
6. CPU subsecond offset heat map ⟶ look for gaps
7. perf stat -a -- sleep 10 ⟶ IPC, LLC hit ratio
* htop can do 1-4. I'm tempted to add execsnoop for short-lived processes (it's in perf-tools or bcc/BPF tools).
https://www.brendangregg.com/blog/2016-05-04/srecon2016-perf-checklists-for-sres.html19 429
Уже 25 августа в 17:30 МСК IT-компания Selectel проведет живую встречу для сетевых инженеров — Selectel Network Meetup и ее онлайн-трансляцию.
Программа митапа:
✅ Профессиональный путь сетевого инженера: ожидание и реальность
✅ Интерфейсы и трансиверы: медные и оптические интерфейсы, обзор ценовых решений
✅ Ответы на вопросы, выбор тем следующих митапов
✅ Beer networking
Дата: 25 августа, среда, 17:30 МСК
Подробности и регистрация по ссылке:
💥 https://slc.tl/wVUCy
*Запись вебинара будет отправлена всем зарегистрированным
19 429
My Dev Lessons From 2020
Kubernetes is to Borg what Frankstein is to the Dali Lama When I left Google, I was sold on the whole containerized way of running things. Borg is lightyears ahead of every other cluster orchestration project. Borg doesn't let you do everything. It is designed to run specifically built applications that are containerized. You don't get Docker images with whatever OS stuff you feel like running that day. The OS is always Google's internal OS. You don't get access to whatever binaries you want to install. You don't get go use whatever security you want. Your RPC system is always going to be Stubby (GRPC internal to Google). Your cluster file system is going to be the only one allowed. Period. Those limits are freeing. You simply need to have resources to run your jobs and deploy them. Your binaries are packaged up and you just need to say what is going to get run. So naturally, I've used Kubernetes after I left. Everything about Borg I liked is gone in Kubernentes. It is trying to solve everyone's problem and solves no one's problem. It is easy to kill your jobs. Its hard to do things like update a single instance. Service meshes???? Really???? Helm? Great, I can kill all my cluster MySQL databases at the flick of my heml config. Security, what security? Oh, right, the bring my own model that is just crazy hard. Need it to work with special cloud sidecars (like special identity services)? Well, that's going to be a fun thing. Upgrades that change the config language so that your jobs won't run anymore. Perfect..... And btw, love YAML over the Borg config language, NOT!http://www.gophersre.com/2021/02/21/my-dev-lessons-from-2020
19 429
Unpacking Observability
https://adri-v.medium.com/unpacking-observability-a-beginners-guide-833258a0591f
19 429
Migrating Facebook to MySQL 8.0
https://engineering.fb.com/2021/07/22/data-infrastructure/mysql
19 429
Освой Kubernetes — получи свой джетпак в ИТ-карьере
Если вы сегодня знаете Kubernetes — значит, ваша карьера в ИТ в безопасности. Будете расти, а зарплата вместе с вами.
Предлагаем пройти курс по Kubernetes для практикующих специалистов. Важно: это курс не для новичков. Нужно уметь конфигурировать серверы, приложения и сервисы на Линуксе, знать bash и Docker, пользоваться гитом.
Чему вы научитесь на курсе:
⠀
📌Понимать архитектуру k8s, разворачивать кластер локально
📌Масштабировать приложения, использовать Load Balancing
⠀
📌Деплоить в кластер (Helm, Jsonnet, Kustomize)
⠀
📌Следить за компонентами кластера, визуализировать данные (Grafana, Prometheus, Jaeger)
📌Обеспечивать безопасность (Istio, Envoy)
📌Интегрировать CI/CD в Kubernetes
Курс даёт все необходимые знания для сертификации CKA (Certified Kubernetes Administrator).
Больше о курсе: https://clc.to/Fe5rJw
19 429
Thoughts on HTTP instrumentation with OpenTelemetry
https://neskazu.medium.com/thoughts-on-http-instrumentation-with-opentelemetry-9fc22fa35bc7
19 429
Common Kubernetes Errors Made by Beginners [2021]
https://medium.com/nerd-for-tech/common-kubernetes-errors-made-by-beginners-274b50e18a01
19 429
ortelius
Ortelius simplifies the implementation of microservices. By providing a central catalog of services with their deployment specs, application teams can easily consume and deploy services across cluster. Ortelius tracks application versions based on service updates and maps their service dependencies eliminating confusion and guess work.https://github.com/ortelius/ortelius
19 429
schemahero
A Kubernetes operator for declarative database schema management (gitops for database schemas)https://github.com/schemahero/schemahero
19 429
Команда Data Phoenix Events приглашает всех, 17 августа в 19:00, на первый вебинар из серии "The A-Z of Data", который будет посвящен MLOps.
В рамках вводного вебинара, мы рассмотрим, что такое MLOps, основные принципы и практики, лучшие инструменты и возможные архитектуры. Мы начнем с простого жизненного цикла разработки ML решений и закончим сложным, максимально автоматизированным, циклом, который нам позволяет реализовать MLOps.
Спикер
Дмитрий Сподарец - основатель и главный редактор Data Phoenix, руководитель R&D отдела и ML компетенции в компании VITech, активный член Open Data Science сообщества.
Участие бесплатное, но обязательна предварительная регистрация.
"The A-Z of Data" - серия вебинаров от команды Data Phoenix Events, в рамках которых вы сможете систематизировать и расширить свои знания работы с данными. Все вебинары будут разбиты на
