1. 負載均衡技術簡介

　　現代企業信息化應用越來越多的采用B/S應用架構來承載企業的關鍵業務，因此，確保這些任務的可靠運行就變得日益重要。隨著越來越多的企業實施數據集中，應用的擴展性、安全性和可靠性也越來越受到企業的重視。

　　我們每天使用互聯網，你是否想過，它是如何實現的？

HTTP（HyperTextTransferProtocol）即超文本傳輸協議，目前網頁傳輸的的通用協議。HTTP協議采用了請求/響應模型，瀏覽器或其他客戶端發出請求，服務器給與響應。就整個網絡資源傳輸而言，包括message-header和message-body兩部分。首先傳遞message- header，即http header消息 。http header 消息通常被分為4個部分：general  header, request header, response header, entity header。但是這種分法就理解而言，感覺界限不太明確。根據維基百科對http header內容的組織形式，大體分為Request和Response兩部分。

　　基于HTTP協議的Web API是時下最為流行的一種分布式服務提供方式。無論是在大型互聯網應用還是企業級架構中，我們都見到了越來越多的SOA或RESTful的Web API。為什么Web API如此流行呢？我認為很大程度上應歸功于簡單有效的HTTP協議。HTTP協議是一種分布式的面向資源的網絡應用層協議，無論是服務器端提供Web服務，還是客戶端消費Web服務都非常簡單。 再加上瀏覽器、Javascript、AJAX、JSON以及HTML5等技術和工具的發展，互聯網應用架構設計表現出了從傳統的PHP、JSP、ASP.NET等服務器端動態網頁向Web API + RIA（富互聯網應用）過渡的趨勢。Web API專注于提供業務服務，RIA專注于用戶界面和交互設計，從此兩個領域的分工更加明晰。在這種趨勢下，Web API設計將成為服務器端程序員的必修課。然而，正如簡單的Java語言并不意味著高質量的Java程序，簡單的HTTP協議也不意味著高質量的Web API。 要想設計出高質量的Web API，還需要深入理解分布式系統及HTTP協議的特性。

　　http協議是無狀態的， 瀏覽器和web服務器之間可以通過cookie來身份識別。 桌面應用程序(比如新浪桌面客戶端， skydrive客戶端)跟Web服務器之間是如何身份識別呢？

　　《上篇》主要介紹如何通過DataBinder實現批量的數據綁定，以及如何解決常見的數據綁定問題，比如數據的格式化。接下來，我們主要來談談DataBinder的設計，看看它是如何做到將作為數據源實體的屬性值綁定到界面對應的控件上的。此外，需要特別說明一點：《上篇》中提供了DataBinder最初版本的下載，但已經和本篇文章介紹的已經大不一樣了。最新版本的主要解決兩個主要問題：通過Expression Tree的方式進行屬性操作（屬性賦值和取值），添加了“數據捕捉”（Data Capture）的功能，以實現將控件中的值賦給指定的實體。但是，這并不意味著這就是一個最終版本，這里面依然有一些問題，比如對空值的處理不不夠全面，比如在進行數據綁定的時候，有的控件類型需要進行HTML Encoding，等等。[源代碼從這里下載]

　　曾經參與過系統維護或是在現有系統中進行迭代開發的軟件工程師們，你們是否有過這樣的痛苦經歷：當需要修改一個Bug的時候，面對一個類中成百上千行的代碼，沒有注釋，千奇百怪的方法和變量名字，層層嵌套的方法調用，混亂不堪的結構，不要說準確找到Bug所在的位置，就是要清晰知道一段代碼究竟是做了什么也非常困難。最終，改對了一個Bug，卻多冒出N個新Bug。同樣的情況，當你拿到一份新的需求，需要在現有系統中添加功能的時候，面對一行行完全過程式的代碼，需要使用一個功能時，不知道是應該自己編寫，還是應該尋找是否已經存在的方法，編寫一個非常簡單的新、刪、改功能，卻要費盡九牛二虎之力。最終發現，系統存在著太多的重復邏輯，閱讀、測試、修改非常困難。在經歷了這些痛苦之后，你們是否會不約而同的發出一個感慨：與其進行系統維護和迭代開發，還不如重新設計開發一個新的系統來得痛快？

　　Docker 是一個開源的應用容器引擎，讓開發者可以打包他們的應用以及依賴包到一個可移植的容器中，然后發布到任何流行的 Linux 機器上，也可以實現虛擬化。容器是完全使用沙箱機制，相互之間不會有任何接口（類似 iPhone 的 app）。幾乎沒有性能開銷，可以很容易地在機器和數據中心中運行。最重要的是，他們不依賴于任何語言、框架包括系統。

　　目前來看，推行TDD的障礙大約有如下幾點：

　　SOA本身就是一種面向企業級服務的系統架構，簡單來說，SOA就是一種進行系統開發的新的體系架構，在基于SOA架構的系統中，具體應用程序的功能是由 一些松耦合并且具有統一接口定義方式的組件（也就是service）組合構建起來的。因此，基于SOA的架構也一定是從企業的具體需求開始構建的。但是，SOA和其它企業架構的不同之處就在于SOA提供的業務靈活性。業務靈活性是指企業能對業務變更快速和有效地進行響應、并且利用業務變更來得到競爭優勢的能力。對企業級架構設計師來說，創建一個業務靈活的架構意味著創建一個可以滿足當前還未知的業務需求的IT架構。使用WCF實現SOA，正好可以利用WCF的靈活性，把業務層封裝，發布為Web服務。這樣可以降低系統的耦合度，加大對未知業務的擴展性。

　　英文原文：For modern development Javascript indeed is a s̶h̶i̶t̶ dissapointing language