2008-11-07 3 views
0

우리는 오류 로깅 기능을 설계하고 있으므로 서버마다 다른 오류가 발생하여 로깅 오류에 대한 중앙 데이터 저장소를 가질 수 있습니다.분산 된 (여러 서버 이상) 오류 로깅 기능, WCF 또는?

WCF 서비스를 사용하여 다양한 응용 프로그램에 오류 로그 파일을 쓰는 것이 좋은 생각입니까, 아니면 좋지 않은 생각입니까?

그들 그냥 데이터베이스에 ADO.NET에 의해, 내가 생각하는 간단한 경로입니다.

답변

1

로컬 데이터 저장소에 로그인하는 것이 좋습니다. 장점은 다음과 같습니다

  1. 속도 - 그냥 기존 데이터 연결을 선택한 오류 보고서를 덤프 꽤 빠른입니다.
  2. 추적 가능성 - 서비스에 오류가 발생하면 어떻게됩니까? 당신 모든 서버에서 오류를 추적하는 모든 능력을 잃습니다.
  3. 단순함 - 오류 서비스에 대한 끝점을 변경하면 서비스를 사용하는 다른 모든 응용 프로그램을 업데이트해야합니다.
  4. 보고 - 쉽게 응용 프로그램의 로컬 데이터 저장소에 찾을 수있을 때 당신은 정말 한 곳에서 응용 프로그램의 수십/수백에서 오류 보고서를 통해 트롤을 원하십니까?

물론 이러한 포인트는 다른 측면에서 볼 수 있습니다. 이것은 단지 내 의견입니다.

+0

아마도 10-20 개의 앱/서비스가 제공 될 것입니다.하지만 그렇다고 생각됩니다. –

1

syslog를 살펴 보는 것은 어떻습니까? 그것은 정확히 그 목적을 위해 만들어졌습니다.

0

오류 처리뿐만 아니라 감사 로깅을 제외하고 비슷한 접근 방식을 찾고 있습니다.

nettcp를 통해 WCF를 사용하면서도 이벤트 로그를 사용하여 보았지만 높은 신뢰 설정 및 성능 문제가 필요한 것으로 보입니다.

은 ZombieSheep의 반대에 의해 확신하지 :

  1. 그것은 기존의 WCF 연결을 통해 선택한 오류 보고서를 덤프 꽤 빠른입니다. 진지하게. 또한 비동기/대기열로 처리 할 수 ​​있습니다. 나에게 중요한 요소는 아닙니다.

  2. 중앙 서비스 및 로컬 서비스에 로그온합니다. erroer 서비스가 온라인 상태로 돌아 오면 마지막 타임 스탬프 이후로 이벤트가 있는지 컴퓨터를 폴링합니다. 문제 해결됨.

  3. DNS 별칭을 사용하고 경로를 변경하지 마십시오. IMO와 함께 내부 주소 지정을 수행하는 방식입니다.

  4. 한 대의 컴퓨터에 여러 개의 앱이 있다면 어떻게 될까요? 여러 앱에서 오류의 타이밍을 확인하려면 어떻게해야합니까?