ar
Feedback

لا تقع ضحية للمخادعين! تيليمتريو يكتشف ويُميّز هذه القنوات 👉 إذا كنت تريد رؤية العلامة، اشترك

DevOps Portal | Linux

DevOps Portal | Linux

الذهاب إلى القناة على Telegram

Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH

إظهار المزيد

📈 نظرة تحليلية على قناة تيليجرام DevOps Portal | Linux

تُعد قناة DevOps Portal | Linux (@loose_code) في القطاع اللغوي الروسية لاعباً نشطاً. يضم المجتمع حالياً 13 729 مشتركاً، محتلاً المرتبة 9 287 في فئة التكنولوجيات والتطبيقات والمرتبة 47 328 في منطقة روسيا.

📊 مؤشرات الجمهور والحراك

منذ تأسيسه في невідомо، حقق المشروع نمواً سريعاً وجمع 13 729 مشتركاً.

بحسب آخر البيانات بتاريخ 28 أكتوبر, 2026، تحافظ القناة على نشاط مستقر. خلال آخر 30 يوماً تغيّر عدد الأعضاء بمقدار 632، وفي آخر 24 ساعة بمقدار 3، مع بقاء الوصول العام مرتفعاً.

  • حالة التحقق: غير موثّقة
  • معدل التفاعل (ER): يبلغ متوسط تفاعل الجمهور 18.51‎%. وخلال أول 24 ساعة من النشر يحصد المحتوى عادةً 10.79‎% من ردود الفعل نسبةً إلى إجمالي المشتركين.
  • وصول المنشورات: يحصل كل منشور على متوسط 2 540 مشاهدة. وخلال اليوم الأول يجمع عادةً 1 481 مشاهدة.
  • التفاعلات والاستجابة: يتفاعل الجمهور بانتظام؛ متوسط التفاعلات لكل منشور يبلغ 8.
  • الاهتمامات الموضوعية: يركز المحتوى على مواضيع رئيسية مثل devops, kubernetes, docker, linux, ebpf.

📝 الوصف وسياسة المحتوى

يصف المؤلف القناة بأنها مساحة للتعبير عن الآراء الذاتية:
“Присоединяйтесь к нашему каналу и погрузитесь в мир DevOps Сотрудничество, реклама: @devmangx Работаем с @Spiral_Yuri РКН: https://clck.ru/3P8kFH”

بفضل وتيرة التحديث المرتفعة (أحدث البيانات بتاريخ 29 أكتوبر, 2026) تحافظ القناة على حداثتها ومستوى وصول مرتفع. وتُظهر التحليلات تفاعلاً نشطاً من الجمهور، ما يجعلها نقطة تأثير مهمة ضمن فئة التكنولوجيات والتطبيقات.

13 729
المشتركون
+324 ساعات
+427 أيام
+63230 أيام
أرشيف المشاركات
Годная серия статей - "Hands-on lab: Full Kubernetes compromise, what will your SOC do about it?". Она включает четыре части:
Годная серия статей - "Hands-on lab: Full Kubernetes compromise, what will your SOC do about it?". Она включает четыре части: 1) Введение - легенда про вымышленную компанию Kuby, в которой случился инцидент и были слиты их данные. Дается описание инфраструктуры компании. 2) Построение уязвимой инфраструктуры Kuby - стек Terraform, Amazon EKS, GitHub Actions CI/CD pipeline. 3) Атака инфраструктуры Kuby - supply-chain attack приводящий к backdoor. 4) Расследование инцидента - анализ событий в GuardDuty и сбор релевантных артефактов и что можно еще улучшить. Полезно 👍 👉 DevOps Portal

Как превратить свой старый телефон в веб-сервер Эта статья хостится на лежащем в ящике Fairphone 2 2015 года, работающем на p
Как превратить свой старый телефон в веб-сервер Эта статья хостится на лежащем в ящике Fairphone 2 2015 года, работающем на postmarketOS В этом туториале тебя проведут по шагам, которые привели к такому результату В итоге у тебя получится небольшой домашний сервер, способный запускать базовые сервисы Читайте здесь 👉 DevOps Portal

Как Яндекс кошмарит вас на собеседованиях ❤️ Успешно пройти секцию по профильным хардам, но смачно опозориться на логической
Как Яндекс кошмарит вас на собеседованиях ❤️ Успешно пройти секцию по профильным хардам, но смачно опозориться на логической задаче с часами? В этом вся суть интервью в Яндексе 😆 Автор этой истории побывал на собесе в Яндексе и рассказал всю правду о клоунаде, которая там происходила. Готовьте попкорн! Вита Заебумба | Путь корпората — топовый канал про IT, сферу найма, трешовые собесы и работу в корпорациях. Просто кладезь кулстори не только от автора, но и от подписчиков Атмосфера 12/10: авторская подача, юмор и топ комменты от аудитории, состоящей из бизнес/системных, дата аналитиков, разрабов, продактов и других айтишников 🔥Истории, которые уже успели стать бестселлером: 🟡Поймала дешёвок за руку на собесе в Ягодках 🛍 🟡Мое мнение, что будет с рынком найма в 2026 году + полезные материалы 🟡Эффект Писюхи, или как я столкнулась с эйджизмом в найме 🟡Aston, разлогинься, или как продать свою жопу в рабство 🟡Если твой руководитель ведет себя так, беги оттуда Но тут не только про веселье и треш. Подписывайтесь, если хотите: 🟢Узнать лайфхаки продающего резюме 🟢Быть в курсе актуальной ситуации на рынке 🟢Обойти 90% кандидатов 🟢Не продешевить на собесе и выгодно себя продать ➡️ @vitazaebymba

Лёгкий GUI для управления несколькими Kubernetes-кластерами из одного места, с отображением в реальном времени, порт-форварди
Лёгкий GUI для управления несколькими Kubernetes-кластерами из одного места, с отображением в реальном времени, порт-форвардингом, агрегированными логами и опциональной AI-поддержкой для Troubleshooting через OpenAI/Claude/Gemini/Ollama GitHub: kubewall 👉 DevOps Portal

Откопал годный инструмент – Pinniped По сути, Pinniped выступает в роли authentication service для Kubernetes кластера. Он по
Откопал годный инструмент – Pinniped По сути, Pinniped выступает в роли authentication service для Kubernetes кластера. Он поддерживает различные authenticator types и OIDC identity providers, а также имплементирует различные стратегии интеграции с различными дистрибутивами Kubernetes для облегчения аутентификации 👉 DevOps Portal

Bare Metal + Terraform-провайдер = высокая производительность с гибким управлением 💯 В Selectel с помощью Terraform можно ра
Bare Metal + Terraform-провайдер = высокая производительность с гибким управлением 💯 В Selectel с помощью Terraform можно работать не только с облаками, но и с «железом». Как новая фича комбинирует ресурсы — поделятся эксперты компании. 📍 Регистрируйтесь и подключайтесь онлайн 9 декабря в 16-00 МСК на вебинар по приручению bare metal На встрече вы узнаете о пользе Terraform для управления IT-инстраструктурой. А еще протестируете сервис и задеплоите Docker-приложение при заказе. Так вы получите высокую производительность выделенных серверов с гибким управлением. В точности, как у облака. 🦖 Все участники вебинара попробуют Terraform бесплатно — с промокодом на 3 000 бонусов в панели управления. Регистрируйтесь на вебинар по ссылке: https://slc.tl/g1dm9 Больше мероприятий для IT-специалистов ищите в Telegram-канале @selectel_events Реклама. АО "Селектел". erid:2W5zFGjf4fA

