摘要：直接將內容上傳到生產環境有什麼問題嗎？這不是程式碼更改或功能更改。僅內容編輯/新增。我們目前使用 4 台伺服器來完成此操作，這有點麻煩。有關詳細信息，請閱讀下文。
我剛剛繼承了一個具有各種特質的中小企業網路。其中一種特質的複雜性令人費解。我很確定它就像魯布-戈德堡機器一樣，但我想確定一下。
我們有一個使用基於 IIS 的應用程式伺服器的客戶端/伺服器應用程式。該應用程式伺服器協調 Web GUI 和資料庫連接 - 在我們的範例中，資料庫連接託管在另一台伺服器 (MSSQL2005) 上。有一些 .tif 檔案透過此應用程式上傳並作為 blob 儲存在資料庫中。還有一些資料可以在影像上製作遮罩（以便可以製作填滿的表單）。我們還託管一個公共伺服器，作為這些圖像/蒙版的儲存庫，以便其他人不必手動建立它們。
好吧，到目前為止我還好嗎？基本上，.tif 檔案和資料在一端，在另一端，公眾可以下載該圖像/資料。
這是奇怪的部分。我們的用戶不會將這些已完成（並經過品質檢查）的圖像直接上傳到生產中，而是進入內部伺服器。然後，進程提取 blob 並重新建立 .tif 檔案。此過程還只提取表單所需的資料。然後它會轉到臨時伺服器。該登台伺服器是生產伺服器的副本，但我們從未實際使用過它的這一部分 - 除了這個過程。一旦進入暫存階段，另一個任務就會運行以最終將映像和資料複製到生產伺服器。然而，臨時伺服器用於 Web 開發。如果發生某些事情，它可能會破壞這個事件鏈並停止複製。
另外值得注意的是，該生產伺服器會定期備份，因此暫存並不意味著災難復原。登台伺服器也不以任何方式公開，因此它不用於冗餘。它就在那裡。
雪上加霜的是，這些任務似乎是透過 vbs 腳本、bat 檔案和 Windows 排程任務來完成的，而不是任何類型的 SQL Server 任務/觸發器。
我的問題是“這一切有必要嗎？”為什麼每當 QA 標誌設定為 true 時，就不能在原始 SQL 伺服器上設定觸發器來更新生產伺服器？為什麼要經歷所有這些複製。我失蹤有什麼原因嗎？
我只是想確保我正在做正確的事情來理清我們的網路。
謝謝閱讀。
答案1
我感覺到了懶惰的惡臭痕跡。據猜測，在這個特定應用程式的開發過程中的某個地方，有些東西不起作用。或者更確切地說，它在登台中有效，但在生產中無效。為了讓事情正常運轉現在他們以您提到的方式將臨時伺服器連接到生產環境。它確實做到了。既然它能工作，誰就懶得去嘗試找出為什麼它一開始就不能工作，然後就離開了。
輸入你。
為什麼會這樣呢？因為它有效。
怎麼會變成這樣呢？未知，但我猜某些東西損壞是造成這種情況的關鍵部分。
請隨意解決這個問題正確的方式。