DevOps&SRE Library
Библиотека статей по теме DevOps и SRE. Реклама: @ostinostin Контент: @mxssl РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3
إظهار المزيد📈 نظرة تحليلية على قناة تيليجرام DevOps&SRE Library
تُعد قناة DevOps&SRE Library (@devopslibrary) في القطاع اللغوي الإنكليزية لاعباً نشطاً. يضم المجتمع حالياً 19 870 مشتركاً، محتلاً المرتبة 6 598 في فئة التكنولوجيات والتطبيقات والمرتبة 33 029 في منطقة روسيا.
📊 مؤشرات الجمهور والحراك
منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 19 870 مشتركاً.
بحسب آخر البيانات بتاريخ 10 نوفمبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار -27، وفي آخر 24 ساعة بمقدار -3، مع بقاء الوصول العام مرتفعاً.
- حالة التحقق: غير موثّقة
- معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 12.81%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 6.41% من ردود الفعل نسبةً إلى إجمالي المشتركين.
- وصول المنشورات: يحصل كل منشور على متوسط 2 546 مشاهدة. وخلال اليوم الأول يجمع عادةً 1 273 مشاهدة.
- التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 0.
- الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل kubernete, cluster, infrastructure, storage, configuration.
📝 الوصف وسياسة المحتوى
يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Библиотека статей по теме DevOps и SRE.
Реклама: @ostinostin
Контент: @mxssl
РКН: https://www.gosuslugi.ru/snet/67704b536aa9672b963777b3”
بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 11 نوفمبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.
Beyond the basics, an in depth look at memory metrics in Kuberneteshttps://itnext.io/from-rss-to-wss-navigating-the-depths-of-kubernetes-memory-metrics-4d7d77d8fdcb
Temoral.io
Data Transport: Apache Kafka, S3
Data Storage: PostgreSQL, Clickhouse, Cassandra, Redis (KeyDB), Elasticsearch
Ops: k8s, GitLab
Monitoring: Prometheus/Grafana, OpenTelemetry/Opentracing
Ключевые задачи
Проектирование и развитие инфраструктуры в нескольких ДЦ:
- Планирование и реализация сетевой архитектуры
- Эффективное управление распределением данных
- Масштабирование и оптимизация работы кластеров k8s
- Проектирование архитектурных решений и обоснование с точки зрения производительности, безопасности и стабильности
Бесперебойная работа сервисов:
- Обеспечение надежности, высокой доступности и производительности продукта
- On-call дежурства и реакция на инциденты: работа продакшн - твоя зона ответственности
- Управление инцидентами: разбор и постмортемы, исправление проблем
- Масштабирование и capacity planning. Создание DRP, проведение регулярных учения по отказам с последующим анализом результатов
Делать продакшн лучше:
- Автоматизация ручной, повторяющейся работы и рутинных задач
- Release engineering: разработка, внедрение и поддержка процессов CI/CD
- Сотрудничество с командами разработки для обеспечения работы и эффективного взаимодействия всех компонентов системы
- Актуализация метрик/алертов мониторинга и логирования, отслеживание и анализ ошибок
Ожидания
Самое важное для нас:
- Глубокие знания сетевых технологий: опыт работы с multi-DC network, умение проектировать/настраивать их для обеспечения высокой доступности и производительности
- Практический опыт с крупными базами данных: такими как Postgres, Clickhouse, Cassandra или ScyllaDB, а также понимание того, как решать задачу CAP на большом объеме данных
- Глубокий опыт эксплуатации k8s: ты знаешь, как быстро и просто масштабировать продукт, между несколькими дата-центрами на больших объемах данных
- Умеешь в System Design: используешь принципы и best practice при построении высоконагруженных систем
- Слова Observability & Monitoring тебя не пугают: знаешь, что такое персентиль и медиана, отличаешь SLO/SLA/SLI
- Во время сбоя можешь быстро принимать решения, не теряешься и не сдаешься
- Умеешь и любишь общаться с коллегами (да, мы понимаем, что иногда это сложно). Необходимо много общаться со смежниками, договариваться
- Умеешь описывать понятную и подробную документацию, по проделанной работе
Будет плюсом опыт:
- bare-metal / on-prem
- Proxmox/VMware
- Temporal.io
- Go/Python
Откликнуться на вакансию: @mxsslDefining clear Incident Severity levels is a key component to an efficient Incident Management process that helps Engineering teams quickly respond to outages and mitigate customer impact.https://argoday.medium.com/incident-severity-levels-78bfe7dd7e0d
This is a suite of terraform and OpenTofu related GitHub Actions that can be used together to build effective Infrastructure as Code workflows.https://github.com/dflook/terraform-github-actions
IaC is one of the key DevOps practices, and AWS CDK & Terraform are both great IaC tools to manage your AWS infrastructure. Having used both extensively, let me share my experience with the 2 IaC tools.https://medium.com/@kansvignesh/aws-cdk-vs-terraform-738c39d91f7a
GitHub uses MySQL to store vast amounts of relational data. This is the story of how we seamlessly upgraded our production fleet to MySQL 8.0.https://github.blog/2023-12-07-upgrading-github-com-to-mysql-8-0
An error budget is essentially the permissible limit of risk or failure that a service can tolerate while still meeting its objectives. It is closely tied to Service Level Objectives, which define the expected level of service reliability. For instance, if an SLO dictates 99.9% uptime, the error budget allows for a 0.1% margin of error or downtime.https://www.codereliant.io/on-error-budgets
Introduction to SLI, examples, counterexamples and tipshttps://blog.alexewerlof.com/p/sli
We’ve been using Kubernetes since before it was a “thing”, and as of 2023, we believe that it is still underutilized. In fact, it’s the best (and basically only real “at-scale”) solution for orchestrating Docker containers—or containers in general, after you’ve outgrown services like Heroku or Fly.io! That’s a bold claim, but it’s a belief backed up by our years of SRE experience. In this post, we’ll expand on that, and we’ll introduce a Kubernetes toolkit we already use and support for our clients, which simultaneously de-complexifies and highlights the benefits of Kubernetes.https://evilmartians.com/chronicles/martian-kubernetes-kit-a-smooth-sailing-toolkit-from-our-sre-team
Since a little more than two months ago, Healthchecks.io has been sending transactional email (~300’000 emails per month) through its own SMTP server. Here are my notes on setting it up.https://blog.healthchecks.io/2023/08/notes-on-self-hosted-transactional-email
Kubewatch is a Kubernetes watcher that publishes notifications to available collaboration hubs/notification channels. It watches the cluster for resource changes and notifies you through webhooks.https://medium.com/@seifeddinerajhi/kubewatch-a-kubernetes-watcher-for-observability-and-monitoring-d6dea1dbeb06 https://github.com/robusta-dev/kubewatch
How Netflix’s Container Platform Connects Linux Kernel Panics to Kubernetes Podshttps://netflixtechblog.com/kubernetes-and-kernel-panics-ed620b9c6225
