내 소프트웨어는 바다 서버에서 떨어진 위치, (우리가 그들을 지불 즉) 몇 상업에서 타사 웹 사이트를 상태 정보를 가져 오는 있습니다원격 웹 사이트 가용성에 대한 어떤 기대가 합리적입니까?
배경 - 일반적으로 간단한 HTTP는 XML 파일의 가져 오기.
물론 중단 (예 : 제한 시간)을 처리하고 정상적으로 저하되는 코드를 개발했습니다. 또한 빈도를 기록하고 네트워크 결함이 한 번만 (예 : 연속으로 4 번 실패하거나 5 분 안에 5 번 실패) 이상있는 경우에만 관리자에게 경고합니다.
데이터 공급자로부터 제공되는 서비스 수준 계약이나 (사이버) 인터넷 사이의 어떠한 형태의 서비스 수준 계약도 제가 가지고 있지 않습니다.
경보가 스로틀 됨에도 불구하고 하루에도 여러 번 수신되고 있습니다. 놀라운 결과입니다. 한 시간 정도의 중단이 있음을 알 수는 없지만 실패한 http 요청 수가 많은 요청의 5 ~ 8 %를 차지할 때까지는 30-60 분 정도의 시간이 걸립니다. 데이터 공급 업체, 인터넷 제공 업체에 불만을 제기할지 또는 클라우드에 거주하는 사람들인지에 대해 불만을 제기할지 여부는 알 수 없습니다.
나는 내 기대를 조정해야합니다.
[질문 지구 반대편에있는 다른 하나의 데이터 센터에서 전형적인 인터넷 연결을 통해 여행 전형적인 HTTP 연결의
, 내가 가용성의 어떤 종류를 기대해야합니까?
(예 : 재 시도 시간으로 고정 된) 주요 중단 (예 : 10 분 이상 연결 안함)을 고려하지 않고 TCP 연결에 대해 이야기하고 있으므로 대부분의 임의 패킷 손실이 숨겨져 있습니다. 단순히 두 가지에 접근하는 것이 아니라 "세 가지 나인"을 기대하는 것이 합리적입니까?
(내가 대답은 3G 연결 대 모뎀에 비해 동일한 서브넷에 두 컴퓨터 사이에 달라질 수 있음을 감사 - 나는 전형적인 얻기 위해 노력하고 기성하지만 상용 등급의 figurers.)
고마워 길버트, 나는 그 모든 것을 이해합니다. 제가 운영하는 서버는 한 달에 한 번씩 다른 나라에있는 싼 공급자에게 호스팅되는 VPS입니다. ISP는 ISP 네트워크에 SLA를 제공하지 않습니다. 나는 완벽한 정전으로 많은 문제를 겪지 않고 있으며, 개별 HTTP 요청은 실패했다. 임의의 인터넷 라우터에서 웹 호스팅 유지 관리보다 네트워크 정체 가능성이 더 높습니다. 그것이 내 통제에서 크게 벗어났다는 것에 동의한다. 그래서 나는 근본적인 문제를 실제로 고치기보다는 나의 기대를 바꿀 필요가 있다고 생각한다. – Oddthinking