Разработке время — безопасной разработке еще больше времени
В новом выпуске техно-дискуссий К2 Кибербезопасность разберем:
✅ стоит ли платить за коммерческие решения или можно жить на open source
✅ как выбрать между SAST, SCA и DAST и не утонуть в количестве инструментов
✅ Security Champions VS AppSec-команда: какой подход продуктивнее?
Когда: 16 июля, 19:00 (мск)
Где: онлайн
Регистрируйтесь по ссылке и присоединяйтесь к трансляции
В новом выпуске техно-дискуссий К2 Кибербезопасность разберем:
Гости выпуска:
🎙 Максим Князев, старший системный инженер, К2 Кибербезопасность
🎙 Андрей Кулешов, руководитель разработки SourceCraft Security Яндекс.
Ведущая — Анна Старшинова, ведущий менеджер по развитию практики защиты данных и приложений К2 Кибербезопасность.
Когда: 16 июля, 19:00 (мск)
Где: онлайн
Регистрируйтесь по ссылке и присоединяйтесь к трансляции
Please open Telegram to view this post
VIEW IN TELEGRAM
Cilium стал дефолтным CNI в EKS: что делать с eBPF
В 2026 году eBPF окончательно перешёл из категории «попробовать в лабе» в инфраструктурный стандарт: AWS выбрала Cilium дефолтным CNI для EKS, проект вышел из инкубационной стадии CNCF, а ядро 6.x стабилизировало основные возможности. Cilium на eBPF обгоняет iptables по throughput на 30–40% и умеет L7-политики, пишет автор.
Что делать сейчас. На новых кластерах оцените Cilium вместо flannel/calico+iptables. На нодах проверьте ядро —
📌 Подробнее: https://dev.to/linou518/ebpf-in-2026-the-kernel-revolution-powering-cloud-native-security-and-observability-22jd
MemOps🤨
В 2026 году eBPF окончательно перешёл из категории «попробовать в лабе» в инфраструктурный стандарт: AWS выбрала Cilium дефолтным CNI для EKS, проект вышел из инкубационной стадии CNCF, а ядро 6.x стабилизировало основные возможности. Cilium на eBPF обгоняет iptables по throughput на 30–40% и умеет L7-политики, пишет автор.
Что делать сейчас. На новых кластерах оцените Cilium вместо flannel/calico+iptables. На нодах проверьте ядро —
uname -r не ниже 5.8, иначе часть функций недоступна, а CentOS 7/RHEL 7 не поддерживаются. Для безопасности разверните Tetragon: он ловит аномалии на уровне ядра и убивает процесс раньше, чем среагирует userspace.MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
DEV Community
eBPF in 2026: The Kernel Revolution Powering Cloud-Native Security and Observability
eBPF in 2026: The Kernel Revolution Powering Cloud-Native Security and...
❤9
10 ошибок в CI/CD, которые замедляют работу инженеров
Процессы непрерывной поставки непрерывно связаны с эффективной работой пайплайнов. По мере роста числа репозиториев и циклов тестирования процессы СI/CD, которые работали на старте проекта, требуют инфраструктурных изменений.
В статье автор собрал 10 типичных ошибок в организации CI/CD. Вы узнаете, почему монолитные пайплайны приводят к росту времени сборок и как неправильная стратегия тестирования зависимостей и окружений влияет на стабильность доставки.
📌 Подробнее: https://devops.com/these-are-10-ci-cd-pipeline-mistakes-that-slow-down-engineering-teams/
MemOps🤨
Процессы непрерывной поставки непрерывно связаны с эффективной работой пайплайнов. По мере роста числа репозиториев и циклов тестирования процессы СI/CD, которые работали на старте проекта, требуют инфраструктурных изменений.
В статье автор собрал 10 типичных ошибок в организации CI/CD. Вы узнаете, почему монолитные пайплайны приводят к росту времени сборок и как неправильная стратегия тестирования зависимостей и окружений влияет на стабильность доставки.
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
DevOps.com
These are 10 CI/CD Pipeline Mistakes That Slow Down Engineering Teams
Continuous software delivery depends on CI/CD pipelines enabling teams to rapidly develop, test, and deploy code across environments.
👍2❤1
HPA, VPA или KEDA: что выбрать?
📌 Подробнее: https://dev.to/muskan_8abedcc7e12/kubernetes-vpa-vs-hpa-vs-keda-which-autoscaler-actually-cuts-your-bill-4f4p
MemOps🤨
Среднестатистический кластер Kubernetes утилизирует 13% CPU и 20% RAM (согласно данным отчёта CNCF 2024 Kubernetes Benchmark Report). 87% остаются «простаивать».
Чтобы устранить этот «недостаток» есть 3 autoscaler'a: HPA, VPA и KEDA. Каждый из них решает свою задачу или делает это чуть иначе, чем «сосед».
И тут встаёт вопрос: а какой из них выбрать? Как сделать потребление ресурсов максимально эффективным?
Чтобы найти свой ответ на этот вопрос можно обратиться к статье.
В ней Автор рассматривает:
— Общие принципы работы каждого из представленных autoscaler’ов
— Проводит небольшой сравнительный анализ
— Приводит рекомендации о том, когда можно/нельзя их комбинировать
— Предлагает алгоритм того, как выбрать то, что в большей степени подойдет вам
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
DEV Community
Kubernetes VPA vs HPA vs KEDA: Which Autoscaler Actually Cuts Your Bill
The average Kubernetes cluster runs at 13% CPU utilization and 20% memory utilization. That means 87%...
Kubernetes дома? Ты не в себе? Как с Cursor и без DevOps-опыта поднять приватный кластер для личных проектов
📌 Подробнее: https://habr.com/ru/companies/flant/articles/1043430/
MemOps🤨
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6🦄1
Please open Telegram to view this post
VIEW IN TELEGRAM
😁33
Как снизить Latency в Kubernetes?
Высокая задержка (latency) в Kubernetes может стать настоящей головной болью для DevOps-инженера. Давайте разберем, какие ключевые настройки помогут снизить задержку и ускорить ваш кластер!
1. Настройка Kube-Proxy
Если используете iptables-режим, попробуйте переключиться на IPVS:
Установите mode: "ipvs". Это значительно улучшает балансировку нагрузки и снижает задержку при обработке запросов.
2. Подключение eBPF (Cilium)
Классические iptables могут быть узким местом. Попробуйте Cilium с eBPF, который обеспечивает более быструю маршрутизацию:
3. Использование NodeLocal DNSCache
DNS-запросы — частая причина высокой задержки. Включите локальный кэш:
Это уменьшит нагрузку на CoreDNS и ускорит обработку запросов.
4. Tuning TCP (sysctl)
Настройте TCP-параметры для более быстрой передачи данных:
Эти параметры помогут лучше обрабатывать соединения и снижать задержку.
5. Использование Multi-NIC и CNI-плагинов
Если у вас высокий сетевой трафик, попробуйте Multus CNI для распределения нагрузки между несколькими сетевыми интерфейсами.
MemOps🤨
Высокая задержка (latency) в Kubernetes может стать настоящей головной болью для DevOps-инженера. Давайте разберем, какие ключевые настройки помогут снизить задержку и ускорить ваш кластер!
1. Настройка Kube-Proxy
Если используете iptables-режим, попробуйте переключиться на IPVS:
kubectl edit configmap -n kube-system kube-proxyУстановите mode: "ipvs". Это значительно улучшает балансировку нагрузки и снижает задержку при обработке запросов.
2. Подключение eBPF (Cilium)
Классические iptables могут быть узким местом. Попробуйте Cilium с eBPF, который обеспечивает более быструю маршрутизацию:
helm install cilium cilium/cilium --namespace kube-system3. Использование NodeLocal DNSCache
DNS-запросы — частая причина высокой задержки. Включите локальный кэш:
kubectl apply -f https://k8s.io/examples/admin/dns/nodelocaldns.yamlЭто уменьшит нагрузку на CoreDNS и ускорит обработку запросов.
4. Tuning TCP (sysctl)
Настройте TCP-параметры для более быстрой передачи данных:
sysctl -w net.core.somaxconn=1024
sysctl -w net.ipv4.tcp_tw_reuse=1
sysctl -w net.ipv4.tcp_max_syn_backlog=8192
Эти параметры помогут лучше обрабатывать соединения и снижать задержку.
5. Использование Multi-NIC и CNI-плагинов
Если у вас высокий сетевой трафик, попробуйте Multus CNI для распределения нагрузки между несколькими сетевыми интерфейсами.
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍7❤1
⚙️ Производительная инфраструктура
Если сервис по каким-либо причинам вам не подойдёт, мы оформим возврат средств.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍1🌚1
chainloop — хранилище доказательств с открытым исходным кодом для аттестаций цепочки поставок программного обеспечения, спецификаций материалов программного обеспечения (SBOM), VEX, отчетов SARIF, отчетов QA и многого другого. С помощью Chainloop команды по безопасности, соответствию требованиям и управлению рисками могут определять политики безопасности и соответствия, какие доказательства и артефакты они хотят получать и где их хранить. С другой стороны, разработчики защищены от всей этой сложности, получая простые инструкции о том, что предоставлять при внедрении их конвейеров CI/CD.
📌 Подробнее: https://github.com/chainloop-dev/chainloop
MemOps🤨
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
GitHub - chainloop-dev/chainloop: SDLC evidence store and policy engine for your Software Supply Chain attestations, SBOMs, VEX…
SDLC evidence store and policy engine for your Software Supply Chain attestations, SBOMs, VEX, SARIF, QA reports, and more - chainloop-dev/chainloop
ClusterHound — инструмент, который встраивает Kubernetes в BloodHound. С помощью kubectl он собирает топологию кластера и его RBAC-конфигурацию, после чего выгружает результат в OpenGraph JSON для импорта. Главная идея в том, что многошаговые цепочки атак в Kubernetes — захват сервис-аккаунтов, эскалация привилегий, побег с хоста, доступ к секретам — превращаются в проходимые рёбра графа, по которым можно строить маршруты атак.
Под капотом кластер моделируется как 15 типов узлов и 27 типов рёбер, а рёбра отдаются как structured graph, который нативно понимает встроенный pathfinding BloodHound. В комплекте идёт 31 готовый Cypher-запрос — от анализа точек входа до кратчайших путей до полной компрометации кластера. Инструмент работает только на чтение (get/list) и мапит ровно столько, сколько видят используемые учётные данные, поэтому его можно запускать как на весь кластер, так и в рамках отдельных namespace.
Требуется Python 3.8+, kubectl и BloodHound CE версии 9.0 и выше. Проект активно развивается.
📌 Подробнее: https://github.com/dovesec/ClusterHound
MemOps🤨
Под капотом кластер моделируется как 15 типов узлов и 27 типов рёбер, а рёбра отдаются как structured graph, который нативно понимает встроенный pathfinding BloodHound. В комплекте идёт 31 готовый Cypher-запрос — от анализа точек входа до кратчайших путей до полной компрометации кластера. Инструмент работает только на чтение (get/list) и мапит ровно столько, сколько видят используемые учётные данные, поэтому его можно запускать как на весь кластер, так и в рамках отдельных namespace.
Требуется Python 3.8+, kubectl и BloodHound CE версии 9.0 и выше. Проект активно развивается.
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4👍1
This media is not supported in your browser
VIEW IN TELEGRAM
G2ray — удобный VLESS-менеджер прокси для GitHub Codespaces.
📌 Подробнее: https://github.com/Code-Leafy/G2rayXCodeLeafy
MemOps🤨
G2ray - это мощная интерактивная панель Bash, предназначенная для мгновенного развертывания и управления конфигурациями Xray VLESS XHTTP. Разработанная специально для среды GitHub Codespaces, она автоматизирует управление портами, мониторинг трафика и поддержание соединений.
Возможности:
- развертывание и управление в один клик: создавайте и запускайте модули за считанные секунды. Удобный интерфейс командной строки с меню делает управление узлами и просмотр конфигурационных ссылок в реальном времени простым и удобным.
- интеллектуальная система автоматического поддержания жизни: встроенные фоновые циклы и продвинутые симуляторы Tmux предотвращают отключение GitHub Codespaces из-за бездействия, поддерживая туннель открытым.
- аналитика в реальном времени и квоты: отслеживает потребление данных RX/TX в режиме реального времени и активно контролирует использование ресурсов (процессор/оперативная память). Точно оценивает оставшуюся квоту бесплатного тарифа на 60 часов.
- настройка сети сообщества: передайте сгенерированную конфигурацию напрямую из командной строки, чтобы безопасно предоставить доступ сообществу, не влияя на скорость работы и не раскрывая личные данные.
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
Your Container Is Not a Sandbox — статья о том, как microvm могут стать тем самым решением для ситуаций, когда использовать контейнеры становится не так уж и безопасно. Автор показывает и сравнивает несколько технологий, которые доступны для использования сегодня. Отдельный смак в интерактивных элементах на странице.
📌 Подробнее: https://emirb.github.io/blog/microvm-2026/
MemOps🤨
MemOps
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🦄2