WeDoOps
43 subscribers
1 photo
8 links
Блог уставшего DevOps-инженера 💻

Это мой цифровой дневник. Сюда пишу о работе, автоматизации, облаках и о том, как не сойти с ума от YAML. Делюсь личным опытом, шишками и найденными граблями.
Download Telegram
Инструменты и архитектура

🧩 Рынок AIOps: коробки vs open-source

Gartner выделяет два лагеря:
- Корпоративные платформы: ServiceNow, BigPanda, Datadog Watchdog. Быстрый старт, но дорого и мало гибкости.
- Open-source стек CNCF: Prometheus, Loki, Tempo, Kafka, Flink, MLflow. Полный контроль, но нужна высокая квалификация команды.

В реальности лидеры строят гибрид:
🔹 Телеметрия собирается через OpenTelemetry
🔹 Данные стекаются в Kafka → аналитическую БД (ClickHouse, StarRocks)
🔹 ML-модели тренируются и деплоятся через GitOps (Kubeflow/MLflow)

Такой подход даёт и прозрачность, и возможность тонкой кастомизации под свою архитектуру.

#AIOps #Observability #OpenTelemetry
Анатомия AIOps-платформы

⚙️ Как устроена современная AIOps-машина

1️⃣ Сбор и нормализация
Всё начинается с OpenTelemetry: единый стандарт метрик, логов и трейсов. Шина Kafka гарантирует 99.99% доставки. Обязательна единая система тэгов (namespace, service, environment, version).

2️⃣ Feature engineering и Data Lake
Сырые потоки превращаются в ML-признаки: скользящие перцентили задержек, burst-счётчики ошибок, эмбеддинги логов.
Хранилище: ClickHouse/Druid + озеро данных на S3 (Iceberg, Delta Lake). Тренд 2024 — векторные базы (Qdrant, Milvus) для поиска похожих инцидентов.

3️⃣ Мозг — алгоритмы
- Поиск аномалий: ансамбли Prophet + автоэнкодеры для метрик, кластеризация Drain и BERT для логов.
- Вероятностная первопричина: граф сервисов из трейсов + Bayesian Networks / Graph Attention. Netflix сократил время диагностики на 60%.
- Предиктив: LSTM и Temporal Fusion Transformers предсказывают насыщение ресурсов.
- Автоисправление: детерминированные ранбуки (Argo Workflows) при точности классификации >95%. RL-агенты пока слишком рискованны.

4️⃣ Петля обратной связи
Инженер подтверждает/отвергает гипотезу AI → модель дообучается. Без human-in-the-loop быстрой зрелости не достичь.

#ML #AIOps #DataEngineering
AIOps и DevOps: практическая интеграция

🔗 Как AIOps встраивается в CI/CD и платформенную инженерию

🏗 Концепция Platform Engineering идеально ложится на AIOps: отдельная SRE-команда предоставляет «AIOps as a Service» продуктовым командам.

Observability как код: конфигурация телеметрии в репозитории (Helm-чарты), правки через merge request.

GitOps для ML-пайплайнов:
Код модели, тренировочные скрипты, пороги хранятся в Git. CI/CD (GitLab, Argo Workflows) переобучает модель на свежих данных, проверяет precision/recall и выкатывает canary-релиз ML-движка в прод. Всё версионируется и аудируется.

Сдвиг влево: AI на деплое
Модель обучена на историях плохих выкаток. При релизе она в реальном времени сравнивает поведение сервиса с эталоном и, заметив характерный рост 5xx или задержек, автоматически запускает откат. Это снижает пользовательский удар на 40–70%.

#GitOps #PlatformEngineering #MLOps
Дорожная карта внедрения

🗺 Как пройти путь к AIOps: 4 фазы

Фаза 1 – Data Foundation (1–3 мес.)
→ OpenTelemetry на все сервисы
→ Data Lake на Kafka + ClickHouse
→ Единая разметка сервисов и окружений

