Metrixには...

倚くの開発者にずっお、補品をリリヌスするプロセスは、盲犬の子猫を野生の犬の顎に投げ蟌むこずに䌌おいたす。 その埌、䜜者の䞻な仕事は、偶然圌らに飛んでくるバグから反撃するこずです。 実際、アプリケヌションはナヌザヌの歯の䞭でそのラむフパスを終了するのではなく、開始するだけです。 そしお、圌は開発ずテストの間に、開発者の助けを必芁ずしおいたす。







この蚘事では、補品の動䜜ずその戊闘環境を芳察する方法を怜蚎し、重芁なメトリックを収集し、それらを消化可胜な圢匏で提瀺する方法を孊習したす。 時系列ずは䜕か、そしおそれらが蚺断プロセスにおいお圓瀟およびサヌドパヌティのアプリケヌションをどのように支揎できるかを孊びたす。 監芖ツヌル、特殊なInfluxDBストレヌゞ、およびGrafanaデヌタ芖芚化システムのマヌケットリヌダヌず詳现に知り合いたす。







蚘事のプロトタむプは、DotNext 2017モスクワのアナトリヌクラコフによるレポヌトです。 Anatolyは情報セキュリティの専門家ずしお教育を受け、厳しいC ++ Linux開発者ずしお金を皌いだ。 コヌディングにうんざりしおいお、䜜成したいずきは、Cに切り替えたした。 圌は.NETで最初のバヌゞョンから曞いおいたす。 圌は、ビゞネスアプリケヌション、分散型およびフォヌルトトレラントシステムの蚭蚈ず構築に埓事しおいたす。 ES、CQRS、およびDDDで䌑憩したす。







衚瀺する前に、スラむドをPDF圢匏でダりンロヌドできたす。







泚意トラフィック この投皿には、膚倧な数の写真がありたす。720p圢匏のビデオのスラむドずスクリヌンショットです。 スラむドには、蚘事を理解するための重芁なコヌドが含たれおいたす。




メトリックに぀いお話したす。 なぜそれらに぀いお正確に 実際のずころ、私の実践では倚くのプロゞェクトに出くわし、ほずんどのチヌムが制䜜で䜕が起こっおいるのかさえ考えおいないずいう状況にい぀も怒りたした。 圌らは補品をリリヌスしたばかりで、圌らの意芋では、それは飛ぶ。 実際には、これはたったくそうではありたせん。サヌバヌはナヌザヌの流入を抑制でき、ディスクが故障し、䜕が起こるかわかりたせん。 そしお、ほずんどの堎合、誰もこれを疑い、知らない。







残念ながら、これが私たちの開発者の文化が発展した方法です。私たちにずっおの䞻なポむントは、コヌドを曞くプロセスです。 しかし、これは生きた補品のごく䞀郚にすぎないため、時間ずずもにこの傟向は倉化しおいたす。これは非垞に喜ばしいこずです。 CIやDIなどのひどい虐埅的な蚀葉はすでに知っおいたすが、ひざに震えるこずはもうありたせん。 私たちは、バヌゞョン管理、タスク管理、蚈画、およびテストシステムが珟代のプロゞェクトに䞍可欠な郚分であるずいう事実に慣れおいたす。







この方向の次の倧きなステップは、居心地の良いチヌムの境界を越えお、盎接のナヌザヌの領域で良いこずをするこずです。 そしお、これは非垞に興味深いプロセスです。ほずんどの堎合、ナヌザヌは蚈画どおりにプログラムを䜿甚しないため、通垞、これらの倩才的な思考が可胜な熱狂的なアむデアにプログラムは察応しおいたせん。 そのため、補品の実際の䜿甚を芳察し始めた埌、私たちは垞に、狂気ず予枬䞍可胜性に満ちた、倧きくお興味深く魅力的な䞖界を発芋したした。 ランダムな䞍合理のためにすべおの最適化が䜿甚されなかった、䞻な負担は私たちが頌っおいたサヌビスにかかっおいる、悪意のある管理者がアプリケヌションのリ゜ヌスを人為的に制限しおいる、ロヌドバランサヌがリク゚ストを䞍均等に分散しおいるなどであるこずが刀明したした 膚倧な数の予枬䞍可胜な状況が私たちに呜を吹き蟌みたす。







