Telemetrijas apkopošana apvieno metrikas, žurnālus un izsekošanas datus no daudziem avotiem vienotā plūsmā, savukārt viena avota reģistrēšana koncentrējas uz datu ieguvi un analīzi no viena konkrēta avota. Pareizā izvēle ir atkarīga no sistēmas sarežģītības, novērojamības mērķiem un darbības mēroga.
Vienota pieeja, kas apkopo un korelē novērojamības datus no vairākiem izkliedētiem avotiem visā infrastruktūrā.
Koncentrēta reģistrēšanas stratēģija, kas uztver, saglabā un analizē žurnāla izvadi no vienas konkrētas lietojumprogrammas, pakalpojuma vai sistēmas komponenta.
| Funkcija | Telemetrijas apkopošana | Viena avota reģistrēšana |
|---|---|---|
| Datu tvērums | Vairāki avoti visā infrastruktūrā | Viena konkrēta lietojumprogramma vai sistēma |
| Signālu veidi | Metrika, žurnāli un izsekošanas dati | Tikai žurnāli |
| Tipiski rīki | OpenTelemetry, Prometheus, Grafana, Datadog | rsyslog, Filebeat, syslog, journald |
| Infrastruktūras sarežģītība | Augstāks; nepieciešami kolektori, cauruļvadi un uzglabāšanas sistēmas | Zemāks; minimāla uzstādīšana ar pamata baļķu piegādi |
| Labākais lietošanas gadījums | Izplatītie mikropakalpojumi un mākoņvide | Monolītas lietojumprogrammas vai izolētas sistēmas atkļūdošana |
| Korelācijas spēja | Spēcīga; starpsignālu un starppakalpojumu korelācija | Ierobežots; aprobežojas ar notikumiem no viena avota |
| Izmaksu profils | Augstāks uzglabāšanas un apstrādes prasību dēļ | Zemāks ar paredzamiem, mazākiem datu apjomiem |
| Mērogojamība | Paredzēts horizontālai mērogošanai daudzos mezglos | Vispiemērotākais viena resursdatora vai neliela mēroga izvietošanai |
Telemetrijas apkopošana darbojas pēc principa, ka mūsdienu sistēmas ģenerē daudz dažādu signālu veidu, kas ir jākorelē, lai izprastu sistēmas darbību. Tā apkopo metrikas, žurnālus un izsekošanas datus no desmitiem vai simtiem pakalpojumu centrālā cauruļvadā. Viena avota reģistrēšana izmanto pretēju pieeju, apstrādājot katru lietojumprogrammu vai resursdatoru kā savu neatkarīgu reģistrēšanas domēnu, negaidot starpavotu korelāciju.
Telemetrijas apkopošanas iestatīšanai ir nepieciešams izvietot aģentus vai SDK visā jūsu flotē, konfigurēt kolektorus un uzturēt aizmugursistēmu, kas spēj apstrādāt augstu datu uzņemšanas ātrumu. Ieguvums ir visaptveroša pārskatāmība, taču sākotnējās un pastāvīgās ekspluatācijas izmaksas ir ievērojamas. Viena avota reģistrēšanu bieži vien var konfigurēt dažu minūšu laikā, vienam žurnāla nosūtītājam norādot uz failu vai ligzdu, padarot to pievilcīgu komandām bez īpašiem platformas inženierijas resursiem.
Kad izkliedētā sistēmā kaut kas nedarbojas, telemetrijas apkopošana ļauj izsekot pieprasījumu dažādos pakalpojumos, korelēt latentuma palielināšanos ar konkrētu izvietojumu un pārslēgties no metrikas anomālijas uz attiecīgajiem žurnāliem. Viena avota reģistrēšana piespiež inženierus manuāli apkopot informāciju no vairākām izolētām žurnālu plūsmām, kas labi darbojas vienkāršās lietojumprogrammās, bet kļūst sarežģīti, sistēmām augot.
Telemetrijas apkopošanas platformas var ātri kļūt dārgas, jo tās apstrādā un uzglabā lielus apjomus ar augstu kardinalitāti, bieži vien cenas tiek noteiktas atkarībā no datu apjoma vai resursdatoru skaita. Viena avota reģistrēšana nodrošina paredzamas izmaksas, jo žurnāli tiek glabāti tikai no viena avota, lai gan tiek zaudēta iespēja noteikt starpsistēmu modeļus. Daudzas komandas sāk ar viena avota reģistrēšanu un pāriet uz apkopošanu, infrastruktūrai augot.
Telemetrijas apkopošanas telpa ir saplūdusi ap OpenTelemetry kā pārdevēja neitrālu instrumentācijas standartu, ko atbalsta CNCF un ko pieņem lielākie mākoņpakalpojumu sniedzēji. Viena avota reģistrēšana balstās uz vecākiem, bet labi izveidotiem protokoliem, piemēram, syslog (RFC 5424) un vienkāršiem failu formātiem. Abas ekosistēmas ir nobriedušas, taču apkopošanas rīki gūst labumu no bagātīgākas integrācijas ar modernām CI/CD un mākoņpakalpojumu darbplūsmām.
Telemetrijas datu apkopošana ir īstais risinājums jebkurai organizācijai, kas izmanto mikropakalpojumus, Kubernetes vai vairāku mākoņu arhitektūras, kur sistēmas darbības izpratnei ir nepieciešams aplūkot robežas. Viena avota reģistrēšana joprojām ir aktuāla iegultajām sistēmām, mantotajām monolītiskajām lietojumprogrammām, atbilstības normatīvajām prasībām reģistrēšanai no konkrētas sistēmas vai maziem projektiem, kur apkopošanas izmaksas nav pamatotas.
Telemetrijas apkopošana ir tikai iedomāta reģistrēšana ar citu nosaukumu.
Lai gan žurnāli ir viena no sastāvdaļām, telemetrijas apkopošana apstrādā arī metrikas un izsekošanas datus, kas sniedz kvantitatīvus mērījumus un pieprasījumu līmeņa ceļa informāciju, ko žurnāli vieni paši nevar efektīvi iegūt. Šie trīs signālu veidi kalpo dažādiem atkļūdošanas mērķiem un viens otru papildina.
Viena avota reģistrēšana mūsdienu mākoņvidē ir novecojusi.
Viena avota reģistrēšana joprojām tiek plaši izmantota iegultās sistēmās, lietu interneta ierīcēs, mantotās uzņēmumu lietojumprogrammās un atbilstības nodrošināšanas scenārijos, kur galvenā prasība ir audita ierakstu iegūšana no konkrētas sistēmas. Tā nav novecojusi, tikai specializēta.
Vairāk telemetrijas datu vienmēr nozīmē labāku novērojamību.
Visaptverošu datu vākšana bez pārdomātas izlases veidošanas un filtrēšanas rada augstas izmaksas un nogurumu no brīdinājumiem. Efektīvai apkopošanai ir jāizlemj, kuri signāli ir svarīgi, jāiestata atbilstošas saglabāšanas politikas un jāizstrādā vaicājumi, kas sniedz noderīgu informāciju, nevis noslīcina komandas trokšņainā plūsmā.
Lai veiktu telemetrijas apkopošanu, ir nepieciešama komerciāla SaaS platforma.
Atvērtā pirmkoda programmatūras komplekti, piemēram, Prometheus, Grafana, Loki, Tempo un OpenTelemetry Collector, nodrošina pilnīgas apkopošanas iespējas bez pieķeršanās pārdevējam. Daudzas organizācijas darbojas pilnībā ar atvērtā pirmkoda rīkiem, īpaši regulētās nozarēs vai izmaksu ziņā jutīgās vidēs.
Viena avota reģistrēšana vienmēr ir lētāka nekā apkopošana.
Lai gan viena avota reģistrēšanas bāzes izmaksas ir zemākas, daudzu izolētu reģistrēšanas cauruļvadu darbība lielā flotē kopumā var izmaksāt vairāk nekā centralizēta apkopošanas platforma. Kopējās izmaksas ir atkarīgas no mēroga, saglabāšanas prasībām un tā, cik daudz inženiertehniskā laika tiek veltīts katra cauruļvada uzturēšanai.
Izvēlieties telemetrijas apkopošanu, ja jūsu infrastruktūra aptver vairākus pakalpojumus vai resursdatorus un jums ir nepieciešama korelēta redzamība ātrai reaģēšanai uz incidentiem. Vienkāršākām vidēm, mantotajām sistēmām vai ja atbilstības prasības koncentrējas uz konkrēta komponenta auditācijas taku, izvēlieties viena avota reģistrēšanu. Daudzas nobriedušas organizācijas faktiski izmanto abus, izmantojot apkopošanu operatīvai novērošanai, vienlaikus saglabājot viena avota žurnālus mērķtiecīgai atkļūdošanai vai normatīvajām vajadzībām.
Adaptīvā infrastruktūra dinamiski pielāgojas mainīgajām darba slodzēm, izmantojot automatizāciju un mērogošanu reāllaikā, savukārt statiskās infrastruktūras dizains balstās uz fiksētiem, iepriekš konfigurētiem resursiem. Izvēle starp tiem ir atkarīga no darba slodzes mainīguma, budžeta paredzamības un darbības brieduma jūsu mākoņvidē.
Augstas caurlaidspējas apkalpošanas sistēmas apstrādā milzīgu pieprasījumu apjomu ar milisekundes līmeņa latentumu, nodrošinot ieteikumu dzinēju un reklāmu platformu darbību. API ar mazu datplūsmu apkalpo mazākas lietotāju bāzes, kur vienkāršība, izmaksu efektivitāte un uzturēšanas vieglums ir svarīgāki par neapstrādātu mērogu.
Augstas caurlaidspējas ieteikumu apkalpošana koncentrējas uz miljonu vienumu ranžēšanu katrā pieprasījumā plašā mērogā, savukārt zemas latentuma API sistēmas piešķir prioritāti ātram, paredzamam atbildes laikam vispārējas nozīmes vaicājumiem. Abas pieprasa veiktspēju zem 100 ms, bet risina fundamentāli atšķirīgas inženiertehniskās problēmas mūsdienu mākoņinfrastruktūrā.
Šis salīdzinājums izvērtē Amazon Web Services un Google Cloud, analizējot to pakalpojumu piedāvājumus, cenu modeļus, globālo infrastruktūru, veiktspēju, izstrādātāju pieredzi un optimālos lietošanas gadījumus, palīdzot organizācijām izvēlēties mākoņplatformu, kas vislabāk atbilst to tehniskajām un biznesa prasībām.
Baitu nobīdes kontrolpunkti un bezstāvokļa atkopšana ir principiāli atšķirīgas pieejas kļūdu tolerancei izkliedētās sistēmās, kur pirmā saglabā precīzas straumes pozīcijas precīzai atsākšanas iespējai, bet otrā atjauno stāvokli no nulles, izmantojot nemainīgus datu avotus, aizstājot krātuves pieskaitāmās izmaksas rekonstrukcijas vienkāršības labad.