Традиционно наибольшему глубинному пониманию и максимально переносимым знаниям способствует такой порядок обучения: Linux → N
Традиционно наибольшему глубинному пониманию и максимально переносимым знаниям способствует такой порядок обучения: Linux → Networking → Containers → {Kubernetes, Cloud} Переходить сразу к изучению более высокоуровневых сетевых компонентов, таких как AWS VPC, Security Groups, Internet Gateways и т.п., вполне распространённая практика, но, по моему опыту, это часто приводит к тому, что на освоение уходит больше времени, а при переходе с AWS на Azure или при отказе от удобств облака в пользу более дешёвой, но и более суровой реальности on-prem-развёртываний приходится буквально переучиваться с нуля. В противоположность этому, когда вы сначала разбираетесь с LAN’ами (L2-широковещательные домены, типовые топологии коммутаторов и т. п.), затем с L3-маршрутизацией, iptables и NAT, понимание того, что такое VPC и Security Group на самом деле, становится гораздо проще. И самое приятное в том, что у фокуса на фундаментальных вещах есть ещё одно важное преимущество: знания становятся переносимыми и в сторону тоже Например, контейнерная сеть (типичная bridge-сеть Docker) и Node/Pod-сети в Kubernetes опираются на те же концепции, даже если отдельные примитивы виртуализированы (Linux bridge выступает виртуальным коммутатором, а network namespace — аналогом изолированного сетевого узла). Поэтому в iximiuz Labs делается акцент на фундаментальных аспектах серверных технологий: - [course] Computer Networking Fundamentals For Developers, DevOps, and Platform Engineers — https://labs.iximiuz.com/courses/computer-networking-fundamentals - [hands-on] Practical Networking 101 problems — https://labs.iximiuz.com/challenges?category=networking 👉 DevOps Portal

Выживаем в условиях ограниченной доступности - DevOps, SRE, сисадмины, архитекторы и инженеры, этот практикум для вас! 3 дека
Выживаем в условиях ограниченной доступности - DevOps, SRE, сисадмины, архитекторы и инженеры, этот практикум для вас! 3 декабря в 20:00 мск ведущий DevOps-инженер Михаил Чугунов разберет: 👨‍💻как правильно выстроить пайплайн CI/CD 👨‍💻как организовать DNS, ingress и балансировку 👨‍💻как проектировать архитектуры кластера и сетевого взаимодействия После Практикума “Kubernetes в закрытом контуре”: ✔️DevOps/SRE смогут автоматизировать доставку обновлений и контейнерных образов без внешнего доступа ✔️Сисадмины разберутся, как организовать сетевую топологию, прокси, ingress-контроллеры и DNS в полностью изолированном контуре ✔️Архитекторы поймут, как закладывать ограничения NAT и отсутствие интернета в архитектурные решения ✔️Инженеры БД получат систему, как выстроить безопасную модель доступа, обеспечить комплаенс и защиту данных внутри замкнутой инфраструктуры Kubernetes Для полной погруженности мы дарим видео-курс о Kubernetes - будьте устойчивы и готовы! Забрать уроки: https://tglink.io/0c0fe788d3f2 Реклама. ООО "ОТУС ОНЛАЙН-ОБРАЗОВАНИЕ". ИНН 9705100963. erid: 2W5zFG9ci4x

Случалось ли вам по ошибке обновить Kubernetes Secret? Такое происходит чаще, чем кажется. Например: Вы обновляете Secret для
Случалось ли вам по ошибке обновить Kubernetes Secret? Такое происходит чаще, чем кажется. Например: Вы обновляете Secret для одного сервиса в кластере, но случайно редактируете Secret, который используется критичным приложением. Через пару секунд приложение падает, потому что креды больше не совпадают. Чтобы предотвратить такие ситуации, Kubernetes позволяет сделать Secrets immutable. Достаточно добавить одну строку immutable: true в манифест, вы можете залочить этот Secret. Если кто-то попробует его изменить, Kubernetes заблокирует обновление. Если всё же нужно обновить immutable Secret, его придётся удалить и создать заново. Есть и другой способ избежать случайных изменений – использовать Secrets Store CSI Driver. Он монтирует внешние секреты из провайдеров вроде AWS Secrets Manager напрямую как read-only тома в поды, так что их нельзя модифицировать из кластера. Чтобы узнать больше о Secrets Store CSI Drive, прочитайте эту статью: https://devopscube.com/secrets-store-csi-dirver-eks/ 👉 DevOps Portal