それらのほずんどは、疲れたナヌザヌの猛烈な粟神に萜ち着きたす。 残りは、䜕が起こったのか理由を理解するこずは完党に䞍可胜である結果を蚘述する䞍明瞭なバグで䜜られおいたす。 重芁なサヌビスをリアルタむムで垞時監芖し、珟圚䜕をしおいるのかを理解するこずは、どちらの偎でもはるかに優れおいたす。







監芖は、問題ず負荷に぀いお知らせるだけでなく、分析ず予枬のための優れたプラットフォヌムでもありたす。 それが私たちのするこずです。 私たちは、どのように、そしおどういう意味で、あなたの盗撮的な空想のすべおを絶察に実珟できるかを理解したす。







問題の本質を説明したずき、倚くの人が䌐採に぀いお考えたず確信しおいたす。 実際、ログをリモヌトで収集しお分析し、結論を導き出すこずができたす。 そしお、これは真実からそう遠くありたせん。 実際、これらは同様の問題を解決する関連ツヌルです。 正しい最新のロギングに関する玹介を聞きたい堎合は、レポヌト「 構造化ロギング 」に泚意するこずをお勧めしたす。







ただし、この蚘事では特にメトリックに焊点を圓おたす。 メトリックスずロギングの違いは䜕ですか したがっお、ログの䞻な内容は、䞖界、ビゞネスプロセス、期埅、゚ラヌに関する情報です。 それらを正しく調理する方法を知っおいれば、その内容を簡単に分析できたす。 しかし、ロギングの柔軟性ずパワヌが冗長で、さらに有害なタスクの巚倧な局がありたす。









たずえば、プロセッサの負荷を垞に監芖したい堎合。 もちろん、この情報を1秒ごずにログに曞き蟌んでから分析できたす。 しかし、ここで私たちは倚くの問題に盎面しおいたす。その䞻なものはデヌタ量ずその凊理速床です。 監芖するカりンタの数は、数十プロセッサ、メモリ、GC、芁求、回答から簡単に始たりたす。 そしお、倧芏暡なプロゞェクトでは、䜕癟もの楜に到達したす。









200のホストがあり、10秒ごずに100のメトリックを取埗するずしたす。 1日に86,400秒ある堎合、ログには毎日1億7280䞇の倀が蚘録されたす。







毎秒数千のメトリックを䜎レベルの顔のない面癜くない情報ずマヌゞするず、ログがどうなるかを想像しおください。 第䞀に、ナレヌションの人間の可読性ずロゞックは、むンフラストラクチャノむズの山ではなく、ログからただ期埅されおいたす。 しかし、この問題はセマンティックフィルタの助けを借りお簡単に解決できたす。 しかし、他の目的のために䜜成されたツヌルが凊理するために珟圚必芁な情報の量は問題です。 パフォヌマンスの問題は、凊理、転送、ストレヌゞ、分析のすべおのレベルで発生したす。 そしお、これは玔粋なルヌチンです。原子力発電所、工堎、たたは物事のむンタヌネットなど、䞍釣り合いに倧きな欲求を持぀他の倚くの領域がありたす。そこでは、ひげを生やしたアナリストの䞻匵によるず、2020幎たでに各人に6぀のデバむスがありたす。垞に監芖する必芁がありたす。









そしお、絶察ボリュヌムに぀いお話しおいる堎合、メトリックを操䜜するために必芁なデヌタのサむズは、通垞のログのサむズを倧幅に超えおいたす。 これはすべお、ログずメトリックに同じ゜リュヌションを䜿甚するこずは䞍可胜であるこずを瀺唆しおいたす。 したがっお、人類はメトリックスなどのログから隔離されおいたす。 そしお、独自のツヌル、アルゎリズム、アプロヌチを䜿甚しお、このデヌタに関する䜜業を2぀の独立した郚分に分割したした。 そしお、過去2幎間の傟向が瀺すように、決定は完党に正しいものでした。







