BlogJava-paulwong-随笔分类-DUBBOhttp://www.blogjava.net/paulwong/category/55020.htmlzh-cnWed, 20 Apr 2016 22:44:04 GMTWed, 20 Apr 2016 22:44:04 GMT60dubbosshttp://www.blogjava.net/paulwong/archive/2016/04/20/430162.htmlpaulwongpaulwongWed, 20 Apr 2016 05:04:00 GMThttp://www.blogjava.net/paulwong/archive/2016/04/20/430162.htmlhttp://www.blogjava.net/paulwong/comments/430162.htmlhttp://www.blogjava.net/paulwong/archive/2016/04/20/430162.html#Feedback0http://www.blogjava.net/paulwong/comments/commentRss/430162.htmlhttp://www.blogjava.net/paulwong/services/trackbacks/430162.html
缺点：
nginx+tomcat与netty优缺点
http://www.oschina.net/question/1765708_158026

我的架构最开始是 nginx + [netty (tcp) ] 用nginx做负载均衡。后来分布式接口变成了http restful -> nginx + [netty(http) ]

于是参考了netty的官方http例子，开始移植代码，其实移植量不大，只需要把原来的tpc handler里面的逻辑放到http handler里面就可以了。本以为ok了，测试才发现了大量的问题，其实问题本身是由于对http基础掌握的还不够透彻，比如keep-alive属性，这个平时基本不用的东西，当你要自己开发http server时，变的很有用，你不能每次都close channel.你要化很多时间了解header里面每个字段的意思，然后去实现它。再比如一个post请求，你要自己写代码从body里面读数据，解码等。

最终我放弃了netty,回到了tomcat.应为tomcat把http的一切都帮你搞定了。

最终的架构是 nginx + [tomcat(http) ]

tomcat就是针对http层的，所以我建议http还是选择tomcat(或者其他成熟的http-server)，并不是说netty不好，而是你的选择问题，netty是一个网络组件，tcp,udp,http都可以弄，但是官方文档都是些hello wolrd级别的。如果你非常了解http结构，完全可以基于netty搞出一个比tomcat牛的http server.

如果做tcp开发，netty不二之选！

dubboss是一个分布式REST服务的框架,实现了如下功能:

  • 基于dubbo的RPC
  • 基于netty的应用服务器
  • 基于springmvc的REST调用
  • 基于ngnix的负载均衡

https://github.com/leiguorui/dubboss

paulwong 2016-04-20 13:04 发表评论
]]>DUBBO简介http://www.blogjava.net/paulwong/archive/2016/04/15/430103.htmlpaulwongpaulwongFri, 15 Apr 2016 03:28:00 GMThttp://www.blogjava.net/paulwong/archive/2016/04/15/430103.htmlhttp://www.blogjava.net/paulwong/comments/430103.htmlhttp://www.blogjava.net/paulwong/archive/2016/04/15/430103.html#Feedback0http://www.blogjava.net/paulwong/comments/commentRss/430103.htmlhttp://www.blogjava.net/paulwong/services/trackbacks/430103.htmlhttp://dubbo.io/User+Guide-zh.htm

随着互联网的发展，网站应用的规模不断扩大，常规的垂直应用架构已无法应对，分布式服务架构以及流动计算架构势在必行，亟需一个治理系统确保架构有条不紊的演进。

  • 单一应用架构
    • 当网站流量很小时，只需一个应用，将所有功能都部署在一起，以减少部署节点和成本。
    • 此时，用于简化增删改查工作量的 数据访问框架(ORM) 是关键。
  • 垂直应用架构
    • 当访问量逐渐增大，单一应用增加机器带来的加速度越来越小，将应用拆成互不相干的几个应用，以提升效率。
    • 此时，用于加速前端页面开发的 Web框架(MVC) 是关键。
  • 分布式服务架构
    • 当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。
    • 此时，用于提高业务复用及整合的 分布式服务框架(RPC) 是关键。
  • 流动计算架构
    • 当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。
    • 此时，用于提高机器利用率的 资源调度和治理中心(SOA) 是关键。


paulwong 2016-04-15 11:28 发表评论
]]>