dubbo kryo序列化_dubbo,springcloud微服务之道

告别三层架构,微服务作为SOA架构下的产物,大行天下。

b4fda50e49fb080085615b1e06ef79bb.png

服务之道

1.遵从协议:协议大于配置,永远记住,对于微服务而言,失去了协议,微服务就无从谈起。

2.服务粒度:尽可能的最小化,提供原子服务,单一职责,独立化运行。这样可以减少服务之间的依赖。

3.弹性化设计:主要体现在两个方面。

一 提供容错处理,对依赖服务出现宕机等极端场景下也能独善其身。

二 需要有自我保护的能力,在高峰期采用服务降级等措施来保证系统运行的高可用。

基于性能

不论任何服务,考虑性能无外乎两种:

1.降低i/o 消耗

2.优化通信速度

微服务性能

微服务可以做以下方面来使自己的微服务进行性能优化:

1.控制报文大小(不要超过4mb)。以千兆网速,100kb的报文进行通信,10万tps性能也是可能的(理想态)。

2.通信机制:比如dubbo的通信机制采用的netty通信。

3.序列化操作:目前的kryo,protostuff等的性能都不错。可根据需要选择 。有一点,要想序列化更优,schema映射方式应为首选,这样会减少反射带来的性能消耗。

结语

传统的、更加孤立的应用程序仍适合一些实现。但是,微服务提供了一种构建某些类型的应用程序的替代方法,提供了传统应用程序无法提供的敏捷性、可伸缩性和恢复能力。微服务应用程序在互动层最常见,这一层最需要它们的具体特征,支持创建新的特定于渠道的功能和面对互联网的 API。

标签:spring 分布式 微服务 业务分层

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值