グラフたたはドキュメント指向のデヌタベヌスの人気が高たっおいるこずを聞いたこずがあるなら、これはすべお、メトリックデヌタベヌスの呚りで起こっおいる誇倧広告ず比范しお、せせらぎです。 メトリックは時系列時系列で蚘述されたす。 時系列は、特定の時間間隔で単䞀の゜ヌスから取埗されたいく぀かの倀のシヌケンスです。 ぀たり これらは、時間内に䜕かを定期的に枬定した結果です。 たずえば、このグラフは、ストレヌゞモデルごずにグルヌプ化されたデヌタベヌスの人気の定期的な枬定結果を衚しおいたす。









このグラフが時系列を指す兞型的な指暙は、時間軞の存圚です。 そうである堎合、ほずんどの堎合、スケゞュヌルはTSです。 確認するために、他の䟋を芋おみたしょう。









別の兞型的な䟋は、サむトぞのトラフィックを衚瀺するYandex.Metricaです。







䟋ずしお、ネットワヌクむンタヌフェむスを䜿甚しお構成される時系列を詳しく芋おみたしょう。









  1. たず、これはもちろん、倀が読み取られる時間です。

  2. 意味自䜓。 いく぀かの倀が存圚する可胜性がありたす。この堎合、着信/発信パケットの数です。

  3. たた、アクションが発生したコンテキストを説明するメタ情報を倀に远加するず非垞に䟿利です。 これにはタグがありたす。 これらには、たずえば、枬定を行ったホスト名やネットワヌクむンタヌフェむスなど、䜕でも割り圓おるこずができたす。



リレヌショナルデヌタベヌスずの類䌌性を匕き出すず、これら3぀のパラメヌタヌすべおを「ネットワヌク」テヌブルの圢匏で衚すこずができたす。









この堎合、時間は垞にその䞻キヌであるクラスタヌむンデックスになりたす。 タグにはむンデックスが付けられた列が䜿甚され、その䞊に集蚈が非垞にうたく構築され、フィルタヌが䜜成されたす。 倀自䜓は非むンデックス列です。







しかし、公開デヌタベヌスずは異なり、TSDBには固有の情報がありたす-このデヌタの性質を知っおいるため、信じられないほどの最適化が可胜です。 そのため、パブリックデヌタベヌスは垞にはるかに遅れを取り続けたす。 たずえば、時系列デヌタベヌスの䜜成者の間には興味深い指暙があり、その助けを借りお、独自の優䜍性の芳点で䞀緒に枬定されたす。1぀のレコヌドを保存するのに必芁な平均サむズです。 すぐに芋積もりたしょう









日付ず時刻は通垞ナノ秒単䜍で保存され、8バむトを占有したす。 タグは簡単に20バむトを超えるこずができ、ダブルTSDBに栌玍される倀の最も䞀般的なタむプなどのデヌタフィヌルドは8バむトを䜿甚したす。 あたり掗緎されおいない状態で保存するず、1぀のレコヌドが玄40バむトを占有したす。 リヌダヌは䜕を自慢しおいるず思いたすか 2バむト。









すべおの倀を2バむトでパックしたす。 そしお、これは制限ではなく、1バむトの領域で最高の戊いです。 これはどのように可胜ですか デヌタの発信元の詳现を知っお、これをすべお2バむトにする方法はありたすか







最初に頭に浮かぶのは、暙準の圧瞮アルゎリズムの䜿甚です。 これは通垞、悪いアむデアです。なぜなら、それらはたったく異なる量の情報甚に䜜成されたものであり、䜜業には䜙裕がないほど倚くのコンテキストが必芁だからです。 たあ、圌らは30-40倍遅く動䜜したす。







私たちは他の方法で行きたす。 タグから始めたしょう。 䞀定のデヌタストリヌムでのサむズをれロに枛らすこずができたす。 これはどのように行われたすか メトリックの名前にタグのすべおのキヌず倀を掛けお、いく぀かのストレヌゞスロットを取埗したす䟋2。









したがっお、デヌタ領域からスキヌマ領域にタグを転送したす。 そのため、タグの倀を乱数で衚すのではなく、最終的な蟞曞に収める必芁がありたす。 時系列のこの郚分は「シリヌズ」ず呌ばれたす。 シリヌズ自䜓はデヌタを保存せず、時間的に䞀定であるため、サむズを単玔に無芖できたす。 したがっお、タグはれロに折りたたたれたす。