Сегодня разбирается классическая задача распределённых систем: как надёжно стримить логи с нескольких реплик в хронологическом порядке? Удивительно, но ни один из популярных контейнерных тулов этого не делает. docker service logs, kubectl logs, stern, kubetail, k9s — все они просто перемешивают потоки по мере поступления. Стандартный костыль – прогонять вывод через | sort 🙃 Чтобы сделать это правильно, нельзя просто сразу печатать строку лога: более медленный поток может прислать запись с более ранним таймстампом. Нужно понять, когда её печатать безопасно. Для новой команды uc logs используется следующий подход: 1. Low watermark Трекать минимальный timestamp среди всех лог-стримов и безопасно печатать буферизированные логи с таймстампами ниже этой метки.
watermark = min(latest_timestamp for each stream)
sort and print all buffered logs where timestamp < watermark
2. Heartbeat-таймстампы Что если контейнер замолчит? Весь поток залипнет, потому что watermark больше не будет сдвигаться. Решение: периодически отправлять пустые heartbeat-записи с текущим timestamp от серверов. Это своего рода обещание: «У меня нет логов старше этого». Это позволяет клиенту продвигать watermark сразу, не блокируя вывод. Интервал в 500 мс – 1 с работает хорошо на практике. Что насчёт несинхронизированных часов? Много тут не сделать, если не плодить лишнюю сложность. Просто детектируйте ситуацию, предупредите пользователя, и на этом всё. 👉 DevOps Portal

📘 На Stepik вышел курс — «DevOps-инженер: От основ до продакшена» Уже пишете код или администрируете серверы и хотите перейт
📘 На Stepik вышел курс — «DevOps-инженер: От основ до продакшена»  Уже пишете код или администрируете серверы и хотите перейти на следующий уровень? Этот курс поможет уверенно войти в DevOps. • Полный путь от Linux и сетей до Kubernetes: Docker, Git, GitLab CI/CD, Terraform, Ansible, Prometheus и Grafana • Практика на реальных кейсах: настраиваем пайплайн, контейнеризацию и инфраструктуру кодом, выкатываем сервисы • 180+ интерактивных заданий с автопроверкой — конфиги, манифесты прямо в браузере, в любое удобное время • Итоговый pet-project: к финалу курса у вас будет рабочая инфраструктура с контейнерами, CI/CD и мониторингом 🎓 Сертификат по завершении — добавьте его в резюме или профиль LinkedIn 🚀 Прокачайте DevOps с пользой и удовольствием. Начните уже сегодня и получите скидку 25%, которая действительна в течение 48 часов 👉 Пройти курс на Stepik

Не забудьте создать и использовать непривилегированного (non-root) пользователя в вашем Dockerfile. Это одно из тех небольших
Не забудьте создать и использовать непривилегированного (non-root) пользователя в вашем Dockerfile. Это одно из тех небольших изменений, которые тихо делают всю конфигурацию контейнера более безопасной. По умолчанию контейнеры запускаются от root, вроде бы безобидно, пока не осознаёшь, что одна уязвимость в приложении может дать атакующему root-доступ внутри контейнера. Это не означает моментальный компромисс хоста, но предоставляет достаточно возможностей, чтобы нанести ущерб через writable-маунты, некорректные права доступа или баги, позволяющие вырваться за пределы контейнера. Переход на non-root пользователя ограничивает доступ запущенного процесса, снижает потенциальный ущерб от любой эксплуатации и заставляет соблюдать более аккуратную гигиену с владением файлами и разрешениями 👉 DevOps Portal

В статье A Practical Approach to Keycloak Token Exchange: Converting External Tokens for Internal Use with Kubernetes and Ist
В статье A Practical Approach to Keycloak Token Exchange: Converting External Tokens for Internal Use with Kubernetes and Istio рассматривается подход к настройке обмена токенами Keycloak в Kubernetes с помощью Istio. Автор показывает как сконфигурировать CRD ресурс EnvoyFilter, в котором будет заложена Token Exchange Logic: - Extract Authorization Header - Make HTTP Call to Keycloak - Inject Internal Token 👉 DevOps Portal

Как использовать LLM в бизнесе и не нарушать 152-ФЗ? ИИ стал незаменим, но ограничения на обработку персональных данных ужест
Как использовать LLM в бизнесе и не нарушать 152-ФЗ? ИИ стал незаменим, но ограничения на обработку персональных данных ужесточаются. Хорошая новость: выход есть - модуль деперсонализации от Wikibot. Что он делает: 🔹Автоматически обезличивает ФИО, e-mail, адреса, паспорта, ИНН, СНИЛС, номера карт и другие чувствительные данные. 🔹Перед отправкой в LLM заменяет реальные данные на маркеры - после ответа восстанавливает их обратно. 🔹Персданные не отправляются за границу, что соответствует законодательству. Почему это выгодно бизнесу: 🔹Вы экономите - зарубежные LLM дешевле отечественных. 🔹Получаете доступ к функциям и качеству топовых моделей мира. 🔹Полностью соблюдаете требования закона без костылей и обходных путей. Модуль деперсонализации: подробная информация и демо-стенд

