记录这两年是如何一步一步转型到.net core+k8s

以下整理这两年的主要时间节点：

2018年1月到2018年3月

基于.net core的底层框架的封装，封装了数据访问，缓存，消息队列，加解密，日志，文档工具等一系列组成一个项目的必要组件。因为之前有沉淀，这一块的封装并没有花费太大的时间，主要是定标准和规范。

2018年4月到2018年6月

开发一系列公共服务，用户中心，认证授权服务，菜单角色权限。通过这一系列公共服务拆分，实现了单体服务转向微服务化，定义了各个项目的接入标准，为后面的所有业务项目转向新的技术体系打下了基础。

2018年7月到2018年9月

微服务架构选型，放弃了最初设定的以Ocelot+Consul的这套方案，最终决定使用kubernets来做为我们的微服务方案。同时完成CICD的搭建工作，并把每次构建控制在2分钟内，高峰时期每秒达到30多个构建任务，每日最多达到600多次构建。这期间公共服务全部迁入k8s。

2018年10月到2018年12月

业务项目全部开始重构。服务拆分后，大概有200多个独立服务组成新的业务平台，完成由.net framework+windows向.net core+k8s的转型。虽然前期做了大量基础建设工作，这一步还是非常艰难。我们通过大量的培训，大量的加班来协助项目组进行技术转型。

2019年1月到2019年3月

协助项目组进行上线冲刺，其中经历了功能测试，压力测试，在这中间我们学习积累了大量的k8s和.net core相关的经验。

2019年4月到2019年6月

业务组项目全部迁移完成并上线，所有业务迁移到新平台。这段时间主要是监控线上业务的运行情况。期间也经历过几次事故，不过都在可控范围内。通过新的技术方案我们开始从容应对各种线上活动的高并发场景，比如某宝会员日(峰值qps：50W/秒)，极大提升了活动的稳定性，也减少了成本的投入。

2019年7月到2019年12月

下半年相对平淡，线上服务正常运行，业务正常的迭代升级，新的业务也在快速的接入，线上环境的集群规模也在一步一步扩大。我们开始把精力放在监控和自动化上面，快速响应线上问题，提高开发效率。