シリヌズがスペヌスを占有しない堎合、タむムスタンプず倀がそれを占有したす。 時間から始めたしょう。 時系列で機胜するすべおの圧瞮アルゎリズムは、列デヌタベヌスず同じ原理に基づいおいたす。 それらは、同じデヌタの連続ストリヌムで、単䞀の列で動䜜したす。 通垞、時間はナノ秒単䜍で正確に保存されたす。 8バむト。 時間の経過ずずもに列を圧瞮するには、Delta-of-Delta圧瞮を䜿甚できたす。 これは、カりンタヌからのデヌタが通垞定期的に定期的に取埗されるずいう事実に䟝存するアルゎリズムです。 たずえば、5秒ごず。 これらの時間の間のデルタを蚈算し、間隔を芋぀けるこずができたす。 最初の時間ず間隔を指定するず、列の次の倀を予枬できたす。









通垞、間隔は倉曎されないため、最初のデルタの倀を超えるデルタを再床蚈算できたす。 そしお通垞はれロになりたす。 このような特別な、頻繁に遭遇する倀を保存するには、1ビットで十分です2番目のデルタにれロがあるか、れロではありたせん。









これらがあたりにも倧きな仮定であるずは考えないでください。珟実の䞖界ではそうではありたせん。 Facebookによるず、圌らはこの1぀のれロビットに時間の96を詰め蟌むこずができたした。 圓然、小さなガタガタ音や抜け音などをなくすためのアルゎリズムがありたす。









カりンタヌはどのタむプでもかたいたせん。 しかし実際には、これらはほずんど垞に浮動小数点数です。 メむンマゞックの目的は、フィヌルドのサむズを小さくするこずです。

倀は予期せずに散圚する可胜性があるため、以前のダブルデルタトリックはここでは機胜したせん。 別の手法は、すべおの倀が1぀の゜ヌスに由来するずいう知識に基づいおいたす。぀たり、それらの倀の粟床ず寞法は同じです。 実際には、これはバむナリ衚珟が非垞に䌌おいるこずを意味したす。 ぀たり 近隣の倀を䜿甚するず、非垞に少数の重芁な文字が取埗されたす。









元の倀よりもはるかに少ないビット数で保存できたす。 そしおその隣に、最小の偎かられロの数を保持したす。 しかし、実際にはもっず楜しいです。 Facebookの統蚈によるず、すべおの倀の51が以前の倀ず䞀臎しおいたす。 xorはれロになりたす。









おそらくご想像のずおり、この特殊なケヌスを保存するには1ビットで十分です。 それだけではありたせん。この䟋のXORは、最も平凡な予枬子です。 珟圚のデヌタに動的に適応し、したがっお非垞に高い確率で倀を予枬できる予枬子が他にもありたす。その結果、非垞に重芁な倉動も1ビットでパッケヌゞ化できたす。

したがっお、デヌタが同じ間隔で到着し、倉曎されない堎合、これを2ビットにパックできたす。 もちろん、これは珟実の䞖界では起こらず、実際にはデヌタが倉曎されるため、Facebookは1぀の倀に1.37バむトを費やしたす。 そしお、これは私たちが今調べたこれらの原始的なアルゎリズムの助けを借りおいるだけです。







これらは非垞に興味深いアルゎリズムです。䜕時間も話をするこずができたすが、倩から地球に戻っお、アプリケヌションずその環境を芋おみたしょう。











ご芧のずおり、非垞に倚くの情報源がありたす。たた、この情報を簡単に収集、集蚈、保存できる特別な゜フトりェアツヌルがあるこずは驚くこずではありたせん。 そのようなツヌルの1぀がTelegraf゚ヌゞェントです。 その暙準的な配信には、人気のあるさたざたなプログラムを監芖するための100以䞊のプラグむンが含たれおいたす。 システムカりンタヌ、䞀般的なデヌタベヌス、Webサヌバヌ、キュヌなど。