Фаза 2 – Augmented Operations (2–4 мес.)
→ Динамические базовые линии на золотых сигналах
→ Базовая корреляция по графу сервисов
→ Снижение потока алертов на 50%

Фаза 3 – AI-Driven Response (4–8 мес.)
→ Автоматический root cause analysis
→ Auto-remediation типовых проблем с подтверждением оператора
→ Интеграция в чат-опс

Фаза 4 – Predictive & Generative (8+ мес.)
→ Прогнозирование сбоев до их наступления
→ RAG-системы: «Что случилось с payment-api?» → AI генерирует полный отчёт с графиком и сценарием исправления.

💡 Важно расти итеративно, начиная с фундамента данных.

#Roadmap #AIOps #SRE
Подводные камни и суровая реальность

⚠️ Что может пойти не так (и у всех идёт)

1. Ложные срабатывания
48% внедрений (EMA, 2023) на раннем этапе страдают от лавины фальшивых алертов. Без механизмов подавления (учёт плановых работ, каскадная фильтрация) команда быстро перегорит.

2. Грязные данные
Мусор на входе – мусор на выходе. Пропуски, битые лейблы, рассинхрон по времени убивают любые модели. Нужны Data Contracts и постоянная гигиена данных.

3. Чёрный ящик
Инженер не верит выводу «виноват сервис X, 92%», если не видит пояснений. Требуется визуализация графов корреляции, аномальных токенов, SHAP-значений.

4. Культурный страх
«ИИ нас заменит». Важно транслировать: AIOps забирает рутину (перезапуски, поиск типовых логов), оставляя инженерам архитектурные и сложные расследования. По опросам Puppet, в high-performing командах AIOps воспринимается как ассистент, а не угроза.

#AlertFatigue #DataQuality #Culture
Будущее уже здесь: Generative AIOps

🚀 Следующий скачок – GenAIOps

Gartner Hype Cycle 2023 показывает, что generative AI добрался до I&O. Что мы прототипируем прямо сейчас:

🔹 Натурально-языковые дашборды
«Покажи аномалии по платёжному шлюзу за час» → AI генерирует краткий отчёт с рекомендацией, а не просто список точек.

🔹 AI-кодеры инцидентных исправлений
LLM, обученный на внутреннем коде и истории багов, предлагает diff с фиксом, обнаруженным по аномальным логам.

🔹 Мультимодальные RCA-агенты
Модель переваривает трейсы, метрики, логи и даже скриншоты Grafana и выдаёт вероятностную гипотезу с объяснением.

🛡 Главные вызовы:
- Приватность: телеметрия не должна уходить во внешние LLM. Решение — self-hosted LLaMA/Mistral + RAG на внутренней документации.
- Галлюцинации: финальные действия только по утверждённым ранбукам, никакого «творчества» в проде.

AIOps эволюционирует от «поиска аномалий» к проактивному диалоговому ассистенту. Начинать строить фундамент нужно уже сейчас.

#GenAI #LLM #FutureOps
🎯 AIOps — это эволюция ответственности, а не магия

1. Сначала данные: без OpenTelemetry нет разговора.
2. Итеративно растите от baselin'ов к автопоиску причин.
3. Замыкайте обратную связь с инженерами.
4. Доверяйте, но проверяйте: даже самый умный AI требует человеческого контроля.


#AIOps #DevOps #SRE #MachineLearning
🔗 Cilium Cluster Mesh между двумя RKE2 – quick guide

📦 Исходные данные:
Кластеры msk-1 и spb-1 с Cilium (rke2-cilium), cilium-cli установлен.

⚠️ Важно:
- Pod-подсети кластеров не должны пересекаться.
- Между кластерами открыт порт 2379 (или другой, заданный у clustermesh-apiserver).


1️⃣ Переменные
export CLUSTER1=msk-1 CLUSTER2=spb-1


2️⃣ Сброс старых секретов (опционально)
kubectl --context=$CLUSTER1 delete secret -n kube-system cilium-ca --ignore-not-found
kubectl --context=$CLUSTER2 delete secret -n kube-system cilium-ca --ignore-not-found


