摘要
一个完整的电商项目微服务的实践过程，从选型、业务设计、架构设计到开发过程管理、以及上线运维的完整过程总结与剖析。
讲师介绍
产品需求介绍
纯线上商城线上线下一体化跨行业跨商业模式从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 作枪，瞄准的是快速变化的目标视频链接
33:38
