Guglo planas aldoni telemetrian kolekton al la Go-lingva ilaro kaj ebligi defaŭlte sendon de kolektitaj datumoj. La telemetrio kovros komandliniajn utilecojn evoluigitajn de la lingva teamo Go, kiel ekzemple la "go" ilo, la kompililo, la aplikaĵoj gopls kaj govulncheck. La kolekto de informoj estos limigita nur al la amasiĝo de informoj pri la funkciaj trajtoj de la utilecoj, t.e. telemetrio ne estos aldonita al kutimaj aplikaĵoj kolektitaj per la ilaro.
La motivo por kolekti telemetrion estas la deziro akiri mankantajn informojn pri la bezonoj kaj funkcioj de la laboro de programistoj, kiuj ne povas esti kaptitaj per erarmesaĝoj kaj enketoj kiel retrosciiga metodo. Kolekti telemetrion helpos identigi anomaliojn kaj eksternorman konduton, taksi la proprecojn de interagado inter programistoj kaj iloj, kaj kompreni kiuj opcioj estas plej postulataj kaj kiuj preskaŭ neniam estas uzataj. Estas atendite, ke la amasigitaj statistikoj ebligos modernigi la ilojn, pliigi efikecon kaj facilecon de uzado kaj koncentri specialan atenton al la kapabloj, kiujn programistoj bezonas.
Por datenkolektado, nova arkitekturo de "travidebla telemetrio" estis proponita, celanta provizi la eblecon de sendependa publika revizio de la datumoj ricevitaj kaj kolekti nur la minimumon necesajn ĝeneraligitajn informojn por malhelpi elfluadon de spuroj kun detalaj informoj pri uzantagado. Ekzemple, kiam oni taksas la trafikon konsumitan de la ilaro, oni planas konsideri metrikojn kiel la datuma nombrilo en kilobajtoj dum la tuta jaro. Ĉiuj kolektitaj datumoj estos publikigitaj publike por inspektado kaj analizo. Por malŝalti telemetrian sendon, vi devos agordi la mediovariablon "GOTELEMETRY=off".
Ŝlosilaj principoj por konstruado de travidebla telemetrio:
- Decidoj pri la kolektitaj mezuroj estos faritaj per malferma, publika procezo.
- La telemetria kolekto-konfiguracio estos aŭtomate generita surbaze de la listo de aktive monitoritaj metrikoj, sen kolektado de datumoj senrilataj al tiuj metrikoj.
- La telemetria kolekto-konfiguracio estos konservita en travidebla revizia protokolo kun kontroleblaj rekordoj, kio malfaciligos la selekteman aplikadon de malsamaj kolekto-agordoj por malsamaj sistemoj.
- La telemetria kolekto-agordo estos en la formo de kaŝmemorebla, proksita Go-modulo kiu povas esti aŭtomate uzata en sistemoj kun lokaj Go-prokuriloj jam uzataj. La telemetria agorda elŝuto estos komencita ne pli ol unufoje semajne kun 10% probablo (t.e., ĉiu sistemo elŝutos la agordon ĉirkaŭ 5 fojojn jare).
- Informoj transdonitaj al eksteraj serviloj nur inkluzivos finajn nombrilojn, kiuj konsideras statistikojn dum plena semajno kaj ne estas ligitaj al specifa tempo.
- Raportoj senditaj ne inkluzivos ajnan formon de sistemo aŭ uzantidentigiloj.
- La senditaj raportoj enhavos nur vicojn kiuj jam estas konataj en la servilo, t.e. nomoj de nombriloj, nomoj de normaj programoj, konataj versinumeroj, nomoj de funkcioj en normaj ilaro utilecoj (dum sendado de stakspuroj). Ne-ŝnuraj datumoj estos limigitaj al nombriloj, datoj kaj nombro da vicoj.
- IP-adresoj de kiuj telemetriaj serviloj estas aliritaj ne estos konservitaj en protokoloj.
- Por akiri la bezonatan specimenon, oni planas kolekti 16 mil raportojn semajne, kiuj, pro la ĉeesto de du milionoj da instalaĵoj de la ilaro, postulos sendi raportojn ĉiusemajne de nur 2% de sistemoj.
- La kolektitaj metrikoj en agregita formo estos publikigitaj publike en grafikaj kaj tabelaj formatoj. La plenaj krudaj datumoj akumulitaj dum la telemetria kolektoprocezo ankaŭ estos publikigitaj.
- Telemetria kolekto estos ebligita defaŭlte, sed provizos facilan manieron malŝalti ĝin.
fonto: opennet.ru