今晚打算花點時間整理一下面向服務的架構oap。
1傳統中小型項目架構一般是這樣的：(java)html+servlet+jdbc.和(.net)html+handler+ado.net
都是在一臺應用來。就可以處理業務了。

當訪問量大了之後，這種架構就不滿足了。
當然可以做web集群。傳統的web集群發布時麻煩。
每次發布都是重啟WEB服務。

這時oap架構就出來了，
把所有的servlet請求改成多個服務。
html直接請求服務。如：用戶信息服務，產品信息服務。
分開部署，這樣，當改用戶信息服務就發布用戶信息服務就行了！
發現面向服務的架構oap只有soap。而已soap調用太麻煩了，而已又是基於xml的。太浪費網絡資源。

還有使用servlet或handler比較高性能。

那第一個問題來了servlet改怎麽定義呢？如：用戶表（CRUD）怎麽定義好，用什麽原則呢？
這樣吧：http的請求方式定為：C=post,R=get,U=put,D=delete。url定義為：http:IP/user/Add,Update.
http:IP/user/Delete或Get/ID;
整個平臺都按這個原則約束好。這就是restful風格。

有沒有發現restful有個安全問題，任何人知道url都可以訪問，就要加token憑證。

淺談soa之RESTful