2012-07-30 211 views
1

我們面臨着維護大量Windows服務的問題。 這個想法是將Windows服務重新組織到類庫中,並將庫連接到一個主窗口服務。有一個好主意嗎?任何建議請)Windows服務「沙箱」

+0

這非常寬泛。也許你可以給我們提供一些關於你正在解決或試圖解決的問題的更多信息。你只是在問一般的項目組織嗎? – 2012-07-30 18:26:52

+1

我會看到的一個大紅旗是,如果該服務出現故障,則所有功能都會關閉。這些服務做什麼? – 2012-07-30 18:29:21

+1

我們正在尋找維護與特定項目有關的所有Windows服務的決定。如果服務停止,我們需要知道服務狀態(在線/離線)和電子郵件管理員。e.ct服務正在準備和傳輸數據庫中的數據或接收數據。 – 2012-07-30 18:41:06

回答

1

我解釋你的問題是「我們有很多小的Windows應用程序作爲服務運行 - 我們如何簡化它們?」。

一般來說,很多較小的程序都比較好。單個單片應用難以維護和測試;當有人需要做一些小改動時,可能會對應用程序中的其他幾十個組件造成災難性後果。正如克里斯奈特上面所評論的那樣,它也可能使得改變一個小應用程序而不把整個服務關閉。

另一方面,許多小程序遭受廣度問題。您可能想要確保所有小程序都運行在一致的框架上 - 即它們都將其結果記錄到同一位置,它們都使用標準化的配置系統,並且它們都在相同的位置進行管理。

我已經看到人們編寫服務的情況,因爲他們需要在「發生特定情況時」運行任務,因此他們使其成爲持續運行的服務並不斷檢查該情況。您是否有可能獲得一些服務並將其轉化爲個別應用程序的觸發啓動?

如果這不是正確的解釋,請讓我知道:)

+0

謝謝你的回答。 是的,我們有一個非常成長的項目),涉及各種技術。我們應該使用Web服務將一個Web系統連接到另一個不同的系統,但是我們也需要一些東西來啓動傳輸數據或傳輸數據並將數據轉換爲另一個系統的另一種格式。 – 2012-07-30 19:03:23

+0

這就是我們尋找維護決策的原因 – 2012-07-30 19:04:36

+0

對於觸發任務,我傾向於使用像Windows任務計劃程序或其他程序(如http://www.acelet.com/super/SuperScheduler/)這樣的簡單任務包裝器。你也可以編寫一個小小的網頁應用程序,並給它一些按鈕來產生特定的任務,如果它們是手動觸發的。 – 2012-07-30 19:20:05