Telemetrija programinėje įrangoje Kas tai yra ir kam ji naudojama?

Pabudus ginčas Dėl telemetrijos įrankio įtraukimo į „Audacitiy“ man kilo mintis, kad tai bus įdomuTiksliai žinoti, apie ką kalbama ir kokią funkciją jis atlieka. Verta paminėti, kad šis klausimas sumažintas ne pirmą kartą. Tai jau įvyko naudojant „VS Code“, „Microsoft“ kodų redaktorių, ir, nors tai nėra tiksliai telemetrija, su duomenimis, kuriuos rinko „Unity“, „Ubuntu“ darbalaukis, kad būtų rodomi atitinkami „Amazon“ rezultatai

Telemetrija programinėje įrangoje Kas tai?

Telemetrijos įrankiai sir jie yra atsakingi už infrastruktūros stebėjimą, registravimą ir priežiūrą stebėdami ir analizuodami sistemos generuojamus įvykius.

Sudėtingų sistemų atveju (arba keliems vartotojams, vykdantiems programą skirtingų charakteristikų kompiuteriuose) telemetrija teikia naudingą informaciją kūrėjams ir prižiūrėtojams, kad vartotojai ne visada gali bendrauti.ar. Telemetrijos priemonės yra skirtos rinkti, transformuoti ir perduoti duomenis apie sistemos našumą, funkcionalumą, apdorojimo greitį, klaidas ir saugos įvykius produkcijos. Jie gali būti pateikiami įvairiomis formomis, pradedant centralizuotu registravimu ir baigiant duomenų stebėjimu per mikropaslaugas.

Verta paminėti, kad, kaip rodo priešdėlis tele, norint kalbėti apie telemetriją programinėje įrangoje, duomenys turi būti kažkur siunčiami, tai nėra paprastas vietinis įvykių įrašas

Programinės įrangos telemetrijos funkcijos

• Naudojimo metrika: pamatuokite, kaip, kada ir kiek naudojamas produktas. Jie iš esmės skirti kūrėjo komerciniam sektoriui, nes leidžia įvertinti kliento lojalumą ir produkto sėkmę.
• Problemų nustatymas ir diagnostika: Telemetrija naudojama nuotoliniu būdu stebėti programos veikimą, siekiant suprasti, išspręsti ir užkirsti kelią problemoms.
• Dizaino sprendimo patvirtinimas: Yra žinoma, kad tikslinės grupės ne visada yra geras būdas įvertinti produktą, nes vartotojai, žinodami, kad jie yra stebimi, elgiasi ne taip, kaip elgtųsi tikroje situacijoje. Naudodamiesi telemetrija kūrėjai gali žinoti, ar projektavimo sprendimai buvo teisingi, nes jie gauna informaciją vartotojui nežinant.

Nors visa tai skamba nepaprastai invaziškai yra griežtos taisyklės, kaip reikėtų elgtis su tais duomenimis. Štai kodėl, kad ir kaip tai erzintų, turite perskaityti garsiąją galutinio vartotojo naudojimo licenciją.

Apskritai telemetrijos procesas susideda iš 5 etapų

1. Metrikos nustatymas: Metrika yra našumo matas, pavyzdžiui, naudojimo laikas be klaidų. Paprastas duomenų rinkimas neturi prasmės, jei nežinome, kas mus domina ir ko norime. Paprastai atspirties taškas yra hipotezė (pavyzdžiui, kad programa be klaidų gali veikti daugiau nei 100 valandų), nustatoma veiksmų eiga tuo atveju, jei hipotezė patvirtinama arba paneigiama, ir nustatomas metrikos galiojimo laikotarpis . Metrika gali būti dviejų ar daugiau duomenų sujungimo naudojant formulę rezultatas.
2. Idokumentacija: Šiame etape nustatoma, kokie duomenys yra svarbūs nustatant metriką ir kaip jie bus gauti ir perduoti.
3. Duomenų perdavimas ir saugojimas: Tiek siekiant laikytis teisinių reikalavimų, tiek dėl klientų apsaugos būtina nustatyti, kaip ir kokiu būdu duomenys bus perduodami. Pavyzdžiui, jei stebime mobilią programą, klientas neįvertins, kad duomenys, siunčiami kas 5 minutes, naudojant jų duomenų planą. Geriausia būtų juos surinkti vietoje ir palaukti, kol įrenginys bus prijungtas prie „Wi-Fi“ tinklo. Taip pat gali būti, kad patogu juos užšifruoti prieš siunčiant arba ištrinti informaciją, leidžiančią identifikuoti klientą. Gavę duomenis, turite nuspręsti, kaip juos saugoti. Gera idėja yra imtis, kuri sumažina sutaupomą sumą.
4. Baudžiamasis persekiojimas: Šiame etape duomenys sujungiami, kad gautų informaciją, kuri bus naudinga priimant sprendimus.
5. Vertinimas: Šiame etape analizuojama gautų duomenų apdorojimo informacija ir palyginama su procedūros pradžioje suformuluota hipoteze. Ateities veiksmų kryptys nustatomos žemiau.