nacos配置中心改造升级项目经历内容:基本需求：客户要求实现配置文件的灰度发布，能查看监听实例以及监听实例监听的具体配置内容，类似于 apollo 配置中心的相关功能。项目背景：nacos 配置中心不满足客户的要求，无法连续灰度发布，无法区分灰度实例，无法查看实例监听的配置文件内容，在调研了 apollo 配置中心以及调试 nacos 配置中心源码之后，觉得对 nacos 配置中心进行改造升级的方案更合适我的工作：修改 nacos 配置中心源码，对 nacos 进行改造升级，实现客户需求。业绩:1.支持连续灰度发布2.支持灰度发布和主版本各自发布3.支持查看监听实例并能区分灰度实例和主版本实例4.支持查看监听实例监听的内容5.兼容 nacos1.4.2和 nacos2.0.46.支持 nacos 单机和高可用部署7. 0bug 交付8. 完美适配现有的公司产品透明接入微服务内容:基本需求：客户接入公司微服务产品不够方便，需要实现0代码侵入，0配置修改接入公司微服务产品，让客户使用起来更简单方便项目背景：以前客户接入公司微服务产品，客户需要修改项目的 application 配置文件，配置公司微服务相关的 nacos 环境信息以及其他参数，比较繁琐容易出错。我的工作：使用 java agent 技术自动注入 nacos 相关环境信息，结合k8s的 webhook 机制自动为客户项目添加 agent ，达到客户0感知0修改接入公司微服务产品。业绩:1. 对 nacos client 功能调研以及源码调试，成功找到切入点，顺利完成 agent 代码编写，结合k8s机制达到了0侵入0配置0感知的优秀效果，大大提升了接入速度，大大降低了接入出错的概率，并且不阻碍客户进行自定义操作2. 作为主讲嘉宾，代表公司进行透明接入微服务的技术沙龙演讲3. 为进一步透明接入微服务配置中心以及一系列其他功能打好了基础，后续可以将很多功能都弄成0侵入0配置0感知的模式，大大降低客户的使用难度。k8s系统组件管理内容:基本需求：公司产品是基于k8s进行部署，需要对系统组件资源进行管理项目背景：需要对系统组件资源（service，deployment,configmap,secret,statefulset ）进行启动停止，修改 yaml ，查询以及删除，需要能实时查看 pod 日志。我的工作：使用 fabric 8编写后台接口，使用多线程技术保证接口的响应速度，同时使用 websocket 结合线程池技术实现日志的实时查看以及暂停查看，继续查看。业绩:1.使用多线程技术保证接口响应时间快2. 提前交付代码，基本没有bug，得到同事好评3. 掌握了一点helm包的编写微服务平台实现nacos跨集群内容:基本需求：改造 nacos 源码，实现多个 nacos 集群的实例，能进行跨集群调用项目背景：以前没有nacos跨集群的功能，现在要加上跨集群，使得不同网络域的nacos集群可以互相调用，增强服务高可用。我的工作：保证跨集群服务之间的调用成功，A服务调用B服务，会首先调用同集群的B服务实例，如果同集群B服务挂了，再会去调用其他关联集群存活的B服务实例。业绩:1. 功能调研以及源码调试，结合网关 gateway 实现了跨集群调用，并且采用手动注册，设置一个非临时实例的方式，让 nacos主动去探测服务是否可用，能主动排除不可用的服务。2. nacos升级到2.0之后，临时服务无法创建持久实例，后续通过另外方案解决了兼容性问题，顺利将nacos升级到2.x微服务平台集成sentinel内容:◆ 基本需求： 引入 sentinel 的系统限流，流控限流，熔断限流，访问控制，增强公司产品功能◆ 项目背景： 弃用之前基于 hystrix 实现的限流模块， 改用 sentinel 进行加强◆ 我的工作：产品提供需求->开发进行需求调研 ->开发编写概要设计文档->开发和产品以及技术总监进行需求评审 ->开发进行代码开发并自测->开发进行 showcase ->提测让测试完成功能测试 ->完成代码合并。业绩:1.调研推拉模式优缺点，调研持久化方案，结合公司产品进行设计开发，选择最优的方案2.整个 sentinel 功能开发实现了0数据库依赖3.提供了 sdk， 客户只需要引入我们的 sdk， 就可以使用产品相关限流功能4.客户代码0侵入， 客户配置文件0修改5.为满足客户需求，修改源码，实现了 sentinel 规则的启用停用，是公司产品独有的功能6. 符合真实场景的访问控制（黑白名单）， 可根据 ip 或者服务名进行黑白名单限流7. 在公司内部进行了优质的 sentinel 技术分享