Репозиторий с пошаговым руководство о том, как стать девопсом в 2025, со ссылками на соответствующие учебные ресурсы

📌 Подробнее: https://github.com/milanm/DevOps-Roadmap

MemOps 🤨

MemOps 😃

Сколько девопсов нужно на проекте

Иногда приходит такое чувство, что сил на проект уже не хватает и это может быть звоночком к расширению штата.

Нужно правильно оценить бюджет и зрелость процессов на проекте. В видео кратко о том, что нужно учесть.

📌 Подробнее: https://www.youtube.com/watch?v=fe_Nfrl6y0k

MemOps 🤨

MemOps 😃

Учебник по написанию скриптов на Bash для начинающих

📌 Подробнее: https://www.youtube.com/watch?v=PNhq_4d-5ek

MemOps 🤨

MemOps 😃

Argo Rollouts — Blue-Green Deployment

📌 Подробнее: https://medium.chuklee.com/argo-rollouts-blue-green-deployment-75dbeff4ea19

MemOps 🤨

MemOps 😃

KerbTool — утилита для взаимодействия с Kerberos-протоколом, разработанная для тестирования безопасности и проведения атак на аутентификацию в Active Directory. Альтернатива таким инструментам как Impacket и Rubeus, но в удобной кроссплатформенной обёртке на Go.

Возможности:
• AS-REQ с любым именем пользователя (без предварительной аутентификации)
• Получение TGT и TGS
• Поддержка дешифровки и анализа билетов
• Brute-force и словарные атаки на учетные записи
• Поддержка режимов "kerberoasting" и "asreproasting"
• Работает в Linux, Windows и MacOS

Для чего используется:
• Red team-проверки
• Аудит конфигурации Kerberos
• Тестирование уязвимостей в аутентификации
• Извлечение хэшей из TGS/AS-REP без входа в систему

📌 Подробнее: https://github.com/jfjallid/kerbtool

MemOps 🤨

MemOps 😃

Лучшие инструменты мониторинга приложений для разработчиков

📌 Подробнее: https://www.freecodecamp.org/news/top-application-monitoring-tools-for-developers

MemOps 🤨

MemOps 😃

Уроки из наших 8 лет работы с Kubernetes в продакшене — два крупных сбоя кластера, отказ от самоуправляемого решения, снижение затрат, инструменты и многое другое

На ранних этапах в Urb-it, ещё до моего прихода, мы решили использовать Kubernetes как краеугольный камень нашей облачно-нативной стратегии. Мотивом этого выбора было наше ожидание быстрого масштабирования в сочетании с желанием использовать возможности оркестрации контейнеров, чтобы получить более динамичную, устойчивую и эффективную среду для наших приложений. А с нашей микросервисной архитектурой Kubernetes отлично подходил для этой задачи.

📌 Подробнее: https://medium.com/@.anders/learnings-from-our-8-years-of-kubernetes-in-production-two-major-cluster-crashes-ditching-self-0257c09d36cd

MemOps 🤨

MemOps 😃

MarkItDown — утилита написанная на Python для преобразования различных файлов в формат Markdown для использования с LLM и связанными с ними конвейерами анализа текста.

В этом отношении она наиболее близка к textract, но с акцентом на сохранение важной структуры и содержимого документа в формате Markdown (включая заголовки, списки, таблицы, ссылки и т. д.). Хотя вывод зачастую достаточно презентабелен и удобен для восприятия, он предназначен для использования инструментами анализа текста и может быть не лучшим вариантом для высококачественного преобразования документов для восприятия человеком.

В настоящее время MarkItDown поддерживает конвертацию из:
- PDF
- PowerPoint
- Word
- Exel
- Изображения (метаданные EXIF и OCR)
- Аудио (метаданные и транскрипция речи)
- HTML
- Текстовые форматы (CSV, JSON, XML)
- ZIP-файлы (перебирает содержимое)
- URL-адреса YouTube
- EPubs
- и многое другое!

📌 Подробнее: https://github.com/microsoft/markitdown

MemOps 🤨

Мы внедрили Agile и CI/CD, чтобы ускорить разработку! 😊

MemOps 😃

Single‑Instance Oracle Database на OpenShift

Red Hat представила результаты инженерной работы, направленной на поддержку БД от Oracle. Описана подробная reference‑архитектура и проверка работоспособности с акцентом на производительность, масштабируемость и поддержку live‑миграции.

📌 Подробнее: https://www.redhat.com/en/blog/single-instance-oracle-database-openshift-virtualization

MemOps 🤨

MemOps 😃

🤔 ИБ-специалисты тонут в данных об угрозах, но не могут их использовать

Тут наткнулся на свежий отчет от Google Cloud и Forrester, и он в очередной раз подтвердил то, о чем мы с вами и так догадывались. Большинство ИБ-отделов (если в организации они вообще есть 🎩) по всему миру просто тонут в данных, а реальной пользы от этого мало.

По их данным, 61% IT-руководителей признают, что их команды перегружены потоком информации об угрозах. У 60% не хватает квалифицированных людей, чтобы это всё анализировать. 72% организаций признаются, что их подход к кибербезопасности преимущественно реактивный. То есть ИБ-отделы не предотвращают, а тушат пожары по факту.

Интересный момент про производственный сектор. Именно там больше всего боятся пропустить реальную угрозу из-за информационного шума. Стандартные IT-инструменты плохо подходят для анализа OT-окружений (АСУ ТП, SCADA), а уязвимости там могут быть куда критичнее.

Что касается самих угроз, то на первых местах фишинг и шифровальщики. Но вот на третье место уже вылезли AI-инъекции, далее атаки на цепочки поставок.

Получается прикольная кулстори, когда купили SIEM-систему за стопицот миллионов, настроили тысячу алертов, а в итоге сидим и не знаем, за что хвататься. А реальная угроза в это время спокойно проходит мимо, потому что она не попала ни в один из наших умных дашбордов.

Типичный 🎹 Сисадмин

MemOps 😃