tekste tĂ« burimeve â njĂ« bazĂ« tĂ« dhĂ«nash tĂ« shpejtĂ« dhe tĂ« shkallĂ«zuar pĂ«r ruajtjen dhe pĂ«rpunimin e tĂ« dhĂ«nave nĂ« formĂ«n e serive tĂ« kohĂ«s (njĂ« regjistĂ«r formon kohĂ«n dhe njĂ« grup vlerash pĂ«rkatĂ«se kohore, pĂ«r shembull, tĂ« marra nĂ«pĂ«rmjet sondazhit periodik tĂ« gjendjes sĂ« sensorĂ«ve ose mbledhjes sĂ« metrikave). Projekti konkurron me zgjidhje si , , , dhe . Kodi Ă«shtĂ« shkruar nĂ« gjuhĂ«n Go dhe nĂ«n licencĂ«n Apache 2.0.
Avantazhet dhe karakteristikat e VictoriaMetrics:
- E thjeshtë për t'u përdorur. Paraqet një skedar ekzekutiv me konfigurime minimale, të përcaktuara përmes komandës në linjë gjatë fillimit. Të gjitha të dhënat ruhen në një katalog të vetëm, të caktuar gjatë fillimit me ndihmën e flamurit «-storageDataPath»;
- Mbështetje për gjuhën e pyetjeve , e përdorur në sistemin e monitorimit . Mbështeten nën-pyetjet PromQL dhe disa , si shprehja «offset», modelet brenda «WIDTH», operatorët «if» dhe «default», funksione shtesë dhe mundësia e përfshirjes së komenteve;
- Mundësia e përdorimit si , e lidhur me Prometheus dhe .
- Disponimi i modit të mbushjes prapa për ngarkimin e të dhënave historike;
- Mbështetje për protokolle të ndryshme të transferimit të të dhënave, duke përfshirë , , dhe . Po ashtu, VictoriaMetrics mund të përdoret si një zëvendësim transparent për InfluxDB dhe mund të punojë me kolektorë të përputhshëm me InfluxDB, si Telegraf;
- Performancë e lartë dhe konsum të ulët të burimeve me sistemet konkurruese. Në disa teste, VictoriaMetrics tejkalon InfluxDB dhe TimescaleDB në përfundimin e operacioneve të futjes dhe zgjedhjes së të dhënave deri në 20 herë. Në përfundimin e pyetjeve analitike, përfitimi në krahasim me bazat e të dhënave relacionale PostgreSQL dhe MySQL mund të arrijë nga 10 deri në 1000 herë.
- Ekziston përpunimi i një numri shumë të madh serish unike të kohës. Në përpunimin e miliona serive të ndryshme të kohës, konsumon deri në 10 herë më pak RAM se InfluxDB.
- Një nivel i lartë kompresimi të dhënash në ruajtjen diskore. Në krahasim me TimescaleDB, mund të ruajë deri në 70 herë më shumë regjistrime në të njëjtin volum të ruajtjes;
- Disponimi i optimizimeve për ruajtjet me vonesa të mëdha dhe numra të ulëta operacionesh në sekondë (për shembull, disqet e forta dhe ruajtjet cloud AWS, Google Cloud dhe Microsoft Azure);
- Sistem i thjeshtë rezervimi i bazuar në ;
- Disponimi i mjeteve për mbrojtjen e integritetit të ruajtjes nga dëmtimi i të dhënave, për shembull, gjatë një ndërprerjeje të papritur të energjisë (ruajtja ka formën e );
- Zbatimi në gjuhën Go, që siguron një kompromis midis performancës dhe kompleksitetit të kodit në krahasim me Rust dhe C++.
- Sigurohen kodet burimore , që mbështet shkallëzimin horizontal në shumë serverë dhe tregon një ngarkesë të ulët. Janë të disponueshme mjetet për sigurimin e disponueshmërisë së lartë.
Burimi: opennet.ru
