MemOps 😃

Furiko — современный планировщик заданий Kubernetes, созданный с нуля для гибкости, расширяемости и надёжности. Он спроектирован для запуска заданий с различными политиками повторения, управления историей запусков и предоставления пользовательского интерфейса для просмотра и администрирования заданий.

Furiko состоит из следующих компонентов:

- QueueJob Controller: абстракция заданий, которые можно ставить в очередь с масштабируемой логикой запуска.

- CronJob Controller: надёжный планировщик повторяющихся заданий с CRON-подобной семантикой.

- Web UI: удобный пользовательский интерфейс для управления заданиями и их выполнениями.

- CLI: утилита командной строки для взаимодействия с заданиями Furiko.

📌Подробнее: https://github.com/furiko-io/furiko

MemOps 🤨

MemOps 😃

Announcing vmestimator: Real-time Cardinality Estimations for VictoriaMetrics and Prometheus

Статья о vmestimator в блоге VM. vmestimator запускается в точке сбора данных, вычисляя кардинальность на основе входящего потока и предоставляя их в виде метрик через /metrics, совместимых с Prometheus, для сбора данных и оповещений.

📌Подробнее: https://victoriametrics.com/blog/vmestimator-announcement/index.html

MemOps 🤨

MemOps 😃

Open, Multi-Cloud, Multi-Cluster Kubernetes Orchestration

📌Подробнее: https://github.com/karmada-io/karmada

MemOps 🤨

MemOps 😃

Dasha — дашборд PostgreSQL

Когда Графиня уже занята, остается Даша. Написана на Go. Дополнительно в качестве источника данных можно подключать Prometheus или VictoriaMetrics.

Dasha анализирует состояние кластеров PostgreSQL, выявляет проблемы и даёт рекомендации по оптимизации.

📌 Подробнее: https://habr.com/ru/articles/1062540/
📌 https://github.com/dbulashev/dasha

Еще один похожий инструмент — Powa.

MemOps 🤨

Может им поменяться?

MemOps 😃

Observability в одном Go-бинарнике: как я собрал self-hosted без Kafka и Redis

Мне нужна была observability для собственных сервисов, и хотелось держать её у себя: логи ошибок — часто самые чувствительные данные в системе, и отдавать их наружу не хотелось. Официальный self-hosted-вариант знакомого стека — серьёзная инсталляция: приёмник, брокер, воркеры, кэш, отдельное аналитическое хранилище — в референсном docker-compose набегает под два десятка контейнеров. Для одного человека и нескольких проектов это несоразмерно: такое надо не только поднять, но и обновлять, чинить и держать в памяти.

Тогда я задал себе вопрос: сколько из этого действительно необходимо, если цель — self-hosted-инстанс на небольшой и средний объём? Ответ оказался неожиданным — почти ничего. Так появилась Gotcha: один Go-бинарник поверх двух баз, который принимает ошибки, трейсы, метрики, профили и аптайм.

📌 Подробнее: https://habr.com/ru/articles/1062624/
https://github.com/OtezVikentiy/gotcha

MemOps 🤨

MemOps 😃

Миграция с Bitnami PostgreSQL на CloudNative-PG в Kubernetes

Если вы запускаете PostgreSQL в Kubernetes, скорее всего, вы использовали популярные чарты Helm от Bitnami. Они были основным выбором для многих, но впереди значительные изменения. Как описано в этой проблеме GitHub, Bitnami переводит свои готовые к продакшену чарты и образы в коммерческое предложение. Для тех из нас, кто полагается на открытое ПО и выступает за него, это означает, что пора искать надежную альтернативу.

📌 Подробнее: https://k8scockpit.tech/posts/cloudnative-pg

MemOps 🤨

MemOps 😃