互联网网站架构升级----分布式环境的构建

以前曾经做过楼主这样的类似规划，但是计划未能实施比较遗憾，不过看了楼主的方案也有茅塞顿开的感觉。
以前竟然没有考虑集群服务器的之间通信的问题。
然后数据库层面我在想是不是要提供统一数据接口，对底层数据进行统一管理。
我饥饿udeni的这种架构是不是比较适合saas服务啊？
有机会真想试试这种集群化大型系统。

这个看你做什么，你没感觉到有问题就没问题，如果仅仅是通信一下没啥问题。

呵呵，我这里也是参考了别人的

直觉告诉我，楼主肯定是做电子商务的，应该是各大B2C网站如京东、凡客什么的

请问下楼主，对于你们的这个解决方案我有几个问题
1. 自动化部署你们是打算怎么去做呢？
2. 单机部署应用的容量的监控怎么实现的？
3. 像分布式调用框架是你们自己做的吗？
4. 分布式数据层的数据库切换你们是怎么实现的？
5. 容器是用的开源的还是你们自己实现的？

1、自动化部署是后期目标，无非是通过OSGI以及容器化来解决；
2、单机容量监控不知道这个容量指的是那些方面，load？连接数？吞吐量？还是综合指标？前期不会做太多监控，只做系统调用的监控；
3、分布式调用框架自己做；
4、这里还没上线，只是有了个原型，第一阶段通过配置，第二阶段通过自动切换读库，手动切换写库；
5、容器目前用开源的，后面可能修改开源；

这是个长期的过程，很多东西只是个原型和初步的规划。

请问楼主，你们所要开发的分布式调用框架主要有哪些功能，与已有的开源框架有哪些不同？

LZ请一定持续更新本帖，我每天都来啊，跟你们混了

这几天比较忙，在做压力测试。后面考虑在xsocket上面再实现一套通信框架来开源。

框架的介绍在上一篇博客中 http://javatracker.iteye.com/blog/767285
被人投了隐藏！！！

支持四种序列化：hessian、jdk、protobuf、thrift
支持四种调用方式：同步、回调异步、future异步、oneway异步；
支持客户端负载均衡和容错；
配合后面的服务中心组成一个大集群；
使用简单，只需几行Spring配置；
后续在pb和thrift的支持下支持多语言；
配合后面的消息中间件支持持久异步，远程服务service只要加入一行配置将同时被发布为远程调用和异步消息服务；

自己后面实现的开源的还准备支持http协议，就是服务端发布的时候就自动支持http和tcp，客户端选择什么协议只要配置一下就可以了

如何解决单点故障问题？