3️⃣ Включаем mesh на первом кластере
cilium --helm-release-name rke2-cilium clustermesh enable \
--context $CLUSTER1 --service-type LoadBalancer

🔍 Если нет LB, используй NodePort и укажи IP вручную позже.

4️⃣ Копируем корневой CA во второй кластер
kubectl --context=$CLUSTER1 get secret -n kube-system cilium-ca -o yaml | \
kubectl --context=$CLUSTER2 create -f -


5️⃣ Защищаем секрет от удаления Helm-ом
(выполнить в обоих кластерах)
kubectl --context=$CLUSTER1 label secret -n kube-system cilium-ca \
app.kubernetes.io/managed-by="Helm"
kubectl --context=$CLUSTER1 annotate secret -n kube-system cilium-ca \
meta.helm.sh/release-name="rke2-cilium" \
meta.helm.sh/release-namespace="kube-system"

Аналогично для $CLUSTER2.

6️⃣ Включаем mesh на втором кластере
cilium --helm-release-name rke2-cilium clustermesh enable \
--context $CLUSTER2 --service-type LoadBalancer


7️⃣ Проверяем поднятие apiserver
cilium clustermesh status --context $CLUSTER1 --wait
cilium clustermesh status --context $CLUSTER2 --wait


8️⃣ Соединяем кластеры
cilium --helm-release-name rke2-cilium clustermesh connect \
--context $CLUSTER1 --destination-context $CLUSTER2

📌 При использовании NodePort или нестандартного IP:
cilium ... connect --context $CLUSTER1 \
--destination-endpoint <IP>:<Port>


9️⃣ Финальная проверка
cilium clustermesh status --context $CLUSTER1
kubectl exec -it -n kube-system ds/cilium -- cilium-dbg node list

Видишь оба кластера?

🔟 Тест связности
cilium connectivity test --helm-release-name rke2-cilium \
--context $CLUSTER1 --multi-cluster $CLUSTER2

или пинг вручную:
kubectl --context=$CLUSTER1 exec test-tools -- ping -c 4 <pod-IP-во-втором-кластере>

🛑 Разрыв mesh
cilium --helm-release-name rke2-cilium clustermesh disconnect \
--context $CLUSTER1 --destination-context $CLUSTER2



🧠 Как это работает
В каждом кластере поднимается clustermesh-apiserver, агенты Cilium устанавливают к нему mTLS-соединения, используя общий корневой сертификат (cilium-ca). Метаданные узлов и сервисов синхронизируются через эти каналы.

💡 Не забыть:
- Секрет cilium-ca должен быть одинаковым во всех кластерах mesh.
- Лейблы Helm — обязательны, иначе при helm upgrade секрет удалится → mesh сломается.
- Порт 2379 (по умолчанию) должен быть доступен с нод одного кластера до apiserver другого.

Готово! Твои поды теперь видят друг друга напрямую. 🌐
❤‍🔥1
🤖 AI в DevOps: Как Cursor, Claude, Copilot и Amazon Q меняют работу инженера

Давайте без воды: AI-инструменты уже не игрушки, а полноценные члены команды. Расскажу про четвёрку лидеров.

⚙️ Кто есть кто
Cursor — AI-first IDE на базе VS Code. Видит весь ваш репозиторий с Terraform, Helm, Ansible и даёт советы, а в агентном режиме сам создаёт и правит файлы.
Claude (Claude Code) — языковая модель с терминальным агентом. Запускаете прямо на сервере: читает логи, находит ошибки и выполняет команды для восстановления.
GitHub Copilot — AI, встроенный в GitHub. Чатится в Issues и PR, генерирует код, анализирует пайплайны Actions и экономит кучу времени на ревью.
Amazon Q Developer — облачный помощник от AWS. Заточен под CloudFormation, CDK, Terraform. Сканирует уязвимости и выдаёт минимальные IAM-политики.

🔥 Фишки, ради которых стоит пробовать

