Hello kabeh. Ing ngisor iki transkrip. .
- sistem kanggo ngawasi macem-macem sistem lan layanan, kanthi bantuan administrator sistem bisa ngumpulake informasi babagan paramèter sistem saiki lan nyetel tandha kanggo nampa kabar babagan penyimpangan ing operasi sistem.
Laporan kasebut bakal ngemot perbandingan и - proyek kanggo panyimpenan jangka panjang metrik Prometheus.
Kaping pisanan, aku bakal ngandhani babagan Prometheus. Iku sistem ngawasi sing ngumpulake metrik saka target tartamtu lan nyimpen menyang panyimpenan lokal. Prometheus bisa ngrekam metrik menyang panyimpenan remot, bisa ngasilake tandha lan aturan rekaman.
Watesan Prometheus:
- Ora duwe tampilan pitakon global. Iki nalika sampeyan duwe sawetara kedadean prometheus independen. Dheweke ngumpulake metrik. Lan sampeyan pengin takon babagan kabeh metrik sing diklumpukake saka macem-macem conto prometheus. Prometheus ora ngidini.
- Prometheus diwatesi ing server siji. Prometheus ora bisa ukuran kanthi otomatis menyang macem-macem server. Sampeyan mung bisa kanthi manual pamisah target antarane sawetara Prometheuses.
- Volume metrik ing Prometheus diwatesi mung ing siji server amarga alasan sing padha ora bisa ukuran kanthi otomatis ing sawetara server.
- Prometheus dudu papan sing gampang kanggo ngatur keamanan data.
Solusi kanggo masalah / tugas kasebut?
Solusi kasebut yaiku:
Kabeh solusi kasebut kanggo panyimpenan remot data sing diklumpukake dening Prometheus. Dheweke ngrampungake masalah panyimpenan remot saka slide sadurunge kanthi cara sing beda-beda. Ing presentasi iki, aku mung bakal ngomong babagan rong solusi pisanan: и .
Kanggo informasi pisanan babagan muncul ing . Arsitektur diterangake ing kono. lan cara kerjane.
Thanos njupuk data sing disimpen Prometheus ing disk lokal lan nyalin menyang S3, utawa menyang panyimpenan obyek liyane.
Kanthi cara iki Thanos nyedhiyakake tampilan pitakon global. Sampeyan bisa takon data sing disimpen ing panyimpenan obyek saka sawetara kedadean Prometheus.
Thanos ndhukung PromQL lan .
Thanos nggunakake kode Prometheus kanggo nyimpen data.
Thanos dikembangake dening pangembang sing padha karo Prometheus.
ing . Kene , ngendi kita pisanan marang bab .
VictoriaMetrics nampa data saka macem-macem prometheus protokol didhukung dening Prometheus.
VictoriaMetrics nyedhiyakake tampilan pitakon global, amarga sawetara conto Prometheus bisa nulis data menyang VictoriaMetrics siji. Mulane, sampeyan bisa takon kabeh data iki.
VictoriaMetrics uga ndhukung, kaya Thanos, PromQL lan Prometheus querying API.
Ora kaya Thanos, kode sumber VictoriaMetrics ditulis saka awal lan dioptimalake kanggo konsumsi kacepetan lan sumber daya.
VictoriaMetrics, ora kaya Thanos, timbangan vertikal lan horisontal. ana , sing skala vertikal. Sampeyan bisa miwiti karo siji prosesor lan 1 GB memori lan mboko sithik tuwuh nganti atusan prosesor lan 1 TB memori. VictoriaMetrics bisa nggunakake kabeh sumber daya iki. Kinerja bakal mundhak udakara 100 kaping dibandhingake karo sistem 1-inti.
Sejarah Thanos diwiwiti ing November 2017, nalika komitmen umum pisanan muncul. Sadurunge, Thanos dikembangake sacara internal .
Ing wulan Juni 2019, ana rilis landmark 0.5.0, yaiku protokol. Iki dibusak saka Thanos amarga ora nuduhake dhewe saka sisih paling apik. Kluster Thanos asring ora bisa digunakake kanthi bener, simpul ora nyambung kanthi bener amarga protokol gosip. Mulane, padha mutusaké kanggo mbusak saka ing kono. Aku iki kaputusan tengen.
Ing wulan Juni 2019 sing padha, dheweke ngirim nomer aplikasi в .
Lan sawise sawetara sasi, Thanos ditampa , sing kalebu Prometheus, Kubernetes lan proyek populer liyane.
Pangembangan VictoriaMetrics diwiwiti ing Januari 2018.
Ing September 2018, aku pisanan nyebutake VictoriaMetrics.
Versi simpul tunggal diterbitake ing Desember 2018.
Ing Mei 2019 sumber kanggo versi Single-node lan cluster.
Ing wulan Juni 2019, kaya Thanos, kita ngirim aplikasi menyang yayasan CNCF miturut nomer Kita nglamar sedina sadurunge Thanos nglamar.
Nanging, sayangé, kita isih durung ditampa ing kono. Kita butuh bantuan masyarakat.
Ayo deleng slide paling penting sing nuduhake arsitektur Thanos lan VictoriaMetrics.
Ayo dadi miwiti karo Thanos. Komponen kuning minangka komponen Prometheus. Kabeh liyane yaiku komponen Thanos. Ayo dadi miwiti karo komponen paling penting. Thanos Sidecar minangka komponen sing dipasang ing jejere saben Prometheus. Iku nindakake karya loading data Prometheus saka panyimpenan lokal kanggo S3 utawa Storage Obyek liyane.
Ana uga komponen sing diarani Thanos Store Gateway, sing bisa maca data iki saka Panyimpenan Obyek nalika panjaluk mlebu saka Thanos Query. Thanos Query ngleksanakake PromQL lan Prometheus API. Yaiku, saka njaba katon kaya Prometheus. Iki nampa panjalukan PromQL, dikirim menyang Thanos Store Gateway, Thanos Store Gateway entuk data sing dibutuhake saka Object Storage, dikirim maneh.
Nanging kita nyimpen data ing Panyimpenan Obyek tanpa rong jam pungkasan amarga fitur implementasine Thanos Sidecar, sing ora bisa ngunggah rong jam pungkasan menyang Obyek Storage S3, amarga Prometheus durung nggawe file ing panyimpenan lokal sajrone rong jam kasebut.
Kepiye carane dheweke mutusake kanggo ngliwati iki? Thanos Query, saliyane pitakon menyang Thanos Store Gateway, ngirim pitakon paralel menyang saben Thanos Sidecar sing ana ing jejere Prometheus.
Lan Thanos Sidecar, sabanjure, njaluk proxy menyang Prometheus, lan njupuk data sajrone rong jam pungkasan.
Saliyane komponen kasebut, ana komponen opsional liyane, tanpa Thanos ora bakal kepenak. Iki Thanos Compact, sing nggabungake file cilik ing Panyimpenan Obyek dadi file sing luwih gedhe sing diunggah ing kene dening Thanos Sidecars. Thanos Sidecar ngunggah file data ing kana sajrone rong jam. File kasebut, yen ora digabung dadi file sing luwih gedhe, jumlahe bisa tuwuh kanthi signifikan. Sing luwih akeh file kasebut, luwih akeh memori dibutuhake kanggo Thanos Store Gateway, luwih akeh sumber daya sing dibutuhake kanggo transfer data liwat jaringan, metadata. Karya Thanos Store Gateway dadi ora efisien. Mula, perlu kanggo mbukak Thanos Compact, sing nggabungake file cilik dadi luwih gedhe, supaya file kasebut luwih sithik lan nyuda overhead ing Thanos Store Gateway.
Ana uga komponen sing diarani Thanos Ruler. Iku nglakokaké aturan tandha Prometheus lan bisa ngetung aturan rekaman Prometheus kanggo nulis data bali menyang Panyimpenan Obyek. Nanging komponen iki ora dianjurake kanggo nggunakake, amarga iku .
Iki minangka skema prasaja kanggo Thanos.
Saiki ayo mbandhingake karo skema VictoriaMetrics.
VictoriaMetrics nduweni 2 versi: Single-node lan versi cluster. Single-node bisa digunakake ing siji komputer. Single-node ora duwe komponen kasebut, mung siji binar. Binar iki katon kaya kothak ing slide. Kabeh ing alun-alun iku isi file binar kanggo versi Single-node. Sampeyan ora perlu ngerti babagan iki. Mung mbukak binar - lan kabeh bisa kanggo kita.
Versi kluster luwih rumit. Isine telung komponen beda: vmselect, vminsert lan vmstorage. Jeneng-jeneng kudu jelas apa sing ditindakake saben wong. Komponen Insert nampa data ing macem-macem format: saka Prometheus remote write API, protokol Influx line, protokol Graphite lan saka protokol OpenTSDB. Komponen Insert nampa, ngurai lan disebarake ing antarane komponen panyimpenan sing ana, ing ngendi data wis disimpen. Komponen Pilih, banjur nampa pitakon PromQL. Iku ngleksanakake , uga Prometheus querying API, lan bisa digunakake minangka panggantos kanggo Prometheus ing Grafana utawa klien Prometheus API liyane. Pilih njupuk pitakon promql, ngurai, maca data sing dibutuhake kanggo nglakokake pitakon iki saka simpul panyimpenan, ngolah data iki lan ngasilake respon.
Ayo mbandhingake kerumitan nginstal Thanos lan VictoriaMetrics.
Ayo dadi miwiti karo Thanos. Sadurunge miwiti nggarap Thanos, sampeyan kudu nggawe ember ing Panyimpenan Obyek kayata S3 utawa GCS supaya Thanos Sidecar bisa nulis data kasebut.
Banjur, kanggo saben Prometheus, sampeyan kudu nginstal Thanos Sidecar. Sadurunge nindakake iki, sampeyan kudu ngelingi mateni pemadatan data ing Prometheus. Data compaction periodik compresses data ing panyimpenan Prometheus lokal kanggo ngurangi konsumsi sumber.
Nalika sampeyan nginstal Thanos Sidecar menyang Prometheus, sampeyan kudu mateni pemadatan data iki, amarga Thanos Sidecar ora bisa dianggo kanthi apik nalika pemadatan data diaktifake. Iki tegese Prometheus sampeyan wiwit nyimpen data ing potongan rong jam lan mandheg nggabungake potongan kasebut dadi luwih gedhe. Dadi, yen sampeyan nggawe pitakon sing ngluwihi durasi rong jam pungkasan, ora bakal bisa digunakake kanthi efisien yen pemadatan data diaktifake.
Mulane, Thanos nyaranake ngurangi wektu panyimpenan data ing panyimpenan lokal kanggo 6-8 jam kanggo ngurangi overhead saka nomer akeh pamblokiran cilik.
Sawise sampeyan nginstal Thanos Sidecar, sampeyan kudu nginstal rong komponen kanggo saben Ember Panyimpenan Obyek. Iki minangka Thanos Compactor lan Thanos Store Gateway.
Sawise iku, sampeyan kudu nginstal Thanos Query lan ngatur supaya bisa nyambung menyang kabeh Thanos Store Gateways sing sampeyan duwe, lan uga bisa nyambung menyang kabeh Thanos Sidecars.
Bisa uga ana masalah cilik ing kene.
Sampeyan kudu nyiyapake sambungan sing dipercaya lan aman saka Thanos Query menyang komponen kasebut. Lan yen Prometheuse sampeyan ana ing pusat data sing beda utawa ing VPC sing beda, mula sambungan saka njaba dilarang. Nanging kanggo Thanos Query bisa, sampeyan kudu piye wae nyetel sambungan ana, lan sampeyan kudu nggawe cara.
Yen sampeyan duwe akeh pusat data kasebut, mula, linuwih kabeh sistem mudhun. Wiwit Thanos Query kudu terus-terusan njaga sambungan menyang kabeh Thanos Sidecars sing ana ing pusat data sing beda. Kanthi saben panjaluk sing mlebu, bakal ngirim panjaluk menyang kabeh Thanos Sidecars. Yen sambungan diganggu, sampeyan bakal nampa set data sing ora lengkap, utawa nampa respon "cluster ora bisa digunakake".
Ing VictoriaMetrics, kabeh luwih gampang. Kanggo versi Single-node cukup kanggo mbukak siji binar lan kabeh bisa digunakake.
Ing versi kluster, cukup kanggo mbukak kabeh telung jinis komponen sing kasebut ing ndhuwur kanthi jumlah sing dibutuhake, utawa nggunakake kanggo ngotomatisasi peluncuran komponen ing Kubernetes. Kita isih ngrancang nggawe operator Kubernetes. Bagan helm ora nutupi sawetara kasus, lan ngidini sampeyan njupuk dhewe ing sikil. Contone, ngidini sampeyan nyuda jumlah simpul panyimpenan, sing bakal nyebabake mundhut data.
Sawise sampeyan duwe versi binar utawa cluster siji lan mlaku, sampeyan mung kudu nambah Prometheus menyang konfigurasi sampeyan. , supaya wiwit nulis data sejajar karo panyimpenan lokal lan panyimpenan remot. Kaya sing wis dingerteni, konfigurasi kasebut kudu luwih dipercaya dibandhingake karo konfigurasi Thanos. Kita ora perlu kanggo njaga sambungan saka VictoriaMetrics kanggo kabeh Prometheuses, amarga Prometheuses dhewe nyambung menyang VictoriaMetrics lan transfer data.
Ayo goleki dhukungan saka Thanos lan VictoriaMetrics.
Kanthi Thanos, sampeyan kudu ngawasi Sidecar supaya ora mandheg ngemot data menyang Panyimpenan Obyek. Padha bisa mungkasi loading data amarga kesalahan loading, contone, sambungan jaringan kanggo Object Storage sementara diselani, utawa Object Storage kanggo sementara ora kasedhiya. Thanos Sidecar bakal sok dong mirsani iki ing wektu iki, laporan kesalahan, bisa kacilakan, lan banjur mandheg digunakake. Yen sampeyan ora ngawasi, data sampeyan bakal mandheg pindhah menyang Panyimpenan Obyek. Yen wektu penylametan (6-8 jam dianjurake) liwat, sampeyan bakal kelangan data sing ora kanggo Obyek Storage.
Kompaktor Thanos bisa mandheg kerja amarga . Compactor njupuk data saka Panyimpenan Obyek lan nggabung dadi potongan data sing luwih gedhe. Wiwit compactors ora diselarasake karo Sidecars, iki bisa kelakon: Sidecar durung ngatur kanggo nulis pemblokiran, mutusaké Compactor sing pemblokiran iki rampung ditulis. Compactor wiwit maca. Waca blok kasebut ora rampung lan mandheg kerja. Deleng rincian .
Store Gateway bisa ngasilake data sing ora konsisten amarga balapan antarane Compactor lan Sidecars. Ing bab sing padha mengkono kene, amarga Store Gateway ora diselarasake karo Compactors lan Sidecars. Patut, kahanan lomba bisa kelakon nalika Store Gateway ora ndeleng bagéan saka data, utawa ndeleng data rasah.
Komponen Query ing Thanos ngasilake asil sebagean minangka standar yen sawetara Sidecars utawa Store Gateway ora kasedhiya ing wayahe. Sampeyan bakal entuk bagean saka data, lan ora bakal ngerti yen ora entuk kabeh data. Iki cara kerjane kanthi gawan. Ing kahanan sing padha, VictoriaMetrics ngasilake data sing ditandhani minangka parsial.
Ora kaya Thanos, VictoriaMetrics arang kelangan data. Malah yen sambungan saka Prometheus kanggo VictoriaMetrics diselani, iku ora masalah, wiwit Prometheus terus nulis data anyar sing mlebu menyang Tulis Ahead Log, ukurane 2 jam. Yen sampeyan mulihake sambungan menyang VictoriaMetrics sajrone rong jam, data kasebut ora bakal ilang. Prometheus .
Ora kaya Thanos, sing nulis data menyang panyimpenan obyek mung sawise rong jam, Prometheus kanthi otomatis niru data liwat protokol nulis remot menyang panyimpenan remot, kayata VictoriaMetrics. Sampeyan ora wedi kelangan panyimpenan lokal ing Prometheus. Yen dumadakan ilang panyimpenan lokal, banjur ing kasus paling awon sampeyan bakal kelangan detik pungkasan saka data sing ora duwe wektu kanggo nulis menyang panyimpenan remot.
Kubernetes kanthi otomatis ngatur kluster, ora kaya Thanos. Pancen angel kanggo nyelehake kabeh komponen Thanos ing siji kluster Kubernetes, ora kaya komponen kluster VictoriaMetrics.
VictoriaMetrics duwe nganyari sing gampang banget kanggo versi anyar. Mung mungkasi VictoriaMetrics, nganyari binari lan miwiti. Nalika mandheg liwat sinyal SIGINT, kabeh binari VictoriaMetrics bakal mateni kanthi apik. Dheweke nyimpen data sing dibutuhake kanthi bener, nutup sambungan sing mlebu kanthi bener supaya ora kelangan apa-apa. Mulane, sampeyan ora bakal kelangan apa-apa nalika nganyari.
VictoriaMetrics nggampangake nggedhekake kluster sampeyan. Cukup nambah komponen sing dibutuhake lan terus kerja.
Babagan pitfalls ing Thanos lan VictoriaMetrics.
Thanos nduweni pitfalls ing ngisor iki. Prometheus kudu nyimpen data rong jam pungkasan. Yen ilang, sampeyan bakal ilang, amarga durung ditulis ing Obyek Storage kaya S3.
Komponen Store Gateway lan komponen compactor mbutuhake akeh memori kanggo nggarap Obyek Storage gedhe yen ana akeh file cilik sing disimpen ing kono. Sing luwih gedhe nomer lan ukuran file, luwih akeh RAM Store Gateway lan compactor mbutuhake kanggo nyimpen metadata. Thanos duwe akeh masalah babagan kasunyatan kasebut .
Thanos diiklanake minangka bisa ngukur tanpa wates karo jumlah Prometheus sampeyan. Ing kasunyatan, iki ora bener. Wiwit kabeh panjalukan liwat komponèn Query, kang kudu podo query kabeh komponen Store Gateway lan kabeh komponen Sidecar, narik data saka ing kono banjur preprocessing. Temenan, kacepetan pitakon diwatesi kanthi tautan sing paling alon, Gerbang Toko sing paling alon utawa Sidecar sing paling alon.
Komponen kasebut bisa diisi kanthi ora rata. Contone, sampeyan duwe Prometheus, sing ngumpulake mayuta-yuta metrik per detik. Lan sampeyan duwe Prometheus, sing nglumpukake ewu metrik per detik. Prometheus, sing nglumpukake mayuta-yuta metrik per detik, mbukak server sing digunakake kanthi luwih akeh. Mulane, Sidecar dianggo luwih alon ing kana. Lan kabeh mlaku alon-alon ana. Lan komponèn Query bakal narik data saka ing kono alon banget. Mulane, kinerja kabeh kluster sampeyan bakal diwatesi dening Sidecar sing alon iki.
Kanthi gawan, Thanos ngasilake data sebagean yen sawetara Sidecars lan / utawa Store Gateway ora kasedhiya. Contone, yen sampeyan duwe Sidecars kasebar ing saindhenging donya ing pusat data beda, kamungkinan saka Gagal sambungan lan unavailability komponen mundhak Ngartekno. Mulane, ing umume kasus, sampeyan bakal nampa data sebagean tanpa ngerti.
VictoriaMetrics duwe pitfalls dhewe. Jeblugan pisanan yaiku pilihan sing mbatesi jumlah RAM sing digunakake kanggo cache VictoriaMetrics. Kanthi gawan, iku padha karo 60% saka RAM ing mesin ngendi VictoriaMetrics mlaku utawa 60% saka RAM pod VictoriaMetrics ing Kubernetes.
Yen sampeyan salah ngganti nilai iki, sampeyan bisa ngrusak kinerja VictoriaMetrics. Contone, yen sampeyan nyetel kurang banget, data bisa uga ora pas ing cache VictoriaMetrics. Amarga iki, kudu nindakake karya ekstra lan mbukak prosesor lan disk. Yen sampeyan nggawe pilihan iki gedhe banget, mundhak, sepisanan, kamungkinan sing VictoriaMetrics bakal nabrak karo metu saka kesalahan memori, lan, sareh, iku bakal mimpin kanggo sistem operasi gadhah RAM sethitik banget kanggo file cache. Lan VictoriaMetrics gumantung ing cache file kanggo kinerja. Yen ora cukup, beban disk bisa saya tambah akeh. Mulane, saran: aja ngganti parameter iki kajaba pancen perlu.
Opsi kapindho yaiku retentionPeriod - periode sing disetel dadi 1 wulan kanthi standar. Iki wektu nalika VictoriaMetrics nyimpen data kasebut. Sawise wektu iki, VictoriaMetrics mbusak data kasebut.
Akeh wong sing miwiti VictoriaMetrics tanpa parameter iki, ngrekam data sajrone sasi. Banjur takon: kenapa data kanggo sasi sadurunge ilang? Amarga periode retention yaiku 1 wulan kanthi standar. Mulane, sampeyan kudu ngerti lan nyetel retentionPeriod bener.
Ayo goleki fitur unik.
Thanos nduweni fitur sing diarani downsampling: interval 5 menit lan saben jam, sing asring . Yen sampeyan google lan ndeleng masalah kasebut ing github, ana akeh masalah sing ana gandhengane karo downsampling iki, sing kadhangkala ora bisa digunakake kanthi bener, utawa ora bisa digunakake kaya sing dikarepake pangguna.
Thanos nduwe deduplikasi data kanggo pasangan Prometheus HA. Nalika loro Prometheuse nglumpukake metrik sing padha saka target sing padha lan Thanos nempatake ing Panyimpenan Obyek. Thanos bisa ngilangi data iki kanthi bener, ora kaya VictoriaMetrics.
Thanos nduweni komponen tandha sing ana ing skema Thanos. Nanging iku .
Thanos nduweni kaluwihan yen Thanos lan Prometheus nuduhake kode sing padha. Thanos lan Prometheus dikembangake dening pangembang sing padha. Nalika salah siji Thanos utawa Prometheus mbenakake, menang sisih liyane.
Fitur utama VictoriaMetrics yaiku MetricsQL. Iki minangka ekstensi VictoriaMetrics kanggo PromQL, sing dakkandhakake ing rapat pemantauan gedhe sadurunge.
VictoriaMetrics ndhukung injeksi data liwat macem-macem protokol. VictoriaMetrics ora mung bisa nampa data saka Prometheus, nanging uga liwat protokol Influx, OpenTSDB, lan Graphite.
Data VictoriaMetrics biasane njupuk luwih sithik tinimbang Thanos lan Prometheus.
Nalika ngrekam data nyata, pangguna nglaporake pangurangan ukuran data 2-5x ing disk dibandhingake karo Prometheus lan Thanos.
Kauntungan liyane saka VictoriaMetrics yaiku dioptimalake kanggo kacepetan.
Ayo kita nimbang biaya infrastruktur.
Salah sawijining kaluwihan Thanos yaiku nyimpen data ing panyimpenan obyek, sing relatif murah.
Nalika nyimpen data ing panyimpenan obyek, sampeyan kudu mbayar kanggo nulis data lan operasi maca ($ 10 saben yuta operasi). Yen sampeyan nulis data menyang panyimpenan obyek, sampeyan kudu mbayar biaya hosting kanggo ngunggah data menyang Internet, kajaba kluster sampeyan ana ing AWS - ana gratis. Nalika maca data, sampeyan mbayar saka $10 kanggo $230 saben 1TB. Iki bisa dadi penting yen sampeyan kerep njaluk data historis saka kluster Thanos.
Kanggo kluster Thanos sampeyan kudu mbayar server kanggo Kompak, Store Gateway, komponen Query sing mbutuhake akeh memori, CPU kanggo jumlah gedhe saka data.
VictoriaMetrics duwe biaya ing ngisor iki. Yen sampeyan nyimpen data ing disk GCE HDD, bakal dadi $ 40 saben 1TB. Kanggo VictoriaMetrics, disk HDD biasa cukup, ora perlu SSD, sing kaping lima luwih larang. VictoriaMetrics dioptimalake kanggo HDD.
VictoriaMetrics mbutuhake server kanggo komponen: siji-simpul utawa kanggo komponen kluster, sing, ora kaya komponen Thanos, mbutuhake CPU, RAM sing luwih murah - lan mulane bakal luwih murah.
Tuladha Implementasine.
Thanos duwe conto implementasine - Gitlab. Gitlab mlaku kabeh ing Thanos. Nanging ora kabeh dadi lancar ana. Yen sampeyan ndeleng wong-wong mau , banjur sampeyan bisa ndeleng sing padha ajeg duwe sawetara jenis : Ora cukup memori kanggo Store Gateway utawa komponen Query. Dheweke kudu terus nambah jumlah memori.
Iki nambah biaya kanggo ngrampungake masalah kasebut.
Implementasi kapindho, sing bisa uga luwih sukses, yaiku Improbable, sing miwiti ngembangake Thanos. Dheweke nerbitake kode sumber Thanos. Improbable minangka perusahaan sing ngembangake mesin game.
VictoriaMetrics conto umum implementasine yaiku:
- pembangun situs web wix.com
- Adidas ngluncurake VictoriaMetrics lan malah menehi ceramah ing PromCon 2019 paling anyar
- TrafficStars - jaringan iklan
- Seznam.cz minangka mesin telusur Ceko sing populer.
Banjur ana perusahaan sing ora ana jeneng, sing saiki ora bisa daksebutake. Dheweke ora menehi idin.
- Salah sawijining pangembang game utama. Luwih gedhe tinimbang Improbable.
- Pangembang utama piranti lunak grafis.
- Bank Rusia gedhe.
- Produsen turbin angin Eropa sing wis sukses nguji VictoriaMetrics. Pabrikan iki ngetrapake VictoriaMetrics kanggo ngawasi data saka turbin angin kanthi laju 50 conto per detik per sensor. Saben turbin angin duwe sawetara atus sensor. Dheweke duwe sawetara atus turbin angin.
- Maskapai penerbangan Rusia sing pengin ngetrapake VictoriaMetrics, nanging isih ora bisa. Kita ing tataran persetujuan karo wong-wong mau.
Kesimpulan.
VictoriaMetrics lan Thanos ngrampungake masalah sing padha, nanging kanthi cara sing beda:
- Tampilan pitakon global
- skala horizontal
- penylametan sewenang-wenang
Спасибо.
Kita nunggu sampeyan ing kita .
Mung pangguna pangguna sing bisa melu survey. nggih.
Apa sing digunakake minangka panyimpenan jangka panjang kanggo Prometheus?
35,3%Thanos6
0,0%Korteks0
0,0%M3DB0
41,2%VictoriaMetrics7
23,5%liyane4
17 pangguna milih. 16 kedhaftar abstained.
Source: www.habr.com
