VictoriaMetrics, një motor i bazës së të dhënave të serive kohore të përputhshëm me Prometheus, është me burim të hapur

Hapur tekstet burimore VictoriaMetrics - një DBMS e shpejtë dhe e shkallëzueshme për ruajtjen dhe përpunimin e të dhënave në formën e një serie kohore (rekordi formon kohën dhe një grup vlerash që korrespondojnë me këtë kohë, për shembull, të marra përmes sondazheve periodike të statusit të sensorëve ose mbledhjes së metrikë). Projekti konkurron me zgjidhje të tilla si InfluxDB, TimecaleDB, Thanos, Lëvore и Uber M3. Kodi është shkruar në Shko dhe shperndare nga licencuar sipas Apache 2.0.

Përparësitë dhe veçoritë e VictoriaMetrics:

• Lehtë për t'u përdorur. Është një skedar i vetëm i ekzekutueshëm me cilësime minimale të kaluara përmes vijës së komandës pas nisjes. Të gjitha të dhënat ruhen në një direktori, të specifikuar në fillim duke përdorur flamurin “-storageDataPath”;
• Mbështetja e gjuhës së pyetjeve PromQL, përdoret në sistemin e monitorimit Prometeu. Nënpyetjet e PromQL dhe disa janë mbështetur aftësi të zgjeruara, të tilla si shprehja "offset", modelet brenda deklaratave "WIDTH", "nëse" dhe "default", funksione shtesë dhe aftësia për të përfshirë komente;
• Mund të përdoret si ruajtja afatgjatë e të dhënavelidhur me Prometeun dhe grafana.
• Disponueshmëria e modalitetit të mbushjes për ngarkimin e të dhënave historike;
• Mbështet protokolle të ndryshme të transferimit të të dhënave, duke përfshirë Prometheus API, derdhje, grafit и OpenTSDB. VictoriaMetrics mund të përdoret si një zëvendësim transparent për InfluxDB dhe mund të punojë me koleksionistë të pajtueshëm me InfluxDB si Telegraf;
• Performancë e lartë dhe konsum i ulët i burimeve krahasuar me sisteme konkurruese. Në disa teste, VictoriaMetrics tejkalon InfluxDB dhe TimescaleDB deri në 20 herë kur kryen operacione të futjes dhe rikthimit. Gjatë kryerjes së pyetjeve analitike, fitimi në krahasim me DBMS relacionale PostgreSQL dhe MySQL mund të jetë nga 10 në 1000 herë.
  
  
  

• Availableshtë në dispozicion mundësi duke përpunuar një numër shumë të madh të serive kohore unike. Kur përpunon miliona seri kohore të ndryshme, konsumon deri në 10 herë më pak RAM sesa InfluxDB.
• Shkallë e lartë e kompresimit të të dhënave në ruajtjen e diskut. Krahasuar me TimescaleDB, ai mund të vendosë deri në 70 herë më shumë regjistrime në të njëjtën sasi ruajtjeje;
• Disponueshmëria e optimizimeve për ruajtjen me vonesë të lartë dhe numër të ulët të operacioneve hyrëse/dalëse për sekondë (për shembull, hard disqet dhe ruajtja në renë kompjuterike AWS, Google Cloud dhe Microsoft Azure);
• Bazuar në sistem të thjeshtë rezervë pamjet e çastit;
• Disponueshmëria e mjeteve për të mbrojtur integritetin e ruajtjes nga dëmtimi i të dhënave, për shembull, në rast të një ndërprerjeje emergjente të energjisë (magazinimi ka formën pemë e strukturuar me log me bashkim);
• Zbatimi në gjuhën Go, e cila siguron një shkëmbim midis performancës dhe kompleksitetit të kodit në krahasim me Rust dhe C++.
• Ofrohen kodet burimore versionet e grupimit, i cili mbështet shkallëzimin horizontal nëpër serverë të shumtë dhe shfaq shpenzime të ulëta. Karakteristikat e disponueshmërisë së lartë janë të disponueshme.

Burimi: opennet.ru