听说：分布式架构的第一原则是“不要分布式”。那么，微服务架构的第一原则，是不是不要“微服务”呢？
- 在什么情况下，我们必须做架构拆分，并且将之拆分为一个一个的微服务？在什么情况下，又可以停下拆分的动作了呢？
- 在拆分的过程中，那些牵扯不清的部分，如何梳理？如何斩断？
- 数据库、API、消息队列、Web页面等诸多部分，应该如何妥善的处理？有没有成熟的经验可供参考？有没有已知的陷阱，可以提前预防？
在本场Chat中，由庄表伟提供实际案例，由王渊命、肖德时共同分析、诊断，希望能够通过更加贴近实际的讨论，给大家带来更多的启发。
实录提要：
- 监控系统如何监控自己？
- 阿里云推出了容器服务，采用他们容器服务是不是会降低微服务的门槛？
- 微服务接口的版本如何控制冗余比较好？
- 微服务中所有前后端交互是否都要走 API gateway ？
- 微服务之间是否会存在依赖关系？如何管理？
- Gitlab 后端采用的网络文件系统选型时有考虑过 glusterfs 吗？
- 什么的样的场景适合微服务？
作者/分享人：
庄表伟，华为公司内源社区平台架构师，开源社理事。发起过的Chat包括“我的架构感悟：从美国宪法学习架构设计原则”、“如何实践Code Review？”，以及“聊聊代码提交那些事”。
王渊命，QingCloud 容器平台负责人，前新浪微博架构师。发起过的Chat有“etcd v2/v3 架构与实现解析”和“基础设施服务的微服务化”。
肖德时，曾任Redhat Engineering Service部门内部工具组Team Leader，是国内第一代 Docker 代码贡献者。发起过的Chat有“运维达尔文：SRE的自动化演进”
阅读全文: http://gitbook.cn/gitchat/activity/58a27c617773dbfd0a00afd2
您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ，阅读更多 GitChat 专享技术内容哦。