Cursor: агентный режим
Пишете в чате «сделай модуль EKS с IRSA и мониторингом» — агент создаёт всю структуру, правит security-группы и генерирует README. По нашему style guide, который описан в .cursorrules.

Claude Code: ночной инцидент
Упал Kafka Strimzi. Вместо гугления я дал агенту доступ к логам — он нашёл проблему с сертификатами и выдал готовые kubectl annotate. Восстановились за 5 минут вместо 40.

Copilot: AI в пайплайнах
Упал GitHub Actions? Задаёте вопрос прямо в логе — Copilot объясняет ошибку и предлагает правку. В Copilot Workspace можно создать Issue «добавь автомасштабирование для ECS» и получить готовый PR с кодом.

Amazon Q: безопасность на автомате
Пишете CDK-конструкт, а Q подсвечивает: «S3-бакет публичный!» — и предлагает исправление. Сканер секретов не даёт запушить ключи в репозиторий. И генерация IAM-политик по описанию — экономия часа времени.

🚀 Новые реалии
1. Мульти-агентность: Copilot генерирует черновик модуля → Amazon Q проверяет на AWS-уязвимости → Cursor доводит до ума → Claude Code применяет.
2. Инфраструктура как промпт: системные промпты и правила версионируются вместе с кодом. CI/CD включает этапы AI-генерации и автоматической валидации.
3. Без человека пока никуда: галлюцинации случаются, поэтому финальный approve и OPA/Checkov обязательны.

🧰 Шпаргалка: что для чего
— Создать Terraform-модуль → Cursor Agent / Copilot Workspace
— Отладить CI/CD → Copilot Chat / Claude Code
— Написать Kubernetes манифесты → Cursor / Copilot
— Проверить безопасность AWS → Amazon Q Developer
— Автоматизировать инциденты в консоли → Claude Code
— Сгенерировать мониторинг-правила → Claude / Copilot Chat

🏁 Вывод
Мы становимся не просто DevOps-инженерами, а AI-операторами: ставим задачи, проектируем цепочки валидации и фокусируемся на архитектуре. Рутина уходит агентам. Но важно помнить золотое правило: всегда понимать, что именно генерирует AI, и уметь написать это руками.

Какие инструменты используете вы? Делитесь в комментариях 👇

#DevOps #AI #Cursor #Claude #Copilot #AmazonQ #автоматизация #IaC
📱 Cursor для DevOps: Полный гайд

Последний год Cursor — мой основной инструмент для инфраструктуры. Это не просто редактор, а AI-напарник, который понимает Terraform, Helm, K8s и умеет выполнять команды. Делюсь опытом.

🚀 Почему Cursor круче VS Code + Copilot
• Видит весь репозиторий, а не только открытый файл
• Агентный режим сам создаёт файлы и запускает terraform plan, kubectl get
• Глубокая кастомизация через .cursorrules и MCP

⚙️ Быстрый старт
1. Скачайте с cursor.com, импортируйте настройки VS Code
2. Откройте папку с инфраструктурным репозиторием
3. Освойте 3 элемента: Tab (автодополнение), Chat (Ctrl+L), Composer (Ctrl+I)

🤖 Какую модель выбрать
Claude 3.5/3.7 Sonnet — лучший для Terraform, HCL, YAML. Меньше галлюцинаций, точный код.
GPT-4o — хорош для Python/Bash скриптов и документации.
Gemini 1.5 Pro — длинный контекст, полезен для анализа больших логов.

👉 Мой совет: для IaC берите Claude, для скриптов — GPT-4o.

#Cursor #DevOps #AI #Terraform #Kubernetes
📱 Cursor для DevOps: Настройка под себя

🔧 Шаг 1: Создайте `.cursorrules`
Это файл в корне репозитория, который превращает общий AI в эксперта по вашим стандартам. Пример:

