WCF 서비스에 대한 설계 고려 사항은 하루에 500k 번 액세스됩니다.

Question

db를 쿼리하고 복합 유형의 콜렉션을 리턴하는 WCF 서비스를 작성해야합니다. 그 자체로 복잡한 작업은 아니지만 서비스는 하루 평균 총 50 만 건의 조회수가있는 여러 웹 사이트에 의해 액세스 될 것입니다.

설계시 고려해야 할 특별한 고려 사항이 있습니까?

감사합니다.

Answer 1

개발 측면에서는 특별한 문제가 없습니다. 잘 설계된 WCF 서비스는 1000 초 요청을 처리 할 수 ​​있습니다. 초당.은 4x HP 프로 라이언트 BL460c 블레이드가 장착 된 블레이드 시스템을 사용하여 초당 22,000 개의 요청을 표시하는 WCF 용이며 각 블레이드에는 단일 쿼드 코어 Xeon E5450 CPU가 장착되어 있습니다. 보내려는 메시지의 복잡성이나 크기는 보지 못했지만 HP의 주류 서버에서는 초당 1000 개 이상의 메시지를 얻을 수 있습니다. 그리고 좋은 디자인으로 스케일 아웃이 잘 작동합니다. 이 최고 속도에서 하루에 500k는 WCF에 구축 된 통신 레이어에 특히 스트레스가 없습니다.

작업중인 메시지 볼륨에서 을 수행하십시오.은 조작 측면을 고려해야합니다. 내가 아침에, 그들은 시스템의 기본 생체 신호를보고 싶은 곳, 접근 방식을 사용 말한 WCF 시스템 (및 기타 .NET 시스템) 감독
대부분의 시스템 작전 사람들 로깅

:

• 요청 볼륨의 이동 평균 : 1 분, 1 시간, 1 일. 역사적 평균
• 에러/예외 속도로 그 수량의
• 비교 : 1 분, 1 시간, 그 수량의 일일
• 비교

당신의 예외 (볼륨 충분히 낮은 경우 대부분의 경우 그들은해야 be)를 사용하여 모든 응용 프로그램 로그를 특수 응용 프로그램 이벤트 로그 나 다른 감사 로그에 기록 할 수 있습니다. 이를 위해서는 감사의 저장에 대한 생각이 필요합니다. 까다로운 이유는 매우 예외적 인 조건으로 인해 매우 높은 볼륨 로깅이 발생하여 예외적 인 조건 인 눈덩이 효과를 악화시킬 수 있기 때문입니다. 확실히 이것을 방지하기 위해 예외 로깅에 대한 제한을 원합니다. 내가 무슨 뜻인지 안다면 "팝 오프 밸브".

데이터 저장소
그리고 데이터 소스, 그것이 무엇이든, 당신이 그것에 던지고있다 쿼리의 볼륨을 지원할 수있는 보험에 가입 할 필요가 물론. 올바른 시민권 문제와 마찬가지로 서비스에서 캐싱을 구현하여 데이터 저장소의 부하를 줄일 수 있습니다. 내가 인용 벤치 마크와

네트워크

은 네트워크 꽤 활짝 열려 기가비트 이더넷이었다. 사용자 환경에서는 네트워크가 공유 될 수 있으므로 추가로드가 적절한 지 확인해야합니다.