DevOps MemOps

Мотивирует..

MemOps 😃

databasus

Databasus — это бесплатный инструмент с открытым исходным кодом для самостоятельного резервного копирования баз данных. Создавайте резервные копии в различных хранилищах (S3, Google Диск, FTP и т. д.) и получайте уведомления о ходе работы (Slack, Discord, Telegram и т. д.).

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

MemOps 🤨

MemOps 😃

pREST (PostgreSQL REST) - простой готовый к использованию API, который обеспечивает мгновенную работу высокопроизводительного приложения в режиме реального времени поверх существующей или новой базы данных Postgres.

Проект pREST - это API, отвечающий потребности в быстром и эффективном решении для создания RESTful API на базе баз данных PostgreSQL. Он упрощает разработку API, предлагая:
— легкий сервер с простой настройкой;
— прямые SQL-запросы с шаблонами в настраиваемых URL-адресах;
— оптимизации для высокой производительности;
— повышение производительности труда разработчиков;
— функции аутентификации и авторизации;
— подключаемые пользовательские маршруты и промежуточное программное обеспечение.

В целом pREST упрощает процесс создания безопасных и производительных RESTful API поверх новой или старой базы данных PostgreSQL.

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

MemOps 🤨

MemOps 😃

Cтатья о том как Kubernetes распределяет Pods по Nodes.

Рассматривается как и в целом работа scheduler’а, так и принципы работы механизмов для распределения Pods:
- nodeSelector
- Node affinity
- Pod affinity/anti-affinity
- Taints and tolerations
- Topology constraints
- Scheduler profiles

📌 Подробнее: https://itnext.io/kubernetes-scheduler-deep-dive-fdfcb516be30

MemOps 🤨

Помедленнее, я записываю ✍️

MemOps 😃

Как МФУ «Катюша» победило целый IT-отдел. Реальные отзывы выживших 😱

Утренний пост про то, что 70% компаний не спешат слезать с иностранного софта, вызвал праведное бурление в комментах. Коллеги накидали столько базы, что хватит на отдельный отчет для Минцифры (который там, конечно, не прочитают 📖).

Главная боль - железо и шильдики... Админы накидали фото серверов "Сила" и "ДатаРу", где под капотом легко считывается знакомый Dell, только с переклеенной наклейкой и ценником, умноженным на три. Один из подписчиков метко заметил:

ДАТАру вообще не парятся и просто наклейки наклеивают. Серверы свежие 2025 года, iDRAC работает. Если Сила хотя бы заморочились на загрузочном экране заменить Dell на СИЛА 💪, то тут всё честно.

С сетевым оборудованием та же история. SNR с индексом -R (Российский) стоит 125к, а без индекса (Китай) - целых 57к. Характеристики 1-в-1, переплата за бумагу для реестра.

Отдельная боль - сырой и жадный софт. Миграция с SolidWorks на Аскон - это отдельный круг ада. Лицензии на 5 млн, а за внедрение просят 6. В итоге админы сами развернули всё за месяц, сэкономив бюджет, но потратив нервы.

Про Астру и РедОС мнение единодушное:

Астра - это Crazy Russian Debian , который продают по цене Windows. Техподдержка сама в шоке, драйверы на принтеры (особенно сетевые МФУ типа "Катюши") отваливаются по фазам луны 🔮

Получилась неплохая дискуссия к посту (овер 150 комментов), всем спасибо.

Подведу итог... рынок перегрет искусственно. Вендоры поняли, что деваться нам некуда, и выкручивают цены, продавая перекрашенный Опенсорс или китайский OEM как уникальную разработку. Бухгалтеры плачут без Excel, инженеры матерятся на отечественные CAD-ы, а админы молча тащат всё это на своем горбу, потому что наверху сказали надо.

Те из нас, кто смог это настроить и заставить работать - настоящие ТРУ маги 80 уровня 🪄. А опыт лечения МФУ "Катюши" скоро будет цениться выше сертификата Cisco - без шуток 😂

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

Статья Unpatchable Vulnerabilities of Kubernetes: CVE-2020-8554 подробно разбирает CVE-2020-8554 — архитектурную уязвимость Kubernetes, которая встречается во всех кластерах и не закрывается обычными патчами. Авторы объясняют, как она работает «под капотом», показывают примеры использования ExternalIP и того, как kube-proxy создаёт правила, из-за которых можно перехватить трафик.

В статье пошагово описано, как злоумышленник с правами на создание Service может направить трафик, предназначенный для внешнего IP, в свой под, и какие технические детали iptables-правил стоят за этим поведением.

Кроме того, авторы обсуждают варианты смягчения — например, блокировку ExternalIP через admission контроллеры, использование других CNI решений вроде Cilium и оценку риска в зависимости от модели угроз.

📌 Подробнее: https://securitylabs.datadoghq.com/articles/unpatchable-kubernetes-vulnerabilities-cve-2020-8554/

MemOps 🤨

MemOps 😃

Advanced Linux Detection and Forensics Cheatsheet - полезный систематизирующий документ по моментам связанным с обнаружением и расследованием инцидентов в Linux

📌 Подробнее: https://www.defensive-security.com/storage/uploads/Advanced%20Linux%20Detection%20and%20Forensics%20Cheatsheet%20by%20Defensive%20Security.pdf

MemOps 🤨

MemOps 😃

Свой мини-«мониторинг как сервис»: Python-демон + Next.js-дашборд

В какой-то момент автор этой статьи поймал себя на том, что в третий раз пишет похожий набор проверок (API, страницы, базы, очереди, TLS, Docker…) и снова открывает это все в голых логах или простых HTML-страничках. В итоге он сел и сделал отдельный проект — мониторинг-демон на Python + Next.js-дашборд.

📌 Подробнее: https://habr.com/ru/articles/971786/
https://github.com/iinQ1337/server-watcher

MemOps 🤨

MemOps 😃

В статье Securing Kubernetes: The Network Policy Reality вы узнаете результат опроса 530 участников о их жизни и взаимодействии с Network Policy в Kubernetes. Давно понятно, что их использование обязательно, но для этого как правило требуются дополнительные процессы и инструменты, чтобы жить спокойно.

📌 Подробнее: https://kube.today/kubernetes-network-policies-2025

MemOps 🤨

MemOps 😃

Monitoring & Observability: Using Logs, Metrics, Traces, and Alerts to Understand System Failures

Когда ваше приложение отправляется в рабочую среду, оно становится частично непрозрачным. Вы владеете кодом, но поведение среды выполнения, сети и платформы часто остается за пределами вашего поля зрения. Вот тут-то и возникает необходимость в мониторинге и наблюдаемости.

Для инженеров, работающих с программным обеспечением в процессе производства, наблюдаемость основывается на трех основных принципах: журналах, показателях и трассировках. Каждый из них позволяет по-разному взглянуть на поведение системы. Понимание того, в чем каждый из них превосходит другие, а в чем нет, важно для разработки практичной и масштабируемой стратегии обеспечения наглядности.

📌 Подробнее: https://blog.railway.com/p/using-logs-metrics-traces-and-alerts-to-understand-system-failures

MemOps 🤨

MemOps 😃