Быстрая заметка по k8s только что выяснил, что можно настраивать лимиты пропускной способности для пода или деплоймента. по у
Быстрая заметка по k8s только что выяснил, что можно настраивать лимиты пропускной способности для пода или деплоймента. по умолчанию фича лимитирования выключена. но можно контролировать входящую и исходящую пропускную способность пода через аннотации Kubernetes, примерно так кстати, M – это Mbps, G – это Gbps 👉 DevOps Portal

Годная CTF от WIZ – The Cloud Hunting Games CTF. Здесь вам нужно расследовать инцидент в облаке. Задания базируются на распро
Годная CTF от WIZ – The Cloud Hunting Games CTF. Здесь вам нужно расследовать инцидент в облаке. Задания базируются на распространенных TTP злоумышленников in the wild. Попробовать порешать можно тут 👉 DevOps Portal

5 шагов, как выдержать нагрузку в пиковый сезон и не переплатить за инфраструктуру 1️⃣Определите, какую максимальную нагрузку
5 шагов, как выдержать нагрузку в пиковый сезон и не переплатить за инфраструктуру 1️⃣Определите, какую максимальную нагрузку может выдержать ваша инфраструктура и какой рост трафика ожидается во время распродажи. 2️⃣Оптимизируйте сервис и настройте быстрое восстановление из бэкапа. 3️⃣Подготовьте инфраструктуру к масштабированию. В частности, подключите CDN для ускорения загрузки контента. 4️⃣Мониторьте ситуацию во время пиковых нагрузок и следите за корректностью работы всех узлов. 5️⃣После снижения трафика верните систему в штатный режим. Вы великолепны! А чтобы инфраструктура была еще выгоднее, подключайте СDN от Selectel со скидкой до 50% на дополнительный трафик. Успейте зарегистрироваться и подать заявку до 31 декабря: https://slc.tl/k0wmy Реклама. АО "Селектел". erid:2W5zFFwiTHr

Инструмент для сравнения результатов сканирования сканеров уязвимостей. Из коробки поддерживает grype, syft. И можно добавлят
Инструмент для сравнения результатов сканирования сканеров уязвимостей. Из коробки поддерживает grype, syft. И можно добавлять другие сканеры самостоятельно. Потом смотреть качество результатов сканирования как в рамках одного сканера и различных версий, так между разными сканерами. GitHub: yardstick 👉 DevOps Portal

ROI в DevOps ↗️ Эффективны ли ваши инвестиции в DevOps? Как посчитать возврат от вложений? Команда юнита «Экспресс 42» (Флант
ROI в DevOps ↗️ Эффективны ли ваши инвестиции в DevOps? Как посчитать возврат от вложений? Команда юнита «Экспресс 42» (Флант) приглашает вас на вебинар, где:
– Поделится инструментами оценки ROI сверху вниз (верхнеуровневая оценка трансформации) и снизу вверх (детальная оценка отдельных изменений). – Проанализирует выгоды и ROI на примере компании среднего размера. – Объяснит, как DevOps помогает сократить трудозатраты и получить дополнительную доходность.
Вебинар пройдёт 5 декабря (пт) в 12:00 Зарегистрироваться Если ищете способы увеличить прибыль или сократить издержки, а также усовершенствовать качество поставки цифровых продуктов, ждём вас на эфире 🧑🏼‍💻

Ограничение сетевого трафика с помощью eBPF Ещё один отличный практический туториал от Теодора Подобника на iximiuz Labs. Узн
Ограничение сетевого трафика с помощью eBPF Ещё один отличный практический туториал от Теодора Подобника на iximiuz Labs. Узнайте, как реализовать базовый packet rate limiter с использованием eBPF/XDP, чтобы применять ограничения прямо в ядре Читайте здесь 👉 DevOps Portal