最近，我們寫道，Ajax 中心的所有者面臨著 問題 – 集線器沒有看到其他設備，應用程序授權以及設置和撤防方面存在問題。 問題很快就解決了，公司也講述了當時發生的事情。
問題是由於服務器崩潰導致系統和團隊出現問題 Ajax系統 感謝用戶的耐心等待，專家們解決了這個問題。
“對事件進行徹底調查後，分析表明我們的事件日誌和指標中沒有明顯的崩潰原因。 新聞部門表示，這種情況給確定主要原因造成了重大問題 Ajax系統。 “服務下降是由於我們的一台服務器故障造成的，我們的負載平衡系統無法立即處理。”
該公司表示，有關布防/撤防延遲的第一條消息於下午 18 點 08 分開始收到，專家們開始部署另一個服務器集群。 到18時45分，系統和應用程序的運行已經可以部分恢復，但數據庫的異常負載每隔30分鐘就會多次導致服務器集群無法完全部署。 21:15 的第三次部署嘗試完全恢復了所有 Ajax 應用程序和集線器的正常通信。
「為了確保我們服務的持續可靠性，我們積極考慮各種假設，包括記憶體使用不正確、致命 Linux 核心錯誤或 Amazon Web Servi 中無法追蹤的問題的可能性。ces （AWS），-該公司的新聞服務部門表示。 “我們最好的網路安全工程師致力於這些方向。”
該公司還保證 Ajax 功能不僅限於雲服務，並且無論云如何，所有離線工具都可用。 例如，直接連接到集中監控站、直接短信/電話以及使用 SpaceControl 和 KeyPad 布防和撤防系統都將無需雲連接即可完成。
Ajax 還致力於針對緊急消息、問題和其他類似情況制定策略，以便讓用戶及時了解當前狀態。 不過，該公司希望這一政策不會派上用場。 新聞部門還補充說，專家團隊正在認真工作，尋找可能的問題點並實施必要的改進。
另請閱讀：