|
锁定老帖子 主题：互联网网站架构升级----分布式环境的构建
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-09-30
楼主考虑过使用corba中间件来实现吗
|
| 返回顶楼 | |
|
发表时间：2010-09-30
weiyufeng 写道 楼主考虑过使用corba中间件来实现吗
corba 那是很多年前的事了 |
| 返回顶楼 | |
|
发表时间：2010-09-30
javatracker 写道 weiyufeng 写道 楼主考虑过使用corba中间件来实现吗
corba 那是很多年前的事了 Corba主要有哪些弊端呢 Hessian是更加轻量级还是? |
| 返回顶楼 | |
|
发表时间：2010-09-30
weiyufeng 写道 javatracker 写道 weiyufeng 写道 楼主考虑过使用corba中间件来实现吗
corba 那是很多年前的事了 Corba主要有哪些弊端呢 Hessian是更加轻量级还是? Hessian在使用过程中出现过很奇怪的问题，比如传输字节减少什么的。 所以有些公司就自己开发了远程调用框架 |
| 返回顶楼 | |
|
发表时间：2010-09-30
J-catTeam 写道 weiyufeng 写道 javatracker 写道 weiyufeng 写道 楼主考虑过使用corba中间件来实现吗
corba 那是很多年前的事了 Corba主要有哪些弊端呢 Hessian是更加轻量级还是? Hessian在使用过程中出现过很奇怪的问题，比如传输字节减少什么的。 所以有些公司就自己开发了远程调用框架 对比ICE,Hessian的效率应该不怎么样吧 |
| 返回顶楼 | |
|
发表时间：2010-09-30
javatracker 写道 J-catTeam 写道 javatracker 写道 J-catTeam 写道 javatracker 写道 dennis_zane 写道 楼主这一套东西，基本上是把淘宝内部的架构搬过去了，做大了面临的问题一样。不知道楼主现在在什么公司？
呵呵 是的，好的架构就是要推广嘛，淘宝当初也是很大程度上参考了ebay的架构。公司名就不说了，公司在快速膨胀，架构需要升级。公司短期内肯定达不到淘宝的流量，淘宝目前的问题一段时期内不会遇到，但不同的公司有不同的业务，基础框架就是为业务服务的，会根据业务和发展方向做出调整。 贵公司具体的应用情况是怎么样的呢? 系统的规模，机器的数量。pv，目前的瓶颈什么的。 就拿分布式数据层来说，应用场景是很有限的。 具体细节就不说了，牵涉到具体公司就不好了，分布式数据层这块看业务，不是一下子就把所有功能都用上的，比如刚开始可能分库分表的业务需求并不强烈，但读写分离需求还是比较明显的，那就先上这一块的，再后面多机房容灾也是需要做的，所以功能并不是一下就全部上去，主要根据业务，这个是一个长期的过程。 业务对数据一致性怎么要求的呢？ 和交易和钱相关的肯定要强一致性的，其他的主要看具体业务，如果业务方可以容忍数据的短暂不一致性，那么就可以用异步来解偶。 呵呵，开始猜想就认为,确保最终一致性。不过怎么做流水线操作(也就是一些列的操作？)？ |
| 返回顶楼 | |
|
发表时间：2010-09-30
mercyblitz 写道 javatracker 写道 J-catTeam 写道 javatracker 写道 J-catTeam 写道 javatracker 写道 dennis_zane 写道 楼主这一套东西，基本上是把淘宝内部的架构搬过去了，做大了面临的问题一样。不知道楼主现在在什么公司？
呵呵 是的，好的架构就是要推广嘛，淘宝当初也是很大程度上参考了ebay的架构。公司名就不说了，公司在快速膨胀，架构需要升级。公司短期内肯定达不到淘宝的流量，淘宝目前的问题一段时期内不会遇到，但不同的公司有不同的业务，基础框架就是为业务服务的，会根据业务和发展方向做出调整。 贵公司具体的应用情况是怎么样的呢? 系统的规模，机器的数量。pv，目前的瓶颈什么的。 就拿分布式数据层来说，应用场景是很有限的。 具体细节就不说了，牵涉到具体公司就不好了，分布式数据层这块看业务，不是一下子就把所有功能都用上的，比如刚开始可能分库分表的业务需求并不强烈，但读写分离需求还是比较明显的，那就先上这一块的，再后面多机房容灾也是需要做的，所以功能并不是一下就全部上去，主要根据业务，这个是一个长期的过程。 业务对数据一致性怎么要求的呢？ 和交易和钱相关的肯定要强一致性的，其他的主要看具体业务，如果业务方可以容忍数据的短暂不一致性，那么就可以用异步来解偶。 呵呵，开始猜想就认为,确保最终一致性。不过怎么做流水线操作(也就是一些列的操作？)？ 肯定不建议进行很长一串的操作，连调两层三层算多了，如果再多看业务能否接受，如果业务不能接受就修改业务流程，或者直接调后面那层 |
| 返回顶楼 | |
|
发表时间：2010-09-30
javatracker 写道 mercyblitz 写道 javatracker 写道 J-catTeam 写道 javatracker 写道 J-catTeam 写道 javatracker 写道 dennis_zane 写道 楼主这一套东西，基本上是把淘宝内部的架构搬过去了，做大了面临的问题一样。不知道楼主现在在什么公司？
呵呵 是的，好的架构就是要推广嘛，淘宝当初也是很大程度上参考了ebay的架构。公司名就不说了，公司在快速膨胀，架构需要升级。公司短期内肯定达不到淘宝的流量，淘宝目前的问题一段时期内不会遇到，但不同的公司有不同的业务，基础框架就是为业务服务的，会根据业务和发展方向做出调整。 贵公司具体的应用情况是怎么样的呢? 系统的规模，机器的数量。pv，目前的瓶颈什么的。 就拿分布式数据层来说，应用场景是很有限的。 具体细节就不说了，牵涉到具体公司就不好了，分布式数据层这块看业务，不是一下子就把所有功能都用上的，比如刚开始可能分库分表的业务需求并不强烈，但读写分离需求还是比较明显的，那就先上这一块的，再后面多机房容灾也是需要做的，所以功能并不是一下就全部上去，主要根据业务，这个是一个长期的过程。 业务对数据一致性怎么要求的呢？ 和交易和钱相关的肯定要强一致性的，其他的主要看具体业务，如果业务方可以容忍数据的短暂不一致性，那么就可以用异步来解偶。 呵呵，开始猜想就认为,确保最终一致性。不过怎么做流水线操作(也就是一些列的操作？)？ 肯定不建议进行很长一串的操作，连调两层三层算多了，如果再多看业务能否接受，如果业务不能接受就修改业务流程，或者直接调后面那层 呵呵，那就是策诺性的咯，这种流水线操作还是有场景的，不过可以对应处理。 |
| 返回顶楼 | |
|
发表时间：2010-09-30
搂住考虑的好远啊；
同时贵公司能有这样的基础及需求来构建；羡慕。。。 |
| 返回顶楼 | |
|
发表时间：2010-09-30
hessian 会有问题吗？我们一直用着，还没发现问题
|
| 返回顶楼 | |