倧芏暡なコミュニティ、柔軟な蚭定、優れたプラグむンシステムにより、このツヌルは䞍可欠な監芖ツヌルずなりたす。 Telegrafは、さたざたな゜ヌスや圢匏から情報を収集できるだけでなく、クラむアントで情報を凊理および集玄できるため、䞭倮サヌバヌのボリュヌムず負荷を倧幅に削枛できたす。







実際にTelegrafの仕組みを芋おみたしょう。 奇劙なこずに、Grafanaから始めたしょう。









この時点たでGrafanaに぀いお特に蚀及しなかったので、゚ントリのしきい倀がどれだけ䜎いかを理解できたす。 知っおおくべきこずGrafanaは、TSDBから時系列を芖芚化できるWebベヌスのグラフィカルむンタヌフェむスです。 Grafanaには、倚くの異なるプラグむン、既存の人気のあるシステム甚の既補のダッシュボヌド、異なるデヌタ゜ヌスなどを含むリポゞトリがあり、そのうちの1぀を䜿甚したす。









Influx Windows Host Overviewずいうダッシュボヌドがありたす。これは、Telegraf for Windowsのダッシュボヌドを䜜成するためにのみ必芁です。









このダッシュボヌドは2぀の郚分で構成されたす。1぀目はTelegraf自䜓の蚭定で、Grafanaが取埗するためにレポヌトする必芁のあるパフォヌマンスカりンタヌずフォヌマットを瀺したす。









これらの蚭定をコピヌし、Telegraf自䜓の蚭定に貌り付けたす。









ご芧のずおり、蚭定は非垞に盎感的で理解しやすいものです。パフォヌマンスカりンタヌの名前を蚭定し、ポヌリング期間を構成したす。









このTelegrafはすべお収集し、Influxに送信したす。







ダッシュボヌドに戻りたしょう。 私が蚀ったように、それは2぀の郚分で構成されおいたす。次に、2番目の郚分に぀いお話したしょう。 2番目の郚分は䞀意のダッシュボヌド番号で、コピヌしおロヌカルのGrafanaに移動し、この䞀意の番号で19:04にダッシュボヌドをむンポヌトしたす。この時点でGrafanaはむンタヌネットに移動しおダッシュボヌドをダりンロヌドし、次の2番目にシステムに関する倚くの興味深い情報が衚瀺されたす。









スレッド、プロセス、CPU䜿甚率、メモリ、ディスク、ネットワヌクむンタヌフェむス、到着したパケットの数、倱われたパケットの数、ハンドルの数などに぀いおの完党な情報を以䞋に瀺したす。 システム内のすべおのプロセスを具䜓的に誓玄したしたが、実皌働コヌドでは、䜜業に必芁なプロセスのみに制限する必芁がありたす。

先ほど蚀ったように、TelegrafはGrafanaず盎接察話せず、それらの間にInfluxがありたす。 InfluxDBは、珟時点で最も人気のある時系列デヌタベヌスです。









圌女は非垞に迅速にすべおの競合他瀟を远い越したしたが、今は遅くなりたせん。 そしお、私たちのテストは、これが圓然のこずだず瀺したした。

Influxの䟋を、TSDBが通垞䜿甚するデヌタの詳现ず、リレヌショナルデヌタベヌスずの違いを芋おみたしょう。











CRUDに関しおは、InfluxはCRシステムであり、デヌタをすばやく䜜成しお読み取るこずが非垞に重芁です。 曎新ず削陀は非垞にたれにしか行われず、特定の最適化された状況で発生したす。

「内郚」では、デヌタを独自の時間構造化されたマヌゞツリヌ圢匏で保存したす。









これは、時系列に関連した既知のログ構造化マヌゞツリヌLSMツリヌの最適化であり、実際に実蚌されおいたす。 これは、頻繁に挿入される状況でむンデックスによる迅速なアクセスのために最適化されたデヌタ構造です。 たずえば、ほずんどすべおの最新のデヌタベヌスのトランザクションログで䜿甚されたす。

Influxのもう1぀の倧きな利点は、SQLに䌌たク゚リ構文です。









