京山游俠

　　SpringSide是個好東西，對我來說，它的好主要體現在兩個方面：一、它提供了一個敏捷開發的框架，省去了我自己整合Spring、Hibernate、Struts、ActiveMQ等等開源組件的時間，而且還是最佳實踐；二、它指導了我的學習目標，在SpringSide中整合的各種組件，都是在同一類組件中最優秀的，而且要想熟練使用這些組件，都必須對它們進行深入的系統的學習。

　　本來以為我會在SpringSide開發實戰系列中寫更多的文章，但是寫到現在，我認為應該要寫結局了，為什么呢？因為在使用SpringSide進行項目開發的過程中，我越來越感覺到項目絕對不是各種組件的簡單堆砌，而是程序員要不斷有自己的想法和創意，并能夠抽象到一個高度。這也正是為什么我的文章從第一篇到第八篇越來越偏離SpringSide的核心了。在這里，我主要想談談程序員的境界。以下觀點純屬個人看法，歡迎大家探討。

　　第一層境界：從不能到能。

　　可以這么說，早在7年前我就已經熟練掌握C語言、Visual FoxPro數據庫、HTML、CSS和JavaScript，C語言和Visual FoxPro是學校教的，HTML、CSS和JavaScript是自學的，同時，我還自學了Flash動畫制作和Photoshop圖像處理。但是，我那時候還不知道應用程序開發，學的這些東西無非就是好玩，偶爾參加一次學校主辦的網頁設計大賽而已。

　　我開發的第一個應用是《銀符英語在線》，使用的是ASP + SQL Server 2000，時間是2004年，那時我剛考過軟件設計師（原高級程序員），有人找我做程序，他說想做一個英語四六級的在線考試系統，問我能不能做到，我毫不猶豫就說能。我想我確實是具有軟件設計方面的天賦，用了一個星期設計出數據庫，再用一個星期寫了一個Demo，一下子就把他征服了，于是，他當老板，我當程序員，一起進行在線英語考試方面的開發。

　　在這段時間，我覺得我不折不扣就是處于這第一層境界。JScript我早已是滾瓜亂熟，ASP教程更隨處可得。在這段時間里，我用全JScript代碼實現了用戶認證和權限管理，用Visual C++寫了個COM組件進行數據的加密和解密，還在網上到處搜索文件上傳和動態圖片生成方面的解決辦法。當時，我覺得我的開發過程充實而滿足；現在看來，我只不過是一個重復發明輪子的傻冒。

　　在10個月的時間里，我把這個程序從1.0版開發到3.0版，功能上進行了不少升級。但是我認為升級最大的還是我的技術，我盡我最到的能力將代碼與網頁分離，盡我最到的能力減少代碼的重復，甚至已經基本做到使用模式來讓程序更加容易擴充和維護。我所做的一切，與現代的一些Web開發框架已經不謀而合。但是，以我當時的內力，確實沒有辦法將之抽象為一個框架。我的程序中依然充滿了意大利面條式的代碼，而且在在線人數多的時候，網頁會慢得象蝸牛爬。

　　第二層境界：從能做到做得漂亮

　　2005年，我開始接觸Java，以我的基礎，自然是很快就學會了Java的語法并進軍J2EE。我覺得Java開源世界給了我不少能量，在這兩年里，我的進步速度是呈指數式的。以我現在的水平，僅使用JSP和Servlet，已經足以解決絕大部分的需求。然而，僅使用JSP和Servlet就是全部嗎？

　　這個時候，我們不僅僅要能夠完成應用程序的編寫，更重要的要讓應用程序便于維護和便于擴充。這時候，沒有足夠的抽象能力是不夠的。要能夠理解和應用分層架構，要知道MVC、IoC、AOP、ORM，要了解聲明式事務處理，還要學會最流行了AJAX。所有的這一切，不僅能夠讓我們的應用便于維護，合理使用各開源組件還能加快開發的速度，但是最重要的，它們能使我們的應用充滿藝術的美感。

