專利名稱：維護網絡應用平臺運行的方法及維護設備的制作方法
技術領域：
本發明涉及計算機網絡領域，具體涉及ー種維護網絡應用平臺運行的方法及維護設備。
背景技術：
目前，隨著網絡應用的快速發展，網絡應用平臺能夠呈現的應用種類和數量越來越多。在常見的網絡應用平臺系統架構中，網絡應用平臺與多個底層服務器相連接，每
個底層服務器能夠提供ー個或多個應用。由于在這種網絡應用平臺系統架構中，網絡應用平臺、各服務器采用標準的多個系統合作模型，即各部分之間存在著相互依賴的關系，因此，當ー個底層服務器出現故障時，會影響到網絡應用平臺中的其它底層服務器或者設備無法正常運行，例如，引起其它底層服務器和其它設備的各種超時，會產生類似雪災的效應，大面積影響其它底層服務器和其它設備的正常運行。即使有報警設備進行監測，但是報警后各應用或底層服務器和其它設備通過手工更新配置，重新上線，效率較低，線上影響時間較長，從而導致用戶無法訪問該網絡應用平臺中的任ー應用，給用戶造成了極大的不便。
發明內容
鑒于上述問題，提出了本發明以便提供ー種克服上述問題或者至少部分地解決上述問題的維護網絡應用平臺運行的方法及維護設備。依據本發明的ー個方面，提供了一種維護網絡應用平臺運行的方法。網絡應用平臺與一個或多個底層服務器通信連接，每個底層服務器提供一個或者多個應用。網絡應用平臺包括應用門戶，在應用門戶中呈現底層服務器提供的應用。該方法包括檢測每個底層服務器中提供的應用是否正常；在應用門戶中加載檢測結果為正常的應用；以及不在應用門戶中加載檢測結果為不正常的應用。可選地，檢測每個底層服務器中提供的應用是否正常的步驟包括每隔預設的時間間隔，檢測每個底層服務器中提供的應用是否正常。可選地，檢測每個底層服務器中提供的應用是否正常的步驟包括訪問該底層服務器中與所提供的應用相對應的預定URL，如果該底層服務器對該URL請求沒有響應或者產生錯誤，則確定對應該URL的應用不正常。可選地，不在應用門戶中加載檢測結果為不正常的應用的步驟包括基于檢測結果，利用腳本來發布應用門戶的新版本，在新版本中不加載檢測結果為不正常的應用。可選地，還包括檢測被檢測為出現異常的應用是否恢復正常，當檢測到其恢復正常時，在應用門戶中加載檢測恢復正常的應用。可選地，當檢測到其恢復正常時加載該應用的步驟包括基于檢測結果，利用腳本來發布應用門戶的新版本，在新版本中重新加載恢復正常的應用。根據本發明的另一方面，提供了一種維護網絡應用平臺運行的維護設備。網絡應用平臺與一個或多個底層服務器通信連接，每個底層服務器提供一個或者多個應用。網絡應用平臺包括應用門戶，在應用門戶中呈現底層服務器提供的應用。維護設備包括監控器，被配置為檢測底層服務器中的應用是否正常；以及應用門戶控制器，根據監控器的檢測結果來控制應用門戶，其中在應用門戶中加載檢測結果為正常的應用，并且不在應用門戶中加載檢測結果為不正常的應用。可選地，監控器每隔預設的時間間隔來檢測每個底層服務器中的應用是否正常。可選地，監控器訪問該底層服務器中與所提供的應用相對應的預定URL，如果該底層服務器對該URL請求沒有響應或者產生錯誤，則確定對應該URL的應用不正常。可選地，其中應用門戶控制器還包括應用加載模塊，適于基于檢測結果來發布應用門戶的版本，在應用門戶的版本中，在應用門戶中加載檢測結果為正常的應用且不加載檢測結果為不正常的應用。根據本發明的維護網絡應用平臺運行的方法及維護設備，可以檢測每個底層服務 器中提供的應用是否正常，并根據檢測結果在應用門戶中加載正常的應用，而不加載不正常的應用，由此解決了只要有一個底層服務器中的ー個應用出現故障就會影響整個應用門戶運行的問題，取得了能夠在某一底層服務器中的應用出現故障的情況下，應用門戶依然可以向用戶提供其他底層服務器的應用的有益效果。上述說明僅是本發明技術方案的概述，為了能夠更清楚了解本發明的技術手段，而可依照說明書的內容予以實施，并且為了讓本發明的上述和其它目的、特征和優點能夠更明顯易懂，以下特舉本發明的具體實施方式
。
通過閱讀下文優選實施方式的詳細描述，各種其他的優點和益處對于本領域普通技術人員將變得清楚明了。附圖僅用于示出優選實施方式的目的，而并不認為是對本發明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中圖I示出了根據本發明一個實施例的維護網絡應用平臺運行的方法流程圖；圖2示出了根據本發明一個實施例的維護網絡應用平臺運行的維護設備與網絡應用平臺以及底層服務器之間的結構示意圖；圖3示出了本發明實施例中檢測到某一應用出現異常之前的界面圖；圖4示出了本發明實施例中檢測到某一應用出現異常之后的界面圖。
具體實施例方式下面將參照附圖更詳細地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應當理解，可以以各種形式實現本公開而不應被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠將本公開的范圍完整的傳達給本領域的技術人員。圖I示出了根據本發明的一個實施例的維護網絡應用平臺運行的方法的流程圖。在該實施例中，網絡應用平臺與一個或多個底層服務器通信連接，每個底層服務器向網絡應用平臺提供一個或多個應用。該網絡應用平臺上包括應用門戶，在該應用門戶中呈現所有底層服務器提供的所有應用，供不同的用戶根據自身的需求，對感興趣的應用進行訪問。這里，網絡應用平臺可以由一臺或多臺服務器來實現，應用門戶例如可以是設置于網絡應用平臺中的應用接ロ。如圖I所示，根據本發明的一個實施例的維護網絡應用平臺運行的方法始于步驟S110，在步驟SllO中，檢測每個底層服務器中提供的應用是否正常。為了避免某一底層服務器出現故障而影響網絡應用平臺和其它底層服務器的正常運行，可以對每個底層服務器中提供的應用的狀態進行檢測。具體地，可以每隔預設的時間間隔，檢測一次各個底層服務器中提供的應用是否正常，為了及時發現故障，可以將預設的時間間隔設置得盡可能小，以達到近似實時檢測的效果。其中，用戶訪問底層服務器提供的應用可以通過與該底層服務器所提供的該應用相對應的預定URL進行訪問。也就是說，每ー應用都具有一個與之相對應的URL，通過訪問該URL，即可訪問該應用。因此，在檢測某一底層服務器中提供的應用是否正常時，可以通過訪問與該底層服務器所提供的應用相對應的URL來進行檢測。如果當訪問該底層服務器提 供的該應用對應的URL吋，該底層服務器對該URL請求沒有響應或者產生錯誤，則確定與該URL對應的應用不正常，反之，則確定與該URL對應的應用正常。例如，可以通過she 11腳本(或其它腳本)來訪問某一底層服務器所提供的一個應用對應的URL，如果該底層服務器在預定時間內對該URL請求沒有響應，或者產生了錯誤信息，例如如果底層服務器返回500或502這樣的HTTP錯誤代碼等，則確定與該URL對應的應用不正常。這里，500表示內部服務器錯誤信息，502表示網關錯誤信息，根據產生的錯誤信息可以初步確定底層服務器中的應用存在故障的原因。通過定期訪問每個底層服務器中的每個應用對應的URL，即可確定各個底層服務器中的各應用的狀態是否正常。另外，為了確保底層服務器的及時修復，還可以在確定出某個底層服務器中的某個應用的狀態不正常之后，向技術人員發送短信通知，以便技術人員能夠及時對其進行修復。在上述步驟SllO中獲得對每個底層服務器提供的應用的檢測結果之后，在步驟S120中，在應用門戶中加載檢測結果為正常的應用，而不加載檢測結果為不正常的應用。也就是說，在步驟S120中，根據在步驟SllO中所獲得的檢測結果來確定在應用門戶中應該加載哪些應用。具體地，在步驟S120中，在應用門戶中加載哪些應用可以由該應用門戶的腳本來實現。該應用門戶的腳本的一種實現方式為只包含要被加載的應用對應的參數信息，不包含不被加載的應用對應的參數信息。這樣，用戶通過應用門戶只能看到正常的應用并能調用它們，而根本看不到不正常的應用，因此也不會出現因為調用不正常的應用而產生的故障。另外，由于根據檢測結果來確定的被加載的應用和不被加載的應用可能會有變化，所以需要發布該應用門戶的腳本的新版本，在該新版本中只包含檢測結果為正常的應用對應的參數信息，而不包含檢測結果為不正常的應用對應的參數信息，從而通過運行應用門戶的腳本的新版本，在網絡應用平臺上顯示給用戶的都將是能夠正常運行的應用。該應用門戶的腳本的另ー種實現方式為包含全部應用對應的參數信息，但是，針對每ー應用，還包含一個用來決定該應用是否呈現的參數，當該參數的參數值為I時，表示該應用能夠向用戶呈現，這樣，當運行應用門戶腳本的新版本時，該應用被加載；當該參數的參數值為0時，表示該應用不向用戶呈現，當運行應用門戶腳本的新版本時，該應用不被加載。從而，應用門戶根據其腳本中決定應用是否呈現的參數的參數值來決定是否加載對應的應用。在這種實現方式下，為了呈現根據檢測結果而被加載的應用，需要發布該應用門戶的腳本的新版本，在該新版本中，對于檢測結果為正常的應用，將其對應的決定是否呈現的參數的參數值設置為I，則在運行應用門戶的腳本的新版本時該應用被加載，因而會被呈現給用戶；對于檢測結果為不正常的應用，將其對應的決定是否呈現的參數的參數值設置為O，則運行應用門戶的腳本的新版本時該應用不被加載，因而不會被呈現給用戶。由此可知，當運行應用門戶腳本的新版本吋，呈現給用戶的都是狀態正常的底層服務器提供的應用，而狀態不正常的底層服務器提供的應用則不會呈現給用戶。根據本發明的ー個示例，上述應用門戶采用的腳本可以是shell腳本，也可以是其它腳本。
通過采用本發明提供的上述維護網絡應用平臺運行的方法，即使在某個底層服務器中存在狀態異常的應用時，用戶也可以通過應用門戶訪問狀態正常的應用，從而可以保障網絡應用平臺的正常運行，使得網絡應用平臺不會因為ー個或幾個底層服務器中提供的ー個或數個應用出現故障而不能正常運行。可選地，為了確保在出現異常的應用恢復正常時能夠被及時地加載到應用門戶中，本發明的維護網絡應用平臺運行的方法還可以包括步驟S130，在步驟S130中，檢測上述被檢測為不正常的應用是否已恢復正常，當檢測到其已恢復正常時，在所述應用門戶中加載該恢復正常的應用，從而可以保障為用戶提供盡可能多的應用。一方面，所述步驟S130可以在步驟S120之后執行，即，僅對在步驟SllO中檢測為不正常的應用進行進ー步的檢測，檢測其是否已恢復正常，當檢測其已恢復正常時，再次發布應用門戶腳本的新版本，在該新版本中將已經恢復正常的應用重新加載到應用門戶中。另ー方面，所述步驟S130也可以在步驟SllO之后執行，即，在步驟SllO中在每隔預設的時間間隔檢測每個底層服務器提供的應用是否正常的步驟之后，還進ー步執行步驟S130，以檢測之前被檢測為不正常的應用是否已恢復正常，這樣，在執行步驟S120發布應用門戶腳本的新版本時，不僅在新版本中加載被檢測為正常的應用，而且重新加載已恢復正常的應用，從而使用戶能夠盡快地訪問已恢復正常的應用，降低對用戶的影響。采用步驟S130可以避免在一應用被檢測為不正常之后而被長時間擱置ー邊,使用戶長時間不能訪問該應用的問題。另外，本發明還可以采用另一方式在步驟SllO中毎次得到所有底層服務器的檢測結果之后，都將本次的檢測結果與上一次的檢測結果進行比較，如果本次的檢測結果與上一次的檢測結果不同，則發布應用門戶腳本的新版本，在該新版本中加載檢測結果正常的應用，不加載檢測結果不正常的應用；如果本次的檢測結果與上一次的檢測結果相同，則無需再發布應用門戶腳本的新版本。這樣，可以減少網絡應用平臺的更新次數，提高運行速度。圖2示出了根據本發明一個實施例的維護網絡應用平臺運行的維護設備與網絡應用平臺以及底層服務器之間的結構示意圖。如圖2所示，該維護設備200包括監控器210以及應用門戶控制器220。監控器210與各個底層服務器分別通信連接，且被配置為檢測各底層服務器中的應用是否正常。應用門戶控制器220根據監控器210的檢測結果來控制應用門戶加載檢測結果為正常的應用，不加載檢測結果為不正常的應用。為了清楚地圖示出該維護設備200與網絡應用平臺以及各底層服務器之間的連接關系，在圖2中不僅示出了本發明的維護設備200，而且示出了與本發明的維護設備200相連接的網絡應用平臺320以及底層服務器310。如圖2所示，包括應用門戶321的網絡應用平臺320分別與各個底層服務器310相連，其中應用門戶321加載底層服務器310中提供的正常的應用并將其呈現給用戶，其例如可以是帶有界面的應用接ロ。應用門戶控制器220分別與網絡應用平臺320的應用門戶321和監控器210相連。監控器210分別與各個底層服務器310相連，以檢測各底層服務器310中提供的應用是否正常，并將檢測結果傳送給應用門戶控制器220，其中監控器210可以每隔預設的時間間隔檢測每個底層服務器310中提供的應用是否正常，具體的檢測方式可以通過訪問與待檢測的底層服務器中的應用相對應的URL，如果對該應用對應的URL的請求沒有響應或者返回錯誤信息，則確定與該URL對應的應用不正常，例如返回的錯誤信息可能為http500 (表示內部服務器錯誤信息)或http502 (表示網關錯誤信息)等。應用門戶控制器220基于監控器210的檢測結果來控制應用門戶321加載被檢測為正常的應用，而不加載被檢測為不正常的應用。
監控器210獲取到檢測結果之后，將檢測結果發送給應用門戶控制器220。應用門戶控制器220加載檢測結果為正常的應用，而不加載檢測結果為不正常的應用。具體地，應用門戶控制器220控制應用門戶中加載哪些應用可以由該應用門戶的腳本來實現。該應用門戶的腳本的一種實現方式為只包含要被加載的應用對應的參數信息，不包含不被加載的應用對應的參數信息。這樣，用戶通過應用門戶只能看到正常的應用并能調用它們，而根本看不到不正常的應用，因此也不會出現因為調用不正常的應用而產生的故障。另外，由于根據檢測結果來確定的被加載的應用和不被加載的應用可能會有變化，所以需要由應用門戶控制器220發布該應用門戶的腳本的新版本，在該新版本中只包含檢測結果為正常的應用對應的參數信息，而不包含檢測結果為不正常的應用對應的參數信息。可選地，該應用門戶的腳本的另ー種實現方式為包含全部應用對應的參數信息，但是，針對每ー應用，還包含一個用來決定該應用是否呈現的參數，當該參數的參數值為I時，表示該應用能夠向用戶呈現，這樣，當運行應用門戶腳本的新版本時，加載該應用；當該參數的參數值為0時，表示該應用不向用戶呈現，當運行應用門戶腳本的新版本吋，不加載該應用。從而，應用門戶根據其腳本中決定應用是否呈現的參數的參數值來決定是否加載對應的應用。在這種實現方式下，為了呈現根據檢測結果而被加載的應用，需要由應用門戶控制器220發布該應用門戶的腳本的新版本，在該新版本中，對于檢測結果正常的應用，將其對應的決定是否呈現的參數的參數值設置為1，則在運行應用門戶的腳本的新版本時該應用被加載，因而會被呈現給用戶；對于檢測結果不正常的應用，將其對應的決定是否呈現的參數的參數值設置為0，則運行應用門戶的腳本的新版本時該應用不被加載，因而不會被呈現給用戶。由此可知，當運行應用門戶腳本的新版本時，呈現給用戶的都是狀態正常的底層服務器提供的應用，而狀態不正常的底層服務器提供的應用則不會呈現給用戶。其中，應用門戶控制器220還可以進ー步包括應用加載模塊，其采用上述兩種應用門戶的腳本的實現方式之一，基于檢測結果發布應用門戶的新版本。通過采用本發明提供的上述維護網絡應用平臺運行的維護設備，即使在某個底層服務器中存在狀態異常的應用時，用戶也可以通過應用門戶訪問狀態正常的應用，從而可以保障網絡應用平臺的正常運行，使得網絡應用平臺不會因為ー個或幾個底層服務器或其提供的ー個或數個應用出現故障而不能正常運行。可選地，為了確保在出現異常的應用恢復正常時能夠被及時地加載到應用門戶中，在本發明的維護網絡應用平臺運行的維護設備中，監控器210還可以用于檢測上述被檢測為不正常的應用是否已恢復正常，當檢測到其已恢復正常時，通知應用門戶控制器220在應用門戶中加載該恢復正常的應用，從而可以保障為用戶提供盡可能多的應用。具體地，為了實現對恢復正常的應用的加載，監控器210可以對上述被檢測為不正常的應用進行進ー步的檢測，檢測其是否已恢復正常，當檢測其已恢復正常時，通知應用門戶控制器220再次發布應用門戶腳本的新版本，在該新版本中將已經恢復正常的應用重新加載到應用門戶中。或者，也可以由應用門戶控制器220在每次獲取到監控器210的檢測結果后，將本次檢測結果與上一次的檢測結果進行比較，如果本次的檢測結果與上一次的檢測結果不 同，則發布應用門戶腳本的新版本，在該新版本中加載檢測結果正常的應用，不加載檢測結果不正常的應用。如果本次的檢測結果與上一次的檢測結果相同，則無需再發布應用門戶腳本的新版本。這樣，可以減少網絡應用平臺的更新次數，提高運行速度。在上述過程中，監控器210和應用門戶控制器220之間可以通過專門的應用程序接ロ API進行通訊。例如，在應用門戶控制器220上可以設置ー個API專門用來接收來自監控器210的檢測結果，監控器210通過該API向應用門戶控制器220發送檢測結果。通過API通訊方式，可以提高通訊效率。圖3和圖4分別示出了本發明實施例中檢測到某一底層服務器出現異常之前以及之后網絡應用平臺分別呈現給用戶的界面圖。這里，圖3和圖4是以提供游戲的網絡游戲平臺為例進行描述的。如圖3所示，正常狀態下，該游戲界面呈現四個底層服務器所提供的應用的狀態，即，用戶登錄部分其呈現用戶的用戶名或目前所在位置，而且在此部分，用戶可以“修改密碼”或者“更換帳號”；“新區開放”部分其向用戶呈現網站新開放的游戲的區域服務器名稱，例如圖3中示出“ 360衛士 07區”是ー個新開放的游戲區服；“所有服務器”部分其向用戶呈現目前可以正常使用的提供游戲服務的所有區域服務器名稱，例如圖3中示出了目前可以正常提供服務的7個區服“360衛士 01區” ““360衛士 07區”，用戶可以點擊任何一個區服而調用其提供的游戲；“登錄過的服務器”部分其向用戶呈現該用戶曾經登錄過的所有區域服務器名稱，例如圖3示出了用戶名為“部落老大”的用戶曾經登錄過“360衛士 04區”、“360衛士 05區”、“360衛士 03區”，其中位于最上面的是最近登錄過的區服。當檢測到用于管理“登錄過的服務器”這一功能的底層服務器出現異常吋，則網絡游戲平臺的應用門戶會發布新版本，在新版本中不加載用于管理“登錄過的服務器”這一功能的底層服務器所提供的應用，這時，網絡游戲平臺呈現給用戶的界面中的“登錄過的服務器”部分不呈現任何內容，如圖4所示，而對于其它正常運行的底層服務器，則仍然能夠正常地顯示在圖4的網絡游戲平臺呈現給用戶的界面中，從而使得網絡游戲平臺不會因某一底層服務器出現異常而不能正常工作，其它底層服務器也不會因該出現異常的底層服務器而不能正常運行，因而能夠保障網絡游戲平臺向用戶提供服務的連續性。通過本發明的維護網絡應用平臺運行的方法及維護設備，可以檢測每個底層服務器中提供的應用是否正常，并根據檢測結果在應用門戶中加載正常的應用，而不加載不正常的應用，由此解決了只要有一個底層服務器中的ー個應用出現故障就會影響整個應用門戶運行的問題，在某一底層服務器中的應用出現故障的情況下，應用門戶依然可以向用戶提供其他底層服務器的應用。在此提供的算法和顯示不與任何特定計算機、虛擬系統或者其它設備固有相關。各種通用系統也可以與基于在此的示教一起使用。根據上面的描述，構造這類系統所要求的結構是顯而易見的。此外，本發明也不針對任何特定編程語言。應當明白，可以利用各種編程語言實現在此描述的本發明的內容，并且上面對特定語言所做的描述是為了披露本發明的最佳實施方式。在此處所提供的說明書中，說明了大量具體細節。然而，能夠理解，本發明的實施例可以在沒有這些具體細節的情況下實踐。在一些實例中，并未詳細示出公知的方法、結構和技木，以便不模糊對本說明書的理解。類似地，應當理解，為了精簡本公開并幫助理解各個發明方面中的ー個或多個，在上面對本發明的示例性實施例的描述中，本發明的各個特 征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應將該公開的方法解釋成反映如下意圖即所要求保護的本發明要求比在每個權利要求中所明確記載的特征更多的特征。更確切地說，如下面的權利要求書所反映的那樣，發明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式
的權利要求書由此明確地并入該具體實施方式
，其中每個權利要求本身都作為本發明的單獨實施例。本領域那些技術人員可以理解，可以對實施例中的設備中的模塊進行自適應性地改變并且把它們設置在與該實施例不同的一個或多個設備中。可以把實施例中的模塊或單元或組件組合成ー個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者単元中的至少ー些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設備的所有過程或単元進行組合。除非另外明確陳述，本說明書(包括伴隨的權利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。此外，本領域的技術人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發明的范圍之內并且形成不同的實施例。例如，在下面的權利要求書中，所要求保護的實施例的任意之一都可以以任意的組合方式來使用。本發明的各個部件實施例可以以硬件實現，或者以在ー個或者多個處理器上運行的軟件模塊實現，或者以它們的組合實現。本領域的技術人員應當理解，可以在實踐中使用微處理器或者數字信號處理器(DSP)來實現根據本發明實施例的維護設備中的一些或者全部部件的一些或者全部功能。本發明還可以實現為用于執行這里所描述的方法的一部分或者全部的設備或者裝置程序(例如，計算機程序和計算機程序產品)。這樣的實現本發明的程序可以存儲在計算機可讀介質上，或者可以具有ー個或者多個信號的形式。這樣的信號可以從因特網網站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。應該注意的是上述實施例對本發明進行說明而不是對本發明進行限制，并且本領域技術人員在不脫離所附權利要求的范圍的情況下可設計出替換實施例。在權利要求中，不應將位于括號之間的任何參考符號構造成對權利要求的限制。單詞“包含”不排除存在未列在權利要求中的元件或步驟。位于元件之前的單詞“一”或“ー個”不排除存在多個這樣的元件。本發明可以借助于包括有若干不同元件的硬件以及借助于適當編程的計算機來實現。在列舉了若干裝置的單元權利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現。單詞第一、第二、以及第三等的使用不表示任何順序。可將這些單詞解釋為名稱。
權利要求
1.一種維護網絡應用平臺運行的方法，所述網絡應用平臺與一個或多個底層服務器通信連接，每個底層服務器提供一個或者多個應用，而且所述網絡應用平臺包括應用門戶，在所述應用門戶中呈現所述底層服務器提供的應用，所述方法包括 檢測每個底層服務器中提供的應用是否正常； 在所述應用門戶中加載檢測結果為正常的應用；以及 不在所述應用門戶中加載檢測結果為不正常的應用。
2.如權利要求I所述的方法，所述檢測每個底層服務器中提供的應用是否正常的步驟包括 每隔預設的時間間隔，檢測每個底層服務器中提供的應用是否正常。
3.如權利要求I或者2所述的方法，所述檢測每個底層服務器中提供的應用是否正常的步驟包括 訪問該底層服務器中與所提供的應用相對應的預定URL，如果該底層服務器對該URL請求沒有響應或者產生錯誤，則確定與該URL對應的應用不正常。
4.如權利要求1-3中任一個所述的方法，所述不在所述應用門戶中加載檢測結果為不正常的應用的步驟包括 基于檢測結果，利用腳本來發布所述應用門戶的新版本，在所述新版本中不加載檢測結果為不正常的應用。
5.如權利要求1-4中任一個所述的方法,還包括 檢測所述被檢測為不正常的應用是否恢復正常，當檢測到其恢復正常時，在所述應用門戶中加載該恢復正常的應用。
6.如權利要求5所述的方法，所述當檢測到所述應用恢復正常時加載該恢復正常的應用的步驟包括 基于檢測結果，利用腳本來發布所述應用門戶的新版本，在所述新版本中重新加載恢復正常的應用。
7.一種維護網絡應用平臺運行的維護設備，所述網絡應用平臺與一個或多個底層服務器通信連接，每個底層服務器提供一個或者多個應用，而且所述網絡應用平臺包括應用門戶，在所述應用門戶中呈現所述底層服務器提供的應用，所述維護設備包括 監控器，被配置為檢測所述底層服務器中的應用是否正常；以及 應用門戶控制器，根據所述監控器的檢測結果來控制所述應用門戶，其中在所述應用門戶中加載檢測結果為正常的應用，并且不在所述應用門戶中加載檢測結果為不正常的應用。
8.如權利要求7所述的維護設備，其中所述監控器每隔預設的時間間隔來檢測每個底層服務器中的應用是否正常。
9.如權利要求7或者8所述的維護設備，所述監控器訪問該底層服務器中與所提供的應用相對應的預定URL，如果該底層服務器對該URL請求沒有響應或者產生錯誤，則確定對應該URL的應用不正常。
10.如權利要求7-9中任一個所述的維護設備，其中所述應用門戶控制器還包括應用加載模塊，適于基于檢測結果來發布所述應用門戶的版本，在所述應用門戶的版本中，在所述應用門戶中加載檢測結果為正常的應用且不加載檢測結果為不正常的應用。
全文摘要
本發明公開了一種維護網絡應用平臺運行的方法及維護設備。在該維護網絡應用平臺運行的方法中，所述網絡應用平臺與一個或多個底層服務器通信連接，每個底層服務器提供一個或者多個應用，而且所述網絡應用平臺包括應用門戶，在所述應用門戶中呈現所述底層服務器提供的應用，所述方法包括檢測每個底層服務器中提供的應用是否正常；在所述應用門戶中加載檢測結果為正常的應用；以及不在所述應用門戶中加載檢測結果為不正常的應用。根據本發明的維護網絡應用平臺運行的方法及維護設備，在某一底層服務器中的應用出現故障的情況下，應用門戶依然可以向用戶提供其他底層服務器的應用。
文檔編號H04L12/24GK102868562SQ201210370968
公開日2013年1月9日 申請日期2012年9月28日 優先權日2012年9月28日
發明者趙宏威, 黃會娟 申請人:北京奇虎科技有限公司, 奇智軟件(北京)有限公司