Google は、テレメトリ収集を Go 言語ツールキットに追加し、収集されたデータをデフォルトで送信できるようにする予定です。 テレメトリは、「go」ユーティリティ、コンパイラ、gopls、govulncheck アプリケーションなど、Go 言語チームによって開発されたコマンド ライン ユーティリティをカバーします。 情報の収集は、公益事業の動作機能に関する情報の蓄積のみに限定されます。 テレメトリは、ツールキットを使用して収集されたカスタム アプリケーションには追加されません。
テレメトリを収集する動機は、開発者の作業のニーズや機能に関する不足している情報を入手したいという欲求です。これらの情報は、フィードバック方法としてエラー メッセージやアンケートを使用しても取得できません。 テレメトリを収集することは、異常や異常な動作を特定し、開発者とツール間の対話の特殊性を評価し、どのオプションが最も需要があり、どのオプションがほとんど使用されていないかを理解するのに役立ちます。 蓄積された統計により、ツールを最新化し、効率と使いやすさを向上させ、開発者が必要とする機能に特別な注意を払うことが可能になることが期待されています。
データ収集については、「透過的テレメトリ」の新しいアーキテクチャが提案されています。これは、受信したデータの独立した公的監査の可能性を提供し、ユーザーのアクティビティに関する詳細な情報を含む痕跡の漏洩を防ぐために、必要最小限の一般化された情報のみを収集することを目的としています。 たとえば、ツールキットによって消費されるトラフィックを評価する場合、年間を通じてキロバイト単位のデータ カウンターなどのメトリックを考慮することが計画されています。 収集されたすべてのデータは検査と分析のために公開されます。 テレメトリの送信を無効にするには、環境変数「GOTELEMETRY=off」を設定する必要があります。
透過的なテレメトリを構築するための重要な原則:
- 収集される指標に関する決定は、オープンな公開プロセスを通じて行われます。
- テレメトリ収集構成は、アクティブに監視されているメトリクスのリストに基づいて自動的に生成され、それらのメトリクスに無関係なデータは収集されません。
- テレメトリ収集構成は、検証可能な記録を含む透過的な監査ログに維持されるため、さまざまなシステムにさまざまな収集設定を選択的に適用することが複雑になります。
- テレメトリ収集の構成は、キャッシュ可能なプロキシ化された Go モジュールの形式になり、ローカル Go プロキシがすでに使用されているシステムで自動的に使用できます。 テレメトリ構成のダウンロードは、10% の確率で週に 5 回のみ開始されます (つまり、各システムは構成を年に約 XNUMX 回ダウンロードします)。
- 外部サーバーに送信される情報には、特定の時間に関連付けられず、丸 XNUMX 週間の統計を考慮した最終カウンターのみが含まれます。
- 送信されるレポートには、いかなる形式のシステム識別子やユーザー識別子も含まれません。
- 送信されるレポートには、サーバー上ですでに認識されている行のみが含まれます。 カウンタの名前、標準プログラムの名前、既知のバージョン番号、標準ツールキット ユーティリティの関数の名前 (スタック トレースの送信時)。 非文字列データは、カウンター、日付、行数に限定されます。
- テレメトリ サーバーへのアクセス元の IP アドレスはログに保存されません。
- 必要なサンプルを入手するために、毎週 16 件のレポートを収集することが計画されています。ツールキットが 2 万件インストールされているとすると、わずか XNUMX% のシステムから毎週レポートを送信する必要があります。
- 集約された形式で収集されたメトリクスは、グラフ形式および表形式で公開されます。 テレメトリ収集プロセス中に蓄積された完全な生データも公開されます。
- テレメトリ収集はデフォルトで有効になっていますが、これを無効にする簡単な方法が提供されます。
出所： オープンネット.ru