You are a senior DevOps engineer.
Rules:
- AWS provider >= 5.0
- Never hardcode secrets
- Tags: Environment, Project, Owner
- Never allow public S3 or 0.0.0.0/0
- Always set k8s resources and probes
- Avoid wildcard IAM


Положите его в корень, и Cursor будет автоматически следовать правилам.

🧠 Шаг 2: Включите индексацию кодовой базы
Settings → Features → Codebase Indexing. Для больших монорепо критично: AI видит связи между модулями.

📚 Шаг 3: Notepads и Project Knowledge
• Notepads — встроенные заметки (Runbooks, Architecture, Gotchas). Упоминайте через @Notepad:Runbooks
• Project Knowledge — загрузите PDF/Markdown с документацией. AI будет искать ответы там, снижая галлюцинации.

🤖 Шаг 4: Режимы агента в Composer
Normal — предлагает изменения, вы применяете
Auto — сам правит файлы и выполняет команды, но спрашивает для опасных
YOLO — всё без спроса. ⛔️ Никогда не используйте в проде!

Я использую Auto, но запрещаю автовыполнение terraform apply и kubectl delete.

#Cursor #DevOps #AI #Настройка
📱 Cursor для DevOps: Продвинутая интеграция

🔌 Подключаем MCP-серверы
Model Context Protocol позволяет Cursor работать с живыми системами: kubectl, terraform, AWS CLI, GitHub.

Пример: через kubernetes-mcp агент сам проверит статус подов, а через terraform-mcp выполнит plan и покажет diff.

Как подключить:
1. Установите MCP-сервер (npm или Docker)
2. Settings → Features → MCP → Add MCP Server
3. Укажите команду запуска

🔒 Безопасность
• Никогда не храните секреты в .cursorrules или Notepads
• Используйте отдельные AWS профили с ограниченными правами
• Разрешайте только безопасные команды: terraform fmt, kubectl get, helm lint
• Всегда смотрите git diff перед коммитом

⚡️ Где использовать (часть 1)
1. Генерация Terraform-модулей: «Создай модуль RDS с multi-AZ, шифрованием, тегами» — агент создаст все файлы.
2. Отладка ошибок: вставьте вывод terraform plan в Chat, он найдёт причину.
3. Написание Helm-чартов: «Сгенерируй чарт для веб-приложения с probes, HPA, ingress».
4. CI/CD пайплайны: «Напиши GitHub Actions workflow для сборки, Trivy, деплоя в EKS».

#Cursor #DevOps #MCP #Безопасность
📱 Cursor для DevOps: Сценарии и советы

🛠 Где использовать (часть 2)
5. Рефакторинг Ansible: «Вынеси повторяющиеся задачи в роли, добавь обработку ошибок».
6. Скрипты автоматизации: «Создай Python-скрипт для бэкапа RDS в S3 с шифрованием».
7. Анализ безопасности: «Найди открытые порты, широкие IAM, отсутствие шифрования» — AI выдаст список с рекомендациями.

💡 8 советов для максимальной эффективности
1. Пишите чёткие промпты: контекст, результат, ограничения
2. Используйте @-упоминания файлов
3. Проверяйте версии API (terraform validate)
4. Интегрируйте линтеры: tflint, checkov, hadolint
5. Сохраняйте удачные промпты в git
6. Просите AI объяснить изменения перед применением
7. Добавляйте в .cursorrules типичные ошибки вашей инфраструктуры
8. Для прод-операций всегда проверяйте diff вручную

🏁 Вывод
Потратьте час на настройку — получите AI-ассистента, который знает вашу инфраструктуру и берёт на себя рутину. Начните с малого: создайте .cursorrules, включите Auto-режим, попробуйте сгенерировать модуль.


#Cursor #DevOps #AI #Автоматизация #Советы
Почему DevOps больше не про скрипты

🤖 DevOps 2026: ИИ не заменит, но переопределит

Три года назад DevOps‑инженер = Kubernetes + Terraform + CI/CD + Bash.
Сегодня 83% IT‑специалистов говорят: индустрия меняется из‑за ИИ.

