Nilalayon ng Google na magdagdag ng telemetry sa Go toolkit

Plano ng Google na magdagdag ng telemetry collection sa Go language toolkit at paganahin ang pagpapadala ng nakolektang data bilang default. Saklaw ng telemetry ang mga command line utilities na binuo ng Go language team, gaya ng "go" utility, ang compiler, ang gopls at govulncheck na mga application. Ang koleksyon ng impormasyon ay magiging limitado lamang sa akumulasyon ng impormasyon tungkol sa mga tampok ng pagpapatakbo ng mga utility, i.e. telemetry ay hindi idaragdag sa mga custom na application na nakolekta gamit ang toolkit.

Ang motibo para sa pagkolekta ng telemetry ay ang pagnanais na makakuha ng nawawalang impormasyon tungkol sa mga pangangailangan at tampok ng gawain ng mga developer, na hindi maaaring makuha gamit ang mga mensahe ng error at survey bilang isang paraan ng feedback. Makakatulong ang pagkolekta ng telemetry sa pagtukoy ng mga anomalya at abnormal na pag-uugali, pagtatasa ng mga kakaibang pakikipag-ugnayan sa pagitan ng mga developer at tool, at pag-unawa kung aling mga opsyon ang pinaka-demand at halos hindi na ginagamit. Inaasahan na ang mga naipon na istatistika ay gagawing posible na gawing makabago ang mga tool, pataasin ang kahusayan at kadalian ng paggamit, at ituon ang espesyal na atensyon sa mga kakayahan na kailangan ng mga developer.

Para sa pagkolekta ng data, isang bagong arkitektura ng "transparent telemetry" ay iminungkahi, na naglalayong magbigay ng posibilidad ng isang independiyenteng pampublikong pag-audit ng data na natanggap at pagkolekta lamang ng pinakamababang kinakailangang pangkalahatang impormasyon upang maiwasan ang pagtagas ng mga bakas na may detalyadong impormasyon tungkol sa aktibidad ng user. Halimbawa, kapag tinatasa ang trapikong ginagamit ng toolkit, pinlano itong isaalang-alang ang mga sukatan gaya ng data counter sa kilobytes para sa buong taon. Ang lahat ng nakolektang data ay ilalathala sa publiko para sa inspeksyon at pagsusuri. Upang i-disable ang pagpapadala ng telemetry, kakailanganin mong itakda ang environment variable na β€œGOTELEMETRY=off”.

Mga pangunahing prinsipyo para sa pagbuo ng transparent telemetry:

  • Ang mga desisyon tungkol sa mga sukatan na nakolekta ay gagawin sa pamamagitan ng isang bukas, pampublikong proseso.
  • Awtomatikong bubuuin ang configuration ng koleksyon ng telemetry batay sa listahan ng mga aktibong sinusubaybayang sukatan, nang hindi nangongolekta ng data na hindi nauugnay sa mga sukatan na iyon.
  • Ang pagsasaayos ng koleksyon ng telemetry ay pananatilihin sa isang transparent na log ng pag-audit na may mga nabe-verify na tala, na magpapalubha sa piling aplikasyon ng iba't ibang mga setting ng koleksyon para sa iba't ibang mga system.
  • Ang pagsasaayos ng koleksyon ng telemetry ay nasa anyo ng isang naka-cache, na-proxied na Go module na maaaring awtomatikong magamit sa mga system na may mga lokal na proxies ng Go na ginagamit na. Ang pag-download ng telemetry configuration ay sisimulan nang hindi hihigit sa isang beses sa isang linggo na may 10% na posibilidad (ibig sabihin, ang bawat system ay magda-download ng configuration nang humigit-kumulang 5 beses sa isang taon).
  • Ang impormasyong ipinadala sa mga panlabas na server ay magsasama lamang ng mga panghuling counter na isinasaalang-alang ang mga istatistika para sa isang buong linggo at hindi nakatali sa isang partikular na oras.
  • Ang mga ulat na ipinadala ay hindi magsasama ng anumang anyo ng system o user identifier.
  • Ang mga ulat na ipinadala ay maglalaman lamang ng mga hilera na kilala na sa server, ibig sabihin. mga pangalan ng mga counter, mga pangalan ng mga karaniwang programa, mga kilalang numero ng bersyon, mga pangalan ng mga function sa mga karaniwang toolkit utility (kapag nagpapadala ng mga stack traces). Ang data na hindi string ay limitado sa mga counter, petsa, at bilang ng mga row.
  • Ang mga IP address kung saan na-access ang mga telemetry server ay hindi maiimbak sa mga log.
  • Upang makuha ang kinakailangang sample, pinlano na mangolekta ng 16 libong mga ulat bawat linggo, na, dahil sa pagkakaroon ng dalawang milyong pag-install ng toolkit, ay mangangailangan ng pagpapadala ng mga ulat bawat linggo mula sa 2% lamang ng mga system.
  • Ang mga nakolektang sukatan sa pinagsama-samang anyo ay ipa-publish sa publiko sa mga graphical at tabular na format. Ipa-publish din ang buong raw data na naipon sa proseso ng pagkolekta ng telemetry.
  • Ang koleksyon ng telemetry ay paganahin bilang default, ngunit magbibigay ng madaling paraan upang hindi paganahin ito.

Pinagmulan: opennet.ru

Magdagdag ng komento