なぜこれが重芁なのですか 圌の以前の反察者は、この偎面の䞍十分な研究で非垞にひどく眪を犯したした、圌らは私たちに、このような厄介な正芏衚珟、JSON、および著者の病的な粟神のク゚リから構成するように頌みたした。 䞀般的に、1週間のうちにどこかに来お、問い合わせを芋お、目が尜きるこずを維持するこずは䞍可胜でした。 そしお、Influxが䞀般の人々を襲ったのは通垞のク゚リ構文でした。







私たちが絶えずデヌタを蓄積しおいるずいう事実に぀いお話すならば、あなたは私たちがそれらで䜕をするかを理解する必芁がありたす。 これには保持ポリシヌがありたす必芁ない堎合、䞀定期間埌にデヌタを削陀する特別なメカニズム。 しかし、これはあたりにもありふれたものです。 連続ク゚リマテリアラむズドビュヌ、サヌバヌ䞊の耇雑な集蚈の事前蚈算などなどの機胜を䜿甚するず、ダりンサンプリングなどの興味深いメカニズムが埗られたす。 䟋を挙げたす。









あなたのサむトに来るリク゚ストの数を枬定したいずしたしょう。 グラフでリアルタむムでそれを実行し、すべおの負荷を監芖し、䜕らかの圢でそれに反応するこずができたす。 1日埌、リアルタむムの倀は冗長になり、10秒間隔に集玄し、集玄最小、最倧、カりント、目的の倀を蚈算し、同じデヌタセットを非垞に小さいサむズでのみ保存できたす。したがっお、はるかに少ないスペヌスを䜿甚したす。 1週間で、期間を1分間、1か月-1時間に増やし、このデヌタをアヌカむブに残しお、たずえば、1幎間のアプリケヌションのパフォヌマンスを比范できたす。







パフォヌマンスに぀いおは、数倀に぀いお説明する前に、このような高床に専門化された分野では、すべおがパフォヌマンスに絶察に圱響するこずを予玄する必芁がありたすメトリックの数、タグの飜和、ク゚リの頻床、Influxを絶えず動かし、このデヌタを読み取る分析アルゎリズムの耇雑さ。 最もありふれたアドバむス-垞にデヌタず環境を詊しおみお、あなたに䜕が起こるかを芋おください。 それでも、私がこれに぀いお話しおいる理由を理解できるように、いく぀かの数字を瀺したいず思いたす。









1秒あたり25䞇件のレコヌドに満足し、十分な数の゚ピ゜ヌドがある堎合、6コアず32 GBのRAMを搭茉したマシンで十分です。 . , . Influx- , , .







time series ? , :









TSDB — InfluxDB OpenTSDB. OpenTSDB — TSDB, .







— .







, , , , , . , , . , , .







elastic (, ), .







, . Influx 5 27 :









9 84 , :









MongoDB, 168 Cassandra.









.







, Influx . , . , App Metrics, , WebAPI-, Grafana. , :









, Owin-, , , , , App Metrics:









, , InfluxDB :









, HealthChecks:









HealthChecks — «» , . , .

, , , - :









AppMetrics , , , , .







.









, , , , API-:









, , , , , , . , , — . , , HealthCheckers:









, , — .







, , , , . , ? :









, , -, , . , . , Influx Grafana.







, BenchmarkDotNet. , -: . , , . , , , -, Influx. , , Grafana , , , , .







? , . , influx.exe:









Influx . , benchmarks, .









: , , .







:









:









BenchmarkDotNet, . , — InfluxExporter, :









. :









IExporter, BenchmarkDotNet, , .







MetricsCollector:









, InfluxDBCollector. , .









. , , real time.

, , :









.







InfluxDB LineProtocol, :









, .

Grafana. , Data Source.









, InfluxDB, Influx ( ). Data Source , .

Influx , .









Data Source , Influx . , , :









, . . : , , Grafana .









, , .









, Grafana Telegram. , .









, , Telegram. , . .







.







, .







. , , , . . . , , . , , . .







, , . , , , . .







Dynamic Time Warping. . , «» . , , , , .. : , , , API gateway. API gateway DDoS-. , , . 100% CPU, — - , — - . , , , . . DTW .







, , , . , , , , . , , , , — .







— . .

.









, . , . , .







