摘要
一个完整的电商项目微服务的实践过程，从选型、业务设计、架构设计到开发过程管理、以及上线运维的完整过程总结与剖析。
讲师介绍
产品需求介绍
纯线上商城
线上线下一体化
跨行业
跨商业模式
从0开始，我们应该采用微服务吗？
不适合采用微服务架构：
应用程序规模小
领域不明确
组织不能做出改变
缺乏理解
团队不成熟
微服务的成本（从单体转入微服务）
协作问题
引发分布式事务问题
增加大量的重复代码
服务监控
日志的搜集与展示
针对微服务所带来的成本可用通过 K8S 解决
K8S 的成本
统一的配置问题
增加大量的部署时间
服务注册与发现
负载均衡
服务器成本增加
K8S 的优势
无状态服务高可用
有状态数据高可用
快速扩容
按量付费
基于 GitLab 和 helm 的 CI/CD
统一配置
服务注册与发现
日志搜集
领域划分
微服务架构
微服务实践
共享核心库：核心库部署到私有 nuget server，并通过 CI 自动化
共享代码：基于 GitLab CI 发布业务组件到 nuget server
服务模板：grpc server
同步通信：本地调用与 RPC 调用单体部署与分布式部署
异步通信：基于 masstransit 库的 saga
统一认证授权：Ocelot
协作：API 管理，Postman
持续集成：基于 GitLab CI 和 helm CICD 部署到 K8S
未来：分布式事务，Service Mesh 服务网格
微服务的价值
微服务架构解放小团队生产力，提高市场响应力
微服务是颗子弹，需要 PaaS 作枪，瞄准的是快速变化的目标