　　在SpringSide社區，現在最流行的是Acegi，這也是對安全與權限功能的一種抽象。本來我也想寫一篇Acegi方面的文章，但是cac寫的文檔是在是太完美、太經典了，我無法超越。我們應該讓我們的應用盡量向Acegi靠攏，因為，它代表的就是安全與權限領域的最佳實踐。

　　第三層境界：從程序員到架構師

　　架構師可以干什么？如何讓應用在性能，伸縮性，擴展性、可靠性，容災，可恢復性，可管理性等方面做到最好，就是架構師的職責，同時，架構師要能夠把握軟件開發的整個周期。由于我還只是一個程序員，也沒有精力去學習架構師方面的只是，因此上面的論述可能不準確。但是，作為一個程序員，上升到一個境界之后，確實應該考慮編碼之外的東西了。

　　舉例說明，cnblogs的博客程序算式比較完善的了，我個人對站長dudu也是充滿了仰慕。cnblogs的1.0Beta2版本我也下載得有，本打算使用它建一個自己的博客網站，但是卻不行，因為它在性能，伸縮性，擴展性方面都達不到我的要求。

　　不信？看看現在www.cnblogs.com吧，注冊用戶已經2萬多了，速度也是越來越慢，經過我一nslookup，發現它還只是一臺主機在運行，而www.tianya.cn則是一個服務器集群。如下圖：


　　造成這個問題的原因，主要就是架構的問題。cnblogs是基于.net的，.net運行于IIS之上，而IIS又是那么的簡單，更本不具備配置Cluster的功能。而cnblogs的程序在設計的時候也沒有往集群方面考慮，甚至是想多配置幾個數據庫都是困難的。

　　解決網站性能的辦法有幾種，一是向上擴展，也就是不斷增加服務器的CPU和內存，但是這種擴展價格非常昂貴；二是向外擴展，也就是多增加幾臺廉價的Web服務器和數據庫服務器，但是由于cnblogs在設計的時候沒有考慮到集群功能，就必須得重構所有的代碼，這個工作量實在是太大了；三是垂直分割，也就是目前博客園所采用的方法，就是讓一臺主機負責.net博客，一臺主機負責java博客等等，把不同的應用分開。這樣帶來的負面影響是我們就沒有辦法在同一個博客上面同時寫.net、java、c++方面的隨筆了，這確實讓我感覺不爽，此外，在.net領域這樣訪問量大的領域，一樣會使服務器不堪重負。

　　我不能讓我的程序重蹈覆轍，因此，在架構階段就應該考慮到Cluster，考慮到負載均衡，考慮到可擴充性，并同時使用水平分割策略。水平分割策略和垂直分割策略不同，是讓每一個Web服務器都應該能夠使用程序的所有功能，而讓不同的用戶使用不同的服務器，比如id為0－10000的用戶和www1.cnblogs.com交互，10001－20000的用戶和www2.cnblogs.com交互，等等，如下圖所示：

　　這個時候，服務器www.cnblogs.com作為負載均衡服務器，它根據登錄用戶的ID將該用戶請求重定向到www1.cnblogs.com或者www2.cnblogs.com，對于匿名用戶，它把用戶請求隨機重定向到www1.cnblogs.com或者www2.cnblogs.com。

　　同時，為了能夠讓負載均衡服務器能夠根據不同的用戶來重定向到不同的Web服務器，又要讓每個Web服務器上的應用都能夠得到所有各個數據庫服務器數據的總的索引，需要有一個索引數據庫服務器，如下圖：


　　此外，我們還應該讓Web服務器和數據庫服務器可以動態增加，也就是當某一個服務器負載到達極限時，我們可以添加一臺服務器，只需要修改配置文件即可，無需更改代碼，如下圖：


　　同時配合使用動態頁面靜態化技術，靜態化后的html頁面和圖片文件都保存在Web服務器上，此時Web服務器有同時擔當了緩存服務器的功能。當達到IO瓶頸的限制后，又可以通過服務器加大內存或為服務器配置SAN（存儲區域網絡）來解決問題。


　　好了，SpringSide系列的文章就寫這么多吧。期待SpringSide 2.0正式版的發布。我會把它用到實際的項目開發中。