我有一個應用程序在16個Weblogic實例下運行,分佈在4臺服務器上。哪個系統可以工作最好?
最重要的是,我有2個Apache服務器,與應用程序服務器進行通信。最重要的是,我有一個負載平衡系統(CSS卡,即將被另一種卡 - ACE卡取代)。
這工作正常。
但是我的公司希望擺脫2個Apache服務器,並集成一個IIS實例,它將與一個Weblogic實例進行通信。
所以基本上,我將有:
- 16 IIS的情況下,有16個WebLogic實例來說,用1-1的關係。
就個人而言,我對這種架構非常懷疑,因爲:如果WebLogic實例關閉
會發生什麼?我的意思是,IIS實例仍然繼續接收來自負載平衡系統的請求。我知道新的負載均衡系統可以首先發送一個請求來查看應用程序是否正在響應,如果是,它會讓請求進一步發送。但是,我可以想象這需要花費很多時間,並且對性能不利。此外,如果應用程序正在響應(意味着Weblogic已啓動並正在運行),但是這次,IIS不在,負載平衡系統會將請求發送到已關閉的IIS實例。所以用戶將不得不永遠等待!
您認爲我可能錯過了這種新解決方案的其他優點或缺點嗎?這是一個好的架構解決方案嗎?
有一個明確的問題。我可能能夠在太遲之前阻止它。所以,我修改了問題的標題。我需要知道新解決方案是否適合生產使用,如果沒有,爲什麼:是否有任何我不知道的缺點或其他問題。我希望當你說「這是最好的解決方案」時你是對的,但我需要證明這一點。 –
如果事情已經很好地發揮作用,應該有明確的變化原因。如果不是,現在最好繼續下去。單純的偏好(在你的描述中「喜歡」)並不是推動變革的可靠驅動因素。這是什麼不明確在這裏。是什麼讓一個已經工作的東西得到改變?爲什麼喜歡?目前的工作系統中不存在什麼是要完成的?如果你這樣質疑,你有時可能會認爲這種改變不是真正需要的。如果找到可信的理由,那麼只有新的解決方案可以衡量它們。 –
謝謝卡邁勒。但事情是,在一家大公司,這並不總是它的工作方式。有些人可能會提出自己的解決方案,而這些人可能是非常重要的。所以,邏輯方式並不總是首選。所以,一些「錯誤」的解決方案可能會用於生產。因此,我現在需要的是一種很好的專業知識,可以讓我更好地理解新解決方案(如果存在)的優點。它如何與負載平衡器兼容?如果發生Weblogic等事件,它如何與Weblogic一起工作......所有限制情況。用這兩種解決方案 –