요약: 콘텐츠를 프로덕션에 직접 업로드하는 데 문제가 있나요? 이는 코드 변경이나 기능 변경이 아닙니다. 콘텐츠 편집/추가만 가능합니다. 우리는 현재 이 작업을 위해 4개의 서버를 사용하고 있습니다. 이는 약간 돼지입니다. 자세한 내용은 아래를 읽어보세요.
저는 온갖 종류의 특이성을 지닌 SMB 네트워크를 물려받았습니다. 그러한 특이성 중 하나는 복잡성 때문에 당혹스럽습니다. 나는 그것이 Rube-Goldberg-machine과 같다고 확신하지만 확실하고 싶습니다.
IIS 기반 응용 프로그램 서버를 사용하는 클라이언트/서버 응용 프로그램이 있습니다. 이 애플리케이션 서버는 웹 GUI와 데이터베이스 연결을 중개합니다. 이 경우에는 다른 서버(MSSQL2005)에서 호스팅됩니다. 이 애플리케이션을 통해 업로드되고 데이터베이스에 Blob으로 저장되는 .tif 파일이 있습니다. 이미지 위에 마스크를 만드는 데이터도 있습니다(채워진 형태를 만들 수 있도록). 또한 우리는 이러한 이미지/마스크의 저장소 역할을 하는 공개 서버를 호스팅하므로 다른 사람이 수동으로 이미지/마스크를 생성할 필요가 없습니다.
알겠습니다. 지금까지 나와 함께 있나요? 기본적으로 .tif 파일과 데이터는 한쪽 끝에 있고 다른 쪽 끝에는 대중이 이 이미지/데이터를 다운로드할 수 있습니다.
여기에 이상한 부분이 있습니다. 사용자가 완성된(및 QA 처리된) 이미지를 프로덕션에 직접 업로드하는 대신 내부 서버로 이동합니다. 그런 다음 프로세스는 Blob을 추출하고 .tif 파일을 다시 만듭니다. 또한 이 프로세스는 양식에 필요한 데이터만 추출합니다. 그런 다음 준비 서버로 이동합니다. 이 스테이징 서버는 프로덕션 서버와 중복되지만 이 프로세스를 제외하고는 실제로 이 부분을 사용하지 않습니다. 준비가 완료되면 다른 작업이 실행되어 최종적으로 이미지와 데이터를 프로덕션 서버에 복제합니다. 그러나 스테이징 서버는 웹 개발에 사용됩니다. 어떤 일이 발생하면 이 이벤트 체인이 끊어지고 복제가 중지될 수 있습니다.
또한 이 프로덕션 서버는 정기적으로 백업되므로 준비는 재해 복구를 위한 것이 아니라는 점도 주목할 가치가 있습니다. 또한 스테이징 서버는 공개되지 않으므로 중복성을 위해 사용되지 않습니다. 그냥 거기 있어요.
설상가상으로 이러한 작업은 SQL Server 작업/트리거가 아닌 vbs 스크립트, bat 파일 및 Windows 예약 작업을 사용하여 수행되는 것으로 보입니다.
내 질문은 "이게 다 필요한가요?"입니다. QA 플래그가 true로 설정될 때마다 프로덕션 서버를 업데이트하기 위해 원본 SQL 서버에서 트리거를 설정할 수 없는 이유는 무엇입니까? 왜 이 모든 복사 과정을 거치는가? 제가 누락된 이유가 있나요?
저는 단지 우리 네트워크를 정리하기 위해 제가 올바른 일을 하고 있는지 확인하고 싶을 뿐입니다.
읽어 주셔서 감사합니다.
답변1
나는 게으름의 악취나는 자취를 느낀다. 추측컨데, 이 특정 애플리케이션의 개발 과정 중 어딘가에서 작동하지 않는 문제가 발생한 것 같습니다. 또는 오히려 스테이징에서는 작동했지만 프로덕션에서는 작동하지 않았습니다. 그리고 일이 제대로 돌아가게 하려면지금 바로그들은 당신이 언급한 방식으로 스테이징 서버를 프로덕션에 연결했습니다. 그랬어요. 그리고 그것이 작동하고 있었기 때문에 누구든지 애초에 그것이 작동하지 않는 이유를 알아내려고 노력하지 않고 그냥 떠났습니다.
당신을 입력합니다.
왜 이런가요? 작동하기 때문입니다.
어떻게 이렇게 됐나요? 알 수 없지만, 뭔가 망가진 것이 이런 식으로 된 이유의 핵심 부분인 것 같아요.
이 내용을 자유롭게 정리하세요.오른쪽방법.