1
우리는 관리를 위해 작업 흐름을 개인에게 할당하는 웹 앱 (ASP)을 보유하고 있습니다. 문제는 작업에 서명하기 전에 발생합니다. 저녁/밤/이른 아침에는 작업이 가볍게 배치되므로 다른 중요한 작업이 컴퓨터에서 수행되는 경우 (관리 도구의 선반에서 공구 가져 오기) 작업 관리 대기열을 면밀히 관찰하지 못할 수 있습니다. 따라서 작업 영역의 모니터 나 TV 화면에서 새로운 미사용 작업을 지속적으로 새로 고치는 프로그램을 만드는 기능적 요구 사항이 있습니다.들어오는 요청의 공개 대기열을위한 최상의 아키텍처?
질문 : 배포 아키텍처에 권장되는 모범 사례가 있습니까? 웹 대 데스크톱 씩 클라이언트 응용 프로그램?
웹 :
프로 -
단점 일관된 아키텍처 유지 - 상자의 제어는 우리가 상자를 보장하기 위해 추가 단계를 수행해야 어렵다 수 있습니다하지 하이 뇌파, 다른 사이트로 제한 로그인을 제어 다른 보안 및 컴퓨터 자원
데스크톱 두꺼운 클라이언트 :
단점 - 웹 및 클라이언트 모두 이제 앱을 지원해야합니다. 두 개의 위치에 두 개의 인스턴스를 배포해야합니다.
장점 - 보안 및 제한 상자 사용은 간단합니다. 응용 프로그램 보안 로그가 필요하지 않으므로 필요한 경우 PE와 같은 기능으로 응용 프로그램을 다시 가져올 수 있습니다.