Быстрой реализации не обещаю, пока для себя делаю пометки на будущее и вникаю в новое. Как я понял, сам prometheus хранит и рендерит статику и раз, к примеру в полминуты, стучится в сервис по ссылке /metrics, где просто выдается стата с начала запуска сервиса.
А что находится "под капотом"? Ставится mongo+memcache как зависимости))?
Никаких зависимостей от сторонних сервисов нет. Там несложно, если просто - map с данными, который периодически чистится, вот и все.
Интересно сравнить MemSess с другими решениями по скорости ответа, нагрузке на сеть, нагрузке на CPU, RAM сервера сессий.
Вот это было бы реально круто, но пока о таком сравнении приходится только мечтать, так как сервисом практически никто не пользуется.
Как поведёт себя сервер когда закончится ресурс для хранения?
Напрямую нельзя ограничить объем памяти, но зато можно ограничить количество сессий через параметр -l. И когда количество сессий достигнет максимума, при попытке добавления новой сессии сервер выдаст соответствующую ошибку.
Переживут ли данные перезагрузку процесса сервера MemSess и перезагрузки ОС сервера в произвольный момент времени?
Нет, не переживут. Хотя на будущее можно подумать над синком ключа сессии, вполне может пригодится.
Кстати изначально посматривал на Protobuf, но не пошло из-за статической сборки, когда та падала при старте. Не хватило знаний чтобы решить проблему, поэтому махнул рукой и написал простенький "парсер". Кстати, вообще насколько важно чтобы программа компилировалась статически? Может вообще зря по этому поводу парюсь.
Так же, не заметил метрик, любых средств мониторинга.
А чтобы Вы хотели видеть в мониторинге (кол-во удачных/неудачных запросов в минуту и т.п.) и каким образом получать эти данные? По запросу? Или чтобы они были в файле?
Насчет решения проблемы и "аналоговнет" есть одна идейка. Но уж очень она узкоспециализированная, и, думаю, в 99% случаев вообще никому не нужна. Проще будет какой-нибудь свой проект запилить со временем) Спасибо за отзыв!
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
Добавил получение статистики в "сыром" виде.
Быстрой реализации не обещаю, пока для себя делаю пометки на будущее и вникаю в новое. Как я понял, сам prometheus хранит и рендерит статику и раз, к примеру в полминуты, стучится в сервис по ссылке /metrics, где просто выдается стата с начала запуска сервиса.
Спасибо.
Никаких зависимостей от сторонних сервисов нет. Там несложно, если просто -
mapс данными, который периодически чистится, вот и все.Вот это было бы реально круто, но пока о таком сравнении приходится только мечтать, так как сервисом практически никто не пользуется.
Напрямую нельзя ограничить объем памяти, но зато можно ограничить количество сессий через параметр
-l. И когда количество сессий достигнет максимума, при попытке добавления новой сессии сервер выдаст соответствующую ошибку.Нет, не переживут. Хотя на будущее можно подумать над синком ключа сессии, вполне может пригодится.
Спасибо.
Кстати изначально посматривал на
Protobuf, но не пошло из-за статической сборки, когда та падала при старте. Не хватило знаний чтобы решить проблему, поэтому махнул рукой и написал простенький "парсер". Кстати, вообще насколько важно чтобы программа компилировалась статически? Может вообще зря по этому поводу парюсь.А чтобы Вы хотели видеть в мониторинге (кол-во удачных/неудачных запросов в минуту и т.п.) и каким образом получать эти данные? По запросу? Или чтобы они были в файле?
Насчет решения проблемы и "аналоговнет" есть одна идейка. Но уж очень она узкоспециализированная, и, думаю, в 99% случаев вообще никому не нужна. Проще будет какой-нибудь свой проект запилить со временем) Спасибо за отзыв!