浅谈soa之RESTful

今晚打算花点时间整理一下面向服务的架构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凭证。