Главный вопрос уже не «заменит ли ИИ DevOps?» – нет.
Вопрос: «заменит ли инженер с ИИ инженера без ИИ?» – да, однозначно.

💡 В этой серии постов разберём:
– какие навыки теперь в цене
– сколько доплачивают за AI‑скиллы
– какие новые ветви профессии появились
– и куда двигаться, чтобы не выпасть из тренда
Рынок труда: спрос и зарплатная премия

📊 Цифры, которые меняют всё

Спрос на DevOps остаётся высоким:
– более 40 000 активных вакансий в США
– рынок растёт на 19,2% в год ($14,95 млрд в 2025‑м)

Анализ 3556 вакансий (май 2026):
🔹 10,3% явно требуют GenAI (агенты, LLM, RAG)
🔹 18,2% – любые AI‑навыки (ML, MLOps)

💰 Зарплатная премия (США, медиана):
– без AI‑скиллов: $114 000
– с AI‑скиллами: $150 000
+$36 000 в год!

Лидеры по найму AI‑DevOps: Software‑компании (15,7%) и FinTech (14,2%).
🥰1
Как ИИ меняет рутину DevOps-инженера

⚙️ От «тушения пожаров» к предсказаниям

Раньше: реагируем на инциденты.
Теперь: AI анализирует логи, метрики и историю – и предупреждает сбой ДО его начала.

Что ещё изменилось:

CI/CD – самооптимизация: AI находит flaky‑тесты, ускоряет сборку, прогнозирует риски деплоя.

IaC (Terraform, K8s‑манифесты) – генерируется с помощью копилот. Пример: Pulumi Neo сократил время provisioning с 3 дней до 4 часов.

Облачные затраты – AI автоматически находит аномалии, подбирает дешёвые инстансы и оптимизирует workload в реальном времени.

📌 87% инженеров говорят: ИИ освобождает время для системного проектирования вместо ручного скриптинга.

Это называется shift‑up – переход на уровень выше.
👍1
Новые ветви профессии: кем стать сегодня

🧭 4 карьерных трека, которые породил ИИ

1️⃣ MLOps – DevOps для ML‑моделей: пайплайны, мониторинг дрифта, A/B‑тесты. Инструменты: MLflow, Kubeflow.

2️⃣ AIOps – интеллектуальная эксплуатация. 73% предприятий внедряют к концу 2026. Обещает ускорение разрешения инцидентов на 25%+.

3️⃣ Platform Engineering + AI‑агенты – строим внутренние платформы со встроенными агентами. К 2030 году 80% разработчиков будут работать с автономными AI‑агентами (IDC).

4️⃣ DevSecOps с AI‑безопасностью – AI сканирует код, контейнеры и облачные конфиги, выявляя уязвимости до продакшена.

Каждый трек – это +20–45% к зарплате по сравнению с классическим DevOps.
Новый стек навыков: что учить, а что забыть

📚 Must‑have 2026

🔹 Фундамент – Linux, сеть, Kubernetes, один язык (Python/Go). Без него вы не поймёте, куда вас ведёт модель.

🔹 AI‑грамотность – умение настраивать агентов, писать промпты, понимать ограничения LLM.

🔹 Policy‑as‑Code – декларативная безопасность, встроенная в CI/CD.

🔹 Review как навык – проверять код, сгенерированный AI, теперь ценнее, чем писать его самому. Требует более глубокого контекста.

🔹 Multi‑LLM‑стратегии – Claude для сложных рассуждений, AWS Q для облака, локальные модели для приватных данных.

Что уходит – фиксированные скрипты. Harness уже предлагает агентов, которые делают их ненужными.

💡 «Junior + AI = Middle» – но только при твёрдом фундаменте.
Риски, будущее и главный вывод

⚠️ Теневая сторона AI‑трансформации

🔸 «Теневой ИИ» – агенты, используемые без одобрения и мониторинга. Когда AI начинает действовать (менять ресурсы), риски взлетают.

