GopherChina2017-3 Go、容器与微服务

阿里云：

Go的微服务框架，在哪里？

天象，调用链路监控（非常重要），开源的如opentracing

RPC，Dubbo

为啥要微服务？
源自业务的复杂度提升，团队的应对策略也在发生相应调整，微服务架构的引入比较自然。

dubbo不适合数据量很大的情况，因为它是用单个的长连接

阿里云某团队编程语言构成

dubbo的interface IDL是java定义的，这是一个缺点

go-torch用于性能调优，比较好用

gRPC

专门强调了Http/2

go-kit，微服务工具箱

Tips：设计respones的时候，把http做一个很好的映射，便于与gRPC配合

微服务实践经验

---

CoreOS：

有状态的部署比较困难

CoreOS提供了Operator来做这事，模拟一个运维人员（咋模拟？写规则，用一系列API来做这些规则？）

陈述式的Cloud Native式的API，说明要怎样，而不是怎么做

Operator未来应当是以应用和服务为中心的自动化

---

哔哩哔哩：

Go微服务实战

• 搞清楚业务的边界
• 农村包围城市，先搞周边的业务
• 考虑升级兼容性

怎样隔离？

• 先买服务器，重新部署
• 内外网隔离
• 搞清业务的逻辑单元

RPC框架

为减少gc的压力，将调用方式由指针修改为其它

高可用

• 先做隔离

  
  

• 超时

  
  

• 限流

  
  

• 降级

  
  

• 容错

  
  

中间件

• 配置中心

  
  

• 调用链跟踪

  
  
  
  • 平级依赖变为层级依赖，可减少一些连接数

持续集成和交付
服务版本号在RPC或http的url中会包含

使用GitLab

运维
DevOps是微服务必须的，也需要各部门共同努力