우리는 오류 로깅 기능을 설계하고 있으므로 서버마다 다른 오류가 발생하여 로깅 오류에 대한 중앙 데이터 저장소를 가질 수 있습니다.분산 된 (여러 서버 이상) 오류 로깅 기능, WCF 또는?
WCF 서비스를 사용하여 다양한 응용 프로그램에 오류 로그 파일을 쓰는 것이 좋은 생각입니까, 아니면 좋지 않은 생각입니까?
그들 그냥 데이터베이스에 ADO.NET에 의해, 내가 생각하는 간단한 경로입니다.
우리는 오류 로깅 기능을 설계하고 있으므로 서버마다 다른 오류가 발생하여 로깅 오류에 대한 중앙 데이터 저장소를 가질 수 있습니다.분산 된 (여러 서버 이상) 오류 로깅 기능, WCF 또는?
WCF 서비스를 사용하여 다양한 응용 프로그램에 오류 로그 파일을 쓰는 것이 좋은 생각입니까, 아니면 좋지 않은 생각입니까?
그들 그냥 데이터베이스에 ADO.NET에 의해, 내가 생각하는 간단한 경로입니다.
로컬 데이터 저장소에 로그인하는 것이 좋습니다. 장점은 다음과 같습니다
물론 이러한 포인트는 다른 측면에서 볼 수 있습니다. 이것은 단지 내 의견입니다.
syslog를 살펴 보는 것은 어떻습니까? 그것은 정확히 그 목적을 위해 만들어졌습니다.
오류 처리뿐만 아니라 감사 로깅을 제외하고 비슷한 접근 방식을 찾고 있습니다.
nettcp를 통해 WCF를 사용하면서도 이벤트 로그를 사용하여 보았지만 높은 신뢰 설정 및 성능 문제가 필요한 것으로 보입니다.
은 ZombieSheep의 반대에 의해 확신하지 :
그것은 기존의 WCF 연결을 통해 선택한 오류 보고서를 덤프 꽤 빠른입니다. 진지하게. 또한 비동기/대기열로 처리 할 수 있습니다. 나에게 중요한 요소는 아닙니다.
중앙 서비스 및 로컬 서비스에 로그온합니다. erroer 서비스가 온라인 상태로 돌아 오면 마지막 타임 스탬프 이후로 이벤트가 있는지 컴퓨터를 폴링합니다. 문제 해결됨.
DNS 별칭을 사용하고 경로를 변경하지 마십시오. IMO와 함께 내부 주소 지정을 수행하는 방식입니다.
한 대의 컴퓨터에 여러 개의 앱이 있다면 어떻게 될까요? 여러 앱에서 오류의 타이밍을 확인하려면 어떻게해야합니까?
아마도 10-20 개의 앱/서비스가 제공 될 것입니다.하지만 그렇다고 생각됩니다. –