極光學堂
●
●
●
#WAS，TOMCAT知多少#
(第一講)
WAS與TOMCAT
WAS，這個産品的全名是WebSphere Application Server。是一個IBM的産品。如下圖所示，在IBM官方網站上來說，該産品目前所屬為IBM計算産品：
當我們點進去後，我們發現如下圖所示：
注意圖中的标注為：“可靠的Java EE Runtime”(EE：Enterprise Edition)，雖然我們目前普遍流行使用的都是Java SE(Standard Edition) 開發環境和運作時環境。但是WebSphere，WebLogic，和JBoss等，是可以運作JavaEE環境的産品還是需要特定注意的。 圖中的這個标注，意味着，WebSphere是主流支援JavaEE的，當然，EE支援，SE當然也支援。
(著名的Spring架構是基于Java SE環境開發的一個輕量級架構。)
簡單的了解呢，WAS 其實也是一個java運作時環境，和我們目前大量使用的，免費開源的tomcat一樣，都是java的一個運作時環境。(有點類似Oracle和MySQL，一個強大收費不開放，一個适用免費開放)
#1#
負載均衡架構
結合大家可能對tomcat産品更加熟悉一些的情況，我們下面先引入常用的一個tomcat負載均衡架構：
在上圖中，由Nginx(Nginx出來之前是Apache)來進行使用者通路的分流， Tomcat01和Tomcat02進行應用程式運算，并通路MySQL資料庫，由MySQL進行資料的存儲。
這種架構，當Tomcat01當機失效時，我們還可以使用Tomcat02來保障業務連續性。那麼和這個架構一樣的，WebSphere也是有相同架構的，如下圖所示：
可以使用WebSphere系列的IHS Server(IBM HTTP Server，其核心就是Apache)作為Nginx， 使用WAS Server 作為TOMCAT，實作相同效果的負載均衡架構。
#2#
高可用架構
那麼負載均衡架構，對于某些特别的應用系統，可能還是不夠的。因為如上架構所示,我們假設有個使用者ClientVIP ， 當你使用系統時，此時TOMCAT01當機掉線了。那麼ClientVIP不得不重新登入通路系統，繼續使用。 而此時，之前的ClientVIP的Session會話是丢失了，需要重建立立。 若，我們不想丢失ClientVIP的Session，讓他不需要重新登入，盡可能的降低ClientVIP，在TOMCAT01當機時受到的影響。 那麼我們可以采用如下架構：
上圖是一種TOMCAT高可用(High Availability)架構，和負載均衡架構最大的不同時，高可用架構需要一個單獨的存儲空間，來儲存使用者Session會話，而在儲存了使用者Session的情況下，使用者是可以繼續做之前TOMCAT01當機之前的操作的。進而可以說，在理論上，這種方式是可以保障使用者ClientVIP實作無感使用的，進而更好的保障業務連續性。注意，是理論上啊，架構複雜度高，網際網路環境複雜，任何一點故障，都可能影響業務連續性，進而影響使用者感受的。
那麼跟上一個架構同理，使用WebSphere 也是可以試想這種架構的。如下圖所示：
通常使用IHS作為頁面通路和分流，WAS Application作為應用伺服器，Session會儲存在IBM的DB2資料庫(也可以是别的資料庫)産品裡，來實作高可用架構。
最後要說的就是，我們這裡所說的架構實作，都隻是一個架構邏輯概念。在真正的部署配置時，還有很多需要注意的地方。實際可采用的架構也是很細緻的。如下圖所示：
如果你真的部署一個相關的負載均衡結構或者高可用架構，不論是基于TOMCAT的，還是WebSphere的，或者是其他中間件産品的，都需要深入了解，謹慎設計，仔細實施，最後真的部署成功時，也要注意多做測試。
#3#
#今日講師#
帥氣滴任老師