Отворен е кодът на VictoriaMetrics, СУБД за времеви редове, съвместима с Prometheus

Отворени изходни кодове VictoriaMetrics — бърза и мащабируема СУБД за съхраняване и обработка на данни под формата на времеви ред (записът образува време и набор от стойности, свързани с това време, например, получени чрез периодично запитване на състоянието на сензори или събиране на метрики). Проектът конкурира с решения като InfluxDB, TimescaleDB, Thanos, Cortex и Uber M3. Кодът е написан на езика Go и се разпространява се разпространява под лицензия Apache 2.0.

Предимства и характеристики на VictoriaMetrics:

• Лесна за експлоатация. Представлява един изпълним файл с минимални настройки, предаващи се чрез командния ред при стартиране. Всички данни се съхраняват в една директория, зададена при стартиране с помощта на флага „-storageDataPath“;
• Поддръжка на езика за запитвания PromQL, използван в системата за мониторинг Prometheus. Поддържат се подзаявки PromQL и някои разширени възможности, като израза „offset“, шаблони в „WIDTH“, оператори „if“ и „default“, допълнителни функции и възможност за включване на коментари;
• Възможност за използване като дългосрочно хранилище на данни, свързано с Prometheus и Grafana.
• Наличие на режим за обратно запълване за зареждане на исторически данни;
• Поддръжка на различни протоколи за предаване на данни, включително Prometheus API, Influx, Graphite и OpenTSDB. Включително VictoriaMetrics може да се използва като прозрачна замяна на InfluxDB и може да работи с колектори, съвместими с InfluxDB, като Telegraf;
• Висока производителност и ниско потребление на ресурси в сравнение с конкурентни системи. В някои тестове VictoriaMetrics превъзхожда InfluxDB и TimescaleDB при извършване на операции по вмъкване и извличане на данни до 20 пъти. При извършване на аналитични запитвания, предимството в сравнение с релационните СУБД PostgreSQL и MySQL може да бъде от 10 до 1000 пъти.
  
  
  
• Наличен е възможност за обработка на много голямо количество уникални времеви редове. При обработка на милиони различни времеви редове консумира до 10 пъти по-малко ОЗУ от InfluxDB.
• Висока степен на компресия на данните в дисковото хранилище. В сравнение с TimescaleDB може да побере до 70 пъти повече записи в същия обем хранилище;
• Наличие на оптимизации за хранилища с големи закъснения и нисък брой операции вход/изход в секунда (например, твърди дискове и облачни хранилища AWS, Google Cloud и Microsoft Azure);
• Проста система за резервно копиране на базата на snapshot-и;
• Наличието на средства за защита на целостта на хранилището от повреди на данните, например, при извънредно изключване на електричеството (хранилището има форма на журнално-структурирано дърво със сливане);
• Реализация на езика Go, което осигурява компромис между производителността и сложността на кода в сравнение с Rust и C++.
• Предоставят се изходни кодове кластерни версии, която поддържа хоризонтално мащабиране на няколко сървъра и демонстрира ниски разходи. Има средства за осигуряване на висока наличност.

Източник: opennet.ru