ASP.NET Core基于K8S的微服务电商案例实践–学习笔记
2011 年 9 月 13 日
摘要
一个完整的电商项目微服务的实践过程,从选型、业务设计、架构设计到开发过程管理、以及上线运维的完整过程总结与剖析。
讲师介绍
产品需求介绍
-
纯线上商城
-
线上线下一体化
-
跨行业
-
跨商业模式
从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 作枪,瞄准的是快速变化的目标