背景    对于业务和产品来讲，随时都有紧急小版本功能上线，对于研发人员来讲，线上如果有一些紧急的bug，都需要随时发版修正；而对于产品使用用户来讲，任何的功能和版本发布，要尽可能对用户无感知。 方案 灰度发布，自动小批量流量切换。 产品层面要切分小版本，研发设计细节上要向上兼容（诸如接口层面）。 服务发布要实现滚动发布，发布异常要自动回滚，中间不断服。    其中一部分是工具实现，一部分是项目管理实现，最后一部分是运维层面及架构层面要做的适配和兼容。 k8s滚动发布方案： 1.历史实践方案rancher k8s采用ra...

开源地址：https://gitee.com/chejiangyi/jar-protect 介绍 java本身是开放性极强的语言,代码也容易被反编译,没有语言层面的一些常规保护机制,jar包很容易被反编译和破解。受classfinal（已停止维护）设计启发,针对springboot日常项目开发,重新编写安全可靠的jar包加壳加密技术,用于保护软件版权。 使用说明 使用jdk8编译,支持jdk8+版本 目前支持springboot打包的jar文件（其他未测） 目前支持class文件加密,支持properties,yml,xml等配置文件加密 加密设计   加密命令 jdk17需要...

背景 创业型公司或创新型项目往往团队资源有限，人员能力水平有限，难以投入专业自动化压测人员； 同时部分业务（tob/toc场景）长期有中小型活动场景带来小规模流量并发，需要产研能长期保障并及时感知和解决网站性能和稳定性问题。 目标 1.开发人员5分钟上手压测，30分钟熟练。 2.常规性能压测自动化，常态化；零开发，零测试投入；1分钟自动化生成报告,快速定位问题！ 3.针对场景(运营活动)性能压测自动化，整体压测效能提升10倍。减少1名专业压测人员投入！ 方案 按照 五个维度打造研发管理体系思考和规划，按照自身场景，考虑自研全链路压测工具； 本身工具开发难度不高，项目速...

背景 在公司和业务发展到一定阶段，高层管理者会逐步期望从直觉化的管理逐步转向量化的关键指标管理；同时从hr层面okr和kpi的考核逐步从直觉化的定性考核，转变为数据化指标考核为主做评估和分析。此时中层管理者要实践关键指标读取和分析，及对团队成员从长期关注，变成短期快速反馈并推进绩效改进。 难点 1.研发成果难以评估：研发属于研究性的脑力输出,不同能力输出的结果是不一样的，难以通过可见性的指标精准评估成果的好坏。 2.研发指标容易作弊：研发指标难以通过自动化的标准准确输出可靠，诸如代码质量只能是相对的。特定的指标容易通过作弊的方式达成（比如代码行数）。 3.大量重复性的统计：量化指...

痛点 1. bsf底层依赖springcloud,影响bsf更新springboot新版本和整体最新技术版本升级。 2.eureka已经闭源，且框架设计较重，同时引入eureka会自行引入较多springcloud相关包和组件。 方案 1 .自研轻量级高性能rpc框架BsfAPIRegistry。 目标 BsfAPIRegistry需要解决的关键痛点： 1.代码简单，简单，简单！框架实现要轻量，容易扩展，这样性能扩展也会很高。 2.要兼容旧项目@FeignClient,业务开发零改造代码,实现 业务零感知无缝迁移。 3.引入的第三方组件越少越好，以后bsf组件冲突问题...