🔸 Скорость – главная угроза – изменения попадают в продакшен быстрее, чем их проверяют.

🔸 Governance – только 39% компаний имеют полные audit‑треки для AI‑операций.

Уже были реальные кейсы: Replit «уронил» базу, сервис аренды машин «ушатал» продакшен.

🚀 Будущее: Agentic DevOps

Оркестр AI‑агентов сам развернёт сервис, настроит observability, проверит безопасность и затраты. Инженер – архитектор и оркестратор, а не исполнитель.

💎 Итог

DevOps не исчезает – он трансформируется.
Спрос растёт, зарплаты – тоже, но требования меняются.

«Инженер с ИИ заменит инженера без ИИ» – это уже реальность.

Фундамент + AI‑навыки + умение работать с агентами = ваше будущее.

#DevOps #AI #AIOps #MLOps #PlatformEngineering #Карьера
Я наконец закончил строить из себя фронтенд разработчика

И наконец запустил свой сайт блог где буду писать развернутые статьи с заметками

Сайт разработан с нуля без помощи конструкторов и прочей хрени, скелет построен с помощью технологий которые использую в работе

Https://we-do-ops.ru

P.s. прошу сильно не судить, осталось только перенести все статьи в этот сайт) ну и это первая версия)
👍1🔥1
🔥 DevSecOps: безопасность, встроенная в разработку

Киберпреступность в РФ выросла примерно в 2,3 раза за 5 лет: с ~294 тыс. (2019) до ~677 тыс. (2023). В 2024-м — уже около 765 тыс. (МВД).

Утечки тоже бьют по объёму: по Роскомнадзору, в 2024 году 135 инцидентов — в сумме 710+ млн записей о россиянах (это строки в базах, не уникальные люди; большая часть — один крупный кейс).

«Пентест в конце» под ежедневные деплои уже не тянет. Ответ — DevSecOps.

🔐 Что это
Безопасность на каждом этапе: от кода до прода. Главный принцип — Shift Left: ловим дыры как можно раньше, пока фикс дешёвый.

Не «два сканера в пайплайне», а:
• Security as Code — политики в Git
• Автоматические проверки в CI/CD
• Гейты на CRITICAL перед продом
• Мониторинг после деплоя
• Общая ответственность dev + ops + ИБ

📊 State of DevOps Russia 2025
(«Экспресс 42» / Флант + партнёры, в т.ч. Positive Technologies)
• ~77% используют инструменты ИБ / выстраивают процессы безопасной разработки
• ~67% уже встроили ИБ в CI/CD
• ~40% — защита проходит через весь цикл
• ~75% собирают метрики ИБ

🛠 Базовый стек
• SAST — Semgrep / SonarQube / GitLab SAST
• SCA — Trivy / Snyk / Dependency-Check
• Образы — Trivy (+ SBOM)
• DAST — OWASP ZAP (на staging)
• Секреты — Vault / External Secrets
• IaC / K8s policy — Checkov, Kyverno

Как внедрять без саботажа команды:
1) пилот на одном сервисе
2) сначала report-only, потом fail на CRITICAL
3) понятные отчёты: сервис / env / что делать

⚠️ Типичные барьеры (тот же отчёт)
• ~46% — нехватка экспертизы
• ~42% — совместимость со стеком
• ~41% — стоимость
• ~27% — непонятные результаты сканов

📌 ГОСТ Р 56939-2024
С 20.12.2024 в силе (взамен 2016). Это стандарт безопасной разработки. Сам по себе он не делает DevSecOps обязательным для всех — но для КИИ, госконтуров и сертификации ориентир жёстче. Уточняйте у ИБ/юристов.

Итог: DevSecOps — не про набор гаджетов, а про культуру и гейты в пайплайне. Быстрее релизы + дешевле чинить дыры.

Разбор на сайте → https://we-do-ops.ru/ru/blog/security-in-devops-devsecops
Вопросы / аудит → @WeDoOps

#DevSecOps #InfoSec #Кибербезопасность #DevOps #CI_CD