はじめに、またはスタートアップストーリー
IT分野に携わるすべての人は、一見完全に構成されたサーバー（サイト、ベース、プログラム、ネットワーク）が突然正常に機能しなくなったときの感覚を知っています。 問題の検索には長い時間がかかることがありますが、その間、もちろんこの不名誉は続きます。 または定期的に発生します。 またはそれは起こりません-しかしそれはさらに悪いことです：この不可解なものがいつ出てくるのですか？ そして、プロジェクトをクライアントに転送するときにどうしますか？ そのような反射からどこかにHostTrackerが登場しました。 彼の創始者の父は彼の主な活動の目的から良い仕事を求め、監視プロセスを自動化することに決めました。 その時点で（悪党の厳しいスタート）信頼できる監視サービスがあった場合、HostTrackerが登場しなかった可能性は十分にあります。 それで、動物園のサイトをチェックする簡単なスクリプトを書く必要がありました。 はい、ここに問題があります-単純なスクリプトには、この段落の冒頭で述べたのと同じ問題がありました。 それは常に機能するとは限らず、常にとは限らない-正しく。 スクリプトを少し最適化し、複数のマシンでの複製や配布を含め、より信頼性の高いものにする必要がありました。 一連の最適化の後、それが他の誰かに役立つかもしれないという考えが生まれ、HostTrackerが公開されました。 そして、多くの顧客が登場した後、費やした労力を収益化するというアイデアが浮上しました。 つまり、私たちのサービスは純粋に個人的な問題を解決するように見えましたが、開発の過程で、他の人がかつて直面していた同じ問題を解決するのに役立つようになりました。 誰もが簡単なスクリプトを書く時間があるわけではありません。 そして、もう少し追加します。 そして、少し最適化します。
モニタリング：本質
レビューのこの部分では、最も一般的な機能について説明します。これは、ネットワークからアクセス可能なサイトまたはその他のエンティティの問題をすぐに特定するための定期的なチェックです。 これらのチェックは、http（s）、icmp（別名ping）、ポート（TCPを使用してポートをチェック）などのさまざまなプロトコルで機能します。 まず、監視にはさまざまなアプローチがあることに注意してください。 内部監視があります-同じサーバーでホストされているソフトウェアを使用してサイトの状態が評価されたとき。 従来、Yandex.Metricaなどのツールもこれに起因する可能性があります。ページコードに埋め込まれたスクリプトは、サイトにアクセスしたクライアントに関する情報を送信し、サイトのパフォーマンスに関する間接的な結論を導き出します。 別の種類の監視は外部、または弁護士が言うように「第三者監視」です。 これは、実際のアドレスから実際のユーザーがサイトへのエントリを模倣することで構成され、送信されたリクエストに対するサーバーの実際の回答に関する結論を導き出します。 この方法については後で説明します。
インフラストラクチャ、またはその仕組み
最も簡単には、「内部」と「外部」の2つのコンポーネントに分けることができます。 1つ目はクラウドにあり、コンピューティングサーバー、データベース、ファイルストレージ、その他のコンポーネントで構成されています。 これらはすべて、HostTracker会社の従業員が直接所有および管理しています。 2番目のコンポーネントはノードまたはエージェントであり、世界中に配置され、店舗の「謎の買い物客」のような独立した検証サーバーの役割を果たします。 スキャンされたプロトコルの標準リクエストを作成することにより、サイトやその他のスキャンされたオブジェクトをチェックします。 これがウェブサイトチェックの場合、実際のサイト訪問者のリクエストと変わらない通常のhttpリクエストが作成されます。 これらのサーバーは互いに完全に独立しており、システムの内部コンポーネントからも独立しています。 彼らが行うことは、検証のためにサイトのリストを中央サーバーから受け取り、チェックの結果を与えることです。 これらのサーバーの一部はHostTrackerによってレンタルされますが、ほとんどは、当社のサービスのバックリンクまたは割引と引き換えに、無料または大幅な割引で提供するパートナーによって所有されています。 または単に友情から。
このインフラストラクチャの分散は、監視サービスのアルゴリズムによるものです。
サービス操作アルゴリズム
定期的なチェックは、1分から開始して、クライアントが事前に定義した間隔で行われます。 検証時間が正しい場合、サーバーは、HostTracker外部ネットワークの一部であるランダムに決定された1つのエージェントにタスクを送信します。 指定されたプロトコルに対してチェックし、チェックされているサーバーの応答を送り返します。 これらの結果はすでに内部で処理されています。 答えが「はい」の場合、何も起こりません。データベースにレコードが表示されるだけです（クライアントはチェックログの形式で利用できます）。 エラーが突然発生した場合、共有ネットワークからさらにランダムに選択された複数のサーバーで同じサイトをチェックするタスクがすぐに作成されます。 その後、これらすべてのサーバーの応答がすでに分析されています。 ほとんどのサーバーでエラーが確認されない場合、これはログに残りますが、落ち着いています。 結局のところ、ネットワークラグ、クエリオーバーロード、habraeffectなど、何でも起こり得ます。 ほとんどまたはすべてのエージェントが間違いを確認した場合-トラブルが発生し、問題はより深刻であると仮定されます-現時点では、多くの人がサイトにアクセスできません。 そして、ほとんどすべての商業サイトにとって、これは直接的なお金の損失です。
エラー処理と顧客への通知
設定によっては、問題を特定した後、さまざまなことが起こります。 問題の初期診断はすぐに発生します。エラーコードがあれば、それが書き込まれます。または、プロトコル応答が書き込まれます。 これらのデータに基づいて、多くの場合、エラーの原因（ネットワーク障害、サーバーエラーなど）を推測できます。 しかし、まず第一に、クライアントは問題について学ぶことに興味があります。 これを行うには、HostTrackerから通知を受信するために、電話、電子メール、またはその他の通信チャネルを登録することができます。 それらは、さまざまな人、さまざまな連絡先、さまざまな時期に送信できます。 そして、多くの興味深い機能があります。 もちろん、メッセージはすぐに送信できますが、これは最も頻繁に行われます。 しかし、要求の厳しい顧客を満足させることは困難です。 第一に、尊敬されている管理者を目覚めさせるのは短期間のダウンタイムがいため、「重要でない」サイトがあることが判明しました。 第二に、くしゃみのたびにわずらわしい「重要な」人々がいます。 したがって、HostTrackerはアラートをエスカレートする機能を提供します。サイトがクラッシュした後しばらくしてから、特定のアドレスにアラートを送信します。 また、連絡先ごとに「作業スケジュール」を作成して、通知を送信できる時間間隔を設定できます。 それ以外の場合、HostTrackerはこの人を邪魔しません。 これは、一部のお客様にとっても便利であることが判明しました。 たとえば、この構成は、サイトが1時間以上「横たわっている」場合に、営業日の8〜19時間にこの人物に通知します。
さらなる出版物では、現時点で蓄積されているサービスの多くの機能について説明しています。 並行して、それらの外観と開発のストーリー、使用例、および私たちの謙虚な経験からの他の多くの事柄が言及されます。 ここで、サービスの際立った機能の1つが顧客重視であることを覚えておきます。 サービスの多くの機能は、顧客、友人、パートナーの要求に応じて開発されたものであり、特定の技術的問題を解決することを可能にしました。 したがって、フィードバックとご提案をいつでも歓迎します！