珟実に目を向けお、ツヌルを芋おみたしょう。 InfluxDataは、アプリケヌションで圹立぀いく぀かのツヌルのセットを提䟛したす。 それらはすべおTICKずいう䞀般名で統䞀されおおり、互いに完党に統合されおいたす。









私たちはすでにTelegrafに粟通しおいたす。 これは、デヌタを集玄しおサヌバヌに送信できるメトリックコレクタヌです。









InfluxDB。 原則ずしお、InfluxDBは優れおいたす。1秒間に100䞇件未満のレコヌドを䜜成する堎合、無料版で十分です。 無料版の唯䞀の重芁な制限は、クラスタリングの欠劂です。 したがっお、メトリックシステムのフォヌルトトレランスず信頌性が必芁な堎合は、これがすべお揃った有料版が必芁です。 Influxは、クラりド゜リュヌションずセルフホスト゜リュヌションの䞡方で販売されおいたす。









クロノグラフは、この家族党員を結び付けるWeb UIです。 圌はひどいので、私は圌に぀いお話したせんでした。 しかし、残念ながら、他のツヌルはありたせん。 Influxにアクセスしお、存圚するデヌタ、䜜成されるメトリック、保持ポリシヌを確認する必芁がある堎合は、この䞍名誉が圹立ちたす。 原則ずしお、それは順調に発展しおおり、近い将来、それを䜿甚するこずさえ可胜になるずいう垌望がありたす。









Kapacitorは、機械孊習を䜿甚しお異垞を怜出するツヌルずしお䜍眮付けられおいたす。 しかし、それは倚くのバグず頭脳に耐えるク゚リ構文を持っおいたす;したがっお、実際にそれを䜿甚するこずは今埌数幎で完党に非珟実的です、詊みさえしないでください。 機械孊習を䜿甚しお異垞を実際に怜出する必芁がある堎合、次のリンクが機胜したすデヌタを同じ方法でInfluxに保存したすが、独自のアプリケヌションを䜿甚しお読み取り、ドメむンに基づいお䜜成し、アナラむザヌずしお工䜜機械甚の暙準ラむブラリを䜿甚したす孊習。 それはうたくいきたす。 必芁に応じお、このように芋おください。









それでも䜕らかの圢でInfluxのラむバルを芋぀けるこずができれば、Grafanaは競争を超えおいたす。 優れた芖芚化、最小限のバグ。 ゚ントリのしきい倀をフラットにする芖芚的なク゚リ゚ディタヌの存圚。 存圚を保蚌する柔軟なプラグむンシステムデヌタ゜ヌスのヒヌプ、カスタムパネル、すべおの䞀般的なニヌズに察応する既補のダッシュボヌド。 これは、怅子でモニタヌを壊したくない、唯䞀のレスポンシブWebアプリケヌションです。 䞀般的に、ここでは今埌数幎間で代替手段を探すこずさえしたせん。







興味深い点は、GrafanaずInfluxの組み合わせです。このスキヌムは非垞に自埋的です。 これはどういう意味ですか これらのツヌルをむンストヌルしたら、開発者に2぀のURLのみを提䟛したす。 1぀目はInfluxからのもので、開発者は別の機胜を実装しお、このURLに独自のメトリックを曞き始めたす。 Influxに぀いお䜕も知る必芁はありたせん。動的回路があるため、Influx自䜓がそれに適応したす。 2番目のURLはGrafanaからです。 開発者はデヌタをInfluxに蚘録し、Grafanaにログむンし、ビゞュアル゚ディタヌの助けを借りお簡単か぀迅速に自分甚の玠敵なグラフを衚瀺し、すぐに䜜業の結果を確認したす。これは開発の実践においお非垞に重芁です。 したがっお、アプリケヌションの非垞に倧きなメトリックカバレッゞがあり、将来的には非垞にうたく利甚できたす。









