최근에 우리는 Ajax 허브 소유자가 직면한 문제에 대해 썼습니다. 문제들 – 허브는 다른 장치를 보지 못했고, 애플리케이션의 인증과 설정 및 해제에 문제가 있었습니다. 문제는 빨리 해결됐고, 회사에서는 당시 무슨 일이 일어났는지 이야기했다.
해당 문제는 서버 충돌로 인해 발생했으며 이로 인해 시스템과 팀에 문제가 발생했습니다. Ajax 시스템 전문가들이 이 문제를 해결하는 동안 기다려 주신 사용자 여러분께 감사드립니다.
“사건을 철저하게 조사한 결과 분석 결과, 이벤트 로그와 지표에 충돌에 대한 명확한 이유가 없는 것으로 나타났습니다. 이 상황은 주요 원인을 파악하는 데 심각한 문제를 야기했다고 언론 서비스는 말합니다. Ajax 시스템. "서비스 중단은 서버 중 하나의 오류로 인해 발생했으며 로드 밸런싱 시스템이 이를 즉시 처리할 수 없었습니다."
회사는 무장/해제 지연에 대한 첫 번째 메시지가 오후 18시 08분부터 들어오기 시작했으며 전문가들이 다른 서버 클러스터를 배포하기 시작했다고 밝혔습니다. 18시 45분까지 시스템과 애플리케이션의 운영을 부분적으로 복원하는 것이 가능했지만 데이터베이스의 비정상적인 로드로 인해 30분마다 여러 차례 서버 클러스터의 전체 배포가 차단되었습니다. 21시 15분에 세 번째 배포 시도를 통해 모든 Ajax 애플리케이션 및 허브에 대한 정상적인 통신이 완전히 복원되었습니다.
"우리 서비스의 지속적인 안정성을 보장하기 위해 잘못된 메모리 사용 가능성, Linux 커널의 치명적인 오류 또는 Amazon Web Servi의 추적 불가능한 문제 등 다양한 가설을 적극적으로 고려합니다.ces (AWS)-회사의 언론 서비스에 따르면. "우리의 최고의 사이버 보안 엔지니어는 이러한 방향으로 일하고 있습니다."
또한 회사는 Ajax 기능이 클라우드 서비스에만 국한되지 않고 클라우드에 관계없이 모든 오프라인 도구를 사용할 수 있음을 보장합니다. 예를 들어, 중앙 모니터링 스테이션에 대한 직접 연결, 직접 SMS/전화 통화, SpaceControl 및 KeyPad를 사용하여 시스템을 활성화 및 비활성화하는 것은 모두 클라우드 연결 없이도 작동합니다.
Ajax는 또한 긴급 메시지, 문제 및 기타 유사한 상황에 대한 정책을 개발하여 사용자에게 적시에 현재 상태를 알릴 수 있도록 노력하고 있습니다. 그러나 회사는 이 정책이 소용이 없기를 바라고 있습니다. 언론 서비스는 또한 전문가 팀이 가능한 문제 지점을 찾고 필요한 개선 사항을 구현하기 위해 신중하게 노력하고 있다고 덧붙였습니다.
또한 읽기: