Autometrics は、製造におけるコードの効率性を崇拝することを容易にするソース ライブラリを開始する際の窮状です。
ライブラリ基本的に、あらゆる機能の最も価値のあるメトリクス (デマンド、エラー チャージ、レイテンシ) を観察し、収集したファイルに手を貸すためのクエリを生成し、ライブ チャートへのリンクをすべての機能のドキュメント コメントに直接挿入します。
Autometrics は特別な
Prometheus および に基づいて構築されています。 OpenTelemetry がソース プロジェクトを開始しています。
3. なぜメトリクスなのか?
3.1. ログが多すぎます!
ログは膨大です。 私たち全員が言います。 ログ行を印刷することは、元のプログラミング言語で達成するエージェントの提案を明らかにする基本的なことです。 それにもかかわらず、私たちの取引場所は、現時点では丸太に重点を置きすぎています.
丸太に関する 2 つの大きな問題は、わかりやすさとコストです。 製造業でシステムを操作する場合、ぶら下がっている可能性のある収集されたログの山の中で必要なファイルを検索することも骨の折れる作業です。 信号の量に対して全体的なノイズがあります。 もちろん、多くのベンダーはファイルの青写真をふるいにかけ、価値のある洞察を探し出すことを約束しています。 ログの処理と保存は今では決して安くはありません!
もっとうまくやってみませんか?
3.2. メトリクス
メトリクスは、ほとんどのグループが使用するオブザーバビリティ スタック内の次のツールです。 カウントの問題。 問題のカウントに関する特定の断片は、大量のテキストの想定資料全体を作成して処理するよりもかなりコストがかからないということです。 そして、彼らはあなたのシステムがどのように実行されているかについて、透過的で全体的な作業を行う手助けをすることができます.
メトリックは万能薬、オートメトリクス ベンチャーの中心的な仮説は メトリクスは、潜在的な有用性とコスト効率に比べて十分に活用されていません
.
メトリクスは、システムを次のように動作させるための頑丈で比較的安価なツールです。
また、せっかく集まったのに。 ビルダーは次のことを行う必要があります:
- どのメトリックを画面に表示し、どのメトリック形式を表示するかを考えます (カウンター、ヒストグラム…
いくつかのファイルを評価するために、PromQL またはその他のクイズ言語を書いて解決してください
- 😖
- 実際に返されたファイルが驚くべき要求に答えるかどうかをテストします
4. Autometrics を使用する理由
4.1. コードステージ可観測性の簡素化
4.2. 機能段階の指標の標準化
ゲインは、本質的に最も重要なコードの構成要素の 1 つです。 可観測性の構成要素であるため、なぜ今それらを言わないのですか?
オートメトリックスのコアフラグメントは、長年にわたって確立されたメトリック名の簡単な概念であり、
現時点で古い 3 つのメトリックは次のとおりです:
5.1. Native Prometheus (テスト用)
MacOS 上の自作: brew install prometheus ドッカー: ドッカープルフロー/プロメテウス
- コンパイル済みバイナリ
- プロット a prometheus.yml