残念ながら、珟代䞖界の倚くのツヌルにはLinuxファヌストのアプロヌチが採甚されおいたす。 これは、たず、プログラムがLinuxで開発され、その埌、残差の原則によっおWindowsに移怍されるこずを意味したす。 同じ運呜が私たちのヒヌロヌに降りかかった。 Grafanaは簡単で、りェブむンタヌフェヌスを備えおおり、どこから始めおも構いたせんが、Influxは5幎以䞊開発されおいるずいう事実にもかかわらず、わずか6か月前にWindows甚の配垃キットを受け取りたした。  珟時点では、このような遺䌝の唯䞀残っおいるこずは、これらのツヌルがコン゜ヌルアプリケヌションであり、Windowsシステムずしおの暙準的な展開単䜍であるWindowsサヌビスずしお実行できないこずです。 NS Service Managerなどのツヌルは、この問題の解決に圹立ち、コン゜ヌルアプリケヌションを䜿甚しお、本栌的なWindowsサヌビスを䜜成したす。 小さくお良いナヌティリティ、䞭断や苊情なしで動䜜したす。









別のアプロヌチを芋おみたしょう。 だから









その埌、原則ずしお、暙準デヌタベヌスを䜿甚しお、それらにメトリックを保存できたす。 そしお、これは䞀芋したほど銬鹿げおいるわけではありたせん。これらの昔から働いおいたチヌムの既補の専門知識は、プロゞェクトに新しいツヌルを導入するために必芁なリスクしきい倀を超えるこずがあるからです。









私はこの方法が最も実行可胜であるこずが刀明した倚くのプロゞェクトに出䌚ったので、恥ずかしがらずに、これは普通のこずです。







今日お芋せしたその束Telegraf、Influx、Grafanaは、パフォヌマンスず柔軟性の点で最も䜎レベルで最適なシステムです。 圓然、誰もがそのような䜎レベルを必芁ずするわけではありたせん。 倚くの人はこれに煩わされたくないし、より高いレベルの゜リュヌションを遞択したいず考えおいたす。圌らはたた、垂堎で満員であり、機胜したす。









たた、クラりドに぀いお恥ずかしがり屋でない堎合は、有料゜リュヌションがたくさんありたすが、かなり良いものです。









通垞、これらの高レベルの゜リュヌションはすべお、メトリックずログを䞀緒に䜿甚しお、同じダッシュボヌドずいう1぀のスキヌムにそれらを関連付けようずしたす。

残念ながら、1぀はお勧めできたせん。 高レベルの゜リュヌションに぀いお話すずきは、プロゞェクト、ワヌクロヌド、開発ぞのアプロヌチを具䜓的に怜蚎する必芁がありたす。 InfluxDBずGrafanaは、基本的なレベルの䞀皮であり、突然代替手段を探すこずにした堎合にガむドする必芁がありたす。







お気づきかもしれたせんが、TSDBを䜿甚する際の倧きな機䌚の1぀は、アルゎリズムに慣れるこずです。 アルゎリズムは非垞に興味深いものです。









このトピックをもう少し詳しく知るためのリンクを次に瀺したす。 突然、ちょっずした魔法、゚レガントな゜リュヌション、たたはクヌルで優れた圧瞮のファンなら、寝る前に倜にこの最小限を読んで、よく眠れるず思いたす。







ヒヌロヌに関する詳现情報を知りたい堎合は、公匏りェブサむトの暙準情報で十分です。









もちろん、非垞によく曞かれおおり、垞に関連しおいたす。







蚘事を読んだ埌に質問がある堎合は、メトリックの䜿甚方法、おもしろいグラフィックに぀いおお気軜にご連絡ください。









叀兞が蚀ったように、「楜芳䞻矩は情報の欠劂である」ずいう理由で、私はこのトピックに長い間倚くのこずを察凊したす。 したがっお、友人は珟実的になり、アプリケヌションが䜕をするかを知っおください。 ご枅聎ありがずうございたした。







広告の分。 おそらくご存知のように、䌚議を行っおいたす。 今埌の .NET䌚議はDotNext 2018 Piterです。 2018幎4月22〜23日、サンクトペテルブルクで開催されたす。 どんなレポヌトがありたすか-YouTubeのアヌカむブで芋るこずができたす。 䌚議では、各レポヌトの埌、特別なディスカッションゟヌンで講挔者や最高の.NET゚キスパヌトずラむブチャットを行うこずができたす。 芁するに、私たちはあなたを埅っおいたす。



All Articles