Topolvm — это проект с открытым исходным кодом, обеспечивающий управление томами для Kubernetes на основе LV (Logical Volume). Он позволяет эффективно использовать локальное хранилище на узлах кластера и автоматизирует создание, управление и удаление томов.

Среди основных возможностей Topolvm:
- Dynamic provisioning: автоматическое создание логических томов для Kubernetes PersistentVolumeClaims.
- Тонкое использование ресурсов: поддержка thin provisioning, что позволяет эффективно расходовать доступное пространство.
- Интеграция с CSI: поддержка интерфейса CSI (Container Storage Interface) для работы с Kubernetes.
- Полный контроль над хранилищем: локальные тома автоматически распределяются на основе доступных ресурсов.

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

MemOps 🤨

MemOps 😃

Топ-5 инженерных практик для внедрения в работу команды

📌 Подробнее: https://habr.com/ru/companies/oleg-bunin/articles/951710/

MemOps 🤨

MemOps 😃

GitLab Architecture: A Complete Guide

В этом вводном гайде вы узнаете:

- Основные компоненты GitLab
- Хранилище GitLab
- Высокая доступность и масштабируемость
- Аутентификация и авторизация
- Мониторинг GitLab с помощью Prometheus и Grafana

📌 Подробнее: https://devopscube.com/gitlab-architecture/

MemOps 🤨

MemOps 😃

Проектирование кластеров Kubernetes - выбор размера рабочих узлов

Каким должен быть кластер Kubernetes: с малым количеством мощных узлов или с множеством слабых? В этой статье разбираются плюсы и минусы обоих подходов.

При создании кластера Kubernetes один из первых вопросов, который у вас возникает: «Какой тип рабочих узлов (worker nodes) использовать и сколько их нужно?»

Если вы строите локальный (on-premises) кластер, стоит ли заказать несколько мощных серверов последнего поколения или использовать десяток-другой старых машин, пылящихся в вашем дата-центре?

Или, если вы используете управляемый сервис Kubernetes, например Google Kubernetes Engine (GKE), что лучше выбрать для достижения желаемой вычислительной мощности: восемь инстансов n1-standard-1 или два n1-standard-4?

📌 Подробнее: https://learnkube.com/kubernetes-node-size

MemOps 🤨

Клод код после рабочего дня со мной

MemOps 😃

runtime-radar

Это решение с открытым исходным кодом для мониторинга событий безопасности в контейнерных средах.

📌 Подробнее: https://github.com/Runtime-Radar/runtime-radar

MemOps 🤨

MemOps 😃

kubezonnet — утилита мониторинга k8s с помощью Prometheus для кластеров на базе Cilium.

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

MemOps 🤨

MemOps 😃

Памятка Git

MemOps 🤨

MemOps 😃

MemOps 😃

Helm v4: разбираем ключевые отличия от Helm v3

— Server-Side Apply вместо 3-Way Merge
— WASM-плагины
— kstatus для ожидания готовности ресурсов
— Content-based-кеширование чартов
— OCI-чарты можно устанавливать по их digest

📌 Подробнее: https://habr.com/ru/companies/flant/articles/967150/

MemOps 🤨

MemOps 😃

Как тестировать конфигурацию Nginx: корректность и информационная безопасность

При разработке сложной системы часто приходится сталкиваться с необходимостью использования nginx в качестве reverse proxy. Один из частых сценариев использования это роутинг, список правил, регулирующих путь запроса во внутренние системы или путь между внутренними подсистемами.

📌 Подробнее: https://habr.com/ru/articles/966914/

MemOps 🤨

MemOps 😃