最近、Ajax ハブの所有者が次のような問題に直面していると書きました。 問題 – ハブは他のデバイスを認識しませんでした。アプリケーションの認証や設定と解除に問題がありました。 問題はすぐに解決され、会社は当時何が起こったのかについて話しました。
問題はサーバーのクラッシュによって引き起こされ、システムとチームに問題が発生しました。 Ajaxシステム スペシャリストがこの問題を解決するまで辛抱強く待ってくれたユーザーに感謝します。
「インシデントを徹底的に調査した後、分析の結果、イベント ログとメトリクスにはクラッシュの明らかな理由がないことがわかりました。 この状況は主な原因を特定する上で重大な問題を引き起こした、と報道機関は述べている Ajaxシステム。 「サービスの低下はサーバーの 台の障害によって引き起こされ、負荷分散システムはすぐに処理できませんでした。」
同社によると、警戒/武装解除の遅延に関する最初のメッセージは午後18時08分に受信され始め、専門家が別のサーバークラスターの展開を開始したという。 18時45分までに、システムとアプリケーションの動作を部分的に復元することができましたが、データベースへの異常な負荷により、サーバークラスターの完全な展開が30分ごとに数回妨げられました。 21:15 に 回目の展開を試みると、すべての Ajax アプリケーションとハブの通常の通信が完全に復元されました。
「当社のサービスの信頼性を継続的に確保するために、私たちはメモリの不正使用、Linux カーネルの致命的なエラー、Amazon Web Servi の追跡不可能な問題の可能性など、さまざまな仮説を積極的に検討しています。ces (AWS) - 同社のプレスサービスが述べた。 「当社の最高のサイバーセキュリティエンジニアは、これらの方向に取り組んでいます。」
同社はまた、Ajax 機能がクラウド サービスだけに限定されるものではなく、クラウドに関係なくすべてのオフライン ツールが利用できることも保証しています。 たとえば、集中監視ステーションへの直接接続、直接 SMS/電話通話、SpaceControl と KeyPad を使用したシステムの作動および作動解除はすべて、クラウド接続を必要とせずに機能します。
Ajax は、緊急メッセージ、問題、その他の同様の状況に対するポリシーにも取り組んでおり、ユーザーに現在のステータスをタイムリーに通知し続けます。 しかし、同社はこの方針が役に立たないことを望んでいる。 報道機関はまた、専門家のチームが考えられる問題点を特定し、必要な改善を実施するために慎重に取り組んでいると付け加えた。
また読む：