摘要：开发之痛：稳定的测试环境，怎么就那么难。对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式；对于测试环境，隔离、低成本和稳定的依赖是最重要的，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。通过环境建设，我们解决了研发过程中的资源冲突。专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星“对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式。对于测试环境，隔离、低成本和稳定的依赖最重要，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。“以下是详细
摘要：开发之痛：稳定的测试环境，怎么就那么难。对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式；对于测试环境，隔离、低成本和稳定的依赖是最重要的，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。通过环境建设，我们解决了研发过程中的资源冲突。专栏策划｜雅纯志愿编辑｜jimmy、吕瑞星“对于生产环境，准确、稳定最重要，我们推荐以应用为中心的基于OAM和IaC的实践方式。对于测试环境，隔离、低成本和稳定的依赖最重要，我们推荐基于稳定环境的隔离测试环境的实践，复用稳定环境，通过流量隔离和数据隔离来生成测试环境。“以下是详细
编者按：2022，你的团队距离持续部署还有多远？持续部署这个词我们经常听到，可是到底怎样才是做到了持续部署？如何才能做到持续部署？本文将为你逐层拆解持续部署的内涵和实施路径。策划&编辑｜雅纯云研发时代，主流的发布形态变成了服务化的发布形态，这种发布形态让持续发布有了现实的基础。发布的前提是把待发布制品部署到生产环境，所以持续发布的前提是持续部署。持续部署的4个要求持续部署要求持续地提供一个稳定可预期的系统服务。有时候发布过程当中会停机，停机更新的这段时间系统不可用，这就是非持续的部署形态。我们希望的持续部署:首先应该是准确的——部署结果准确可预期的；第二，应该是可靠的——整个持续部署过程中线上
编者按：2022，你的团队距离持续部署还有多远？持续部署这个词我们经常听到，可是到底怎样才是做到了持续部署？如何才能做到持续部署？本文将为你逐层拆解持续部署的内涵和实施路径。策划&编辑｜雅纯云研发时代，主流的发布形态变成了服务化的发布形态，这种发布形态让持续发布有了现实的基础。发布的前提是把待发布制品部署到生产环境，所以持续发布的前提是持续部署。持续部署的4个要求持续部署要求持续地提供一个稳定可预期的系统服务。有时候发布过程当中会停机，停机更新的这段时间系统不可用，这就是非持续的部署形态。我们希望的持续部署:首先应该是准确的——部署结果准确可预期的；第二，应该是可靠的——整个持续部署过程中线上
背景创业型公司或创新型项目往往团队资源有限，人员能力水平有限，难以投入专业自动化压测人员；同时部分业务（tob/toc场景）长期有中小型活动场景带来小规模流量并发，需要产研能长期保障并及时感知和解决网站性能和稳定性问题。目标1.开发人员5分钟上手压测，30分钟熟练。2.常规性能压测自动化，常态化；零开发，零测试投入；1分钟自动化生成报告,快速定位问题！3.针对场景(运营活动)性能压测自动化，整体压测效能提升10倍。减少1名专业压测人员投入！方案按照五个维度打造研发管理体系思考和规划，按照自身场景，考虑自研全链路压测工具；本身工具开发难度不高，项目速度快，投入周期短；同时也长期解决问题，灵活适配
背景创业型公司或创新型项目往往团队资源有限，人员能力水平有限，难以投入专业自动化压测人员；同时部分业务（tob/toc场景）长期有中小型活动场景带来小规模流量并发，需要产研能长期保障并及时感知和解决网站性能和稳定性问题。目标1.开发人员5分钟上手压测，30分钟熟练。2.常规性能压测自动化，常态化；零开发，零测试投入；1分钟自动化生成报告,快速定位问题！3.针对场景(运营活动)性能压测自动化，整体压测效能提升10倍。减少1名专业压测人员投入！方案按照五个维度打造研发管理体系思考和规划，按照自身场景，考虑自研全链路压测工具；本身工具开发难度不高，项目速度快，投入周期短；同时也长期解决问题，灵活适配
在软件研发过程中，往往随着为了快速满足业务要求的压力，用户需求的变更，软件代码的增多，以及版本的迭代，团队成员的变化等等因素，导致一个软件项目随着时间推移，欠的技术债会越积越多，用户使用容易出错，部署流程也变得复杂。技术债务不及时还掉，就会产生“利息”，进而导致软件复杂度呈指数级增长。代码行越多，逻辑越复杂，技术债务就会欠的越来越多，最终到了某个临界点的特定时刻，软件代码就会变得失控，没人知道里面改动会带来什么后果。每一次的需求修改调整，引发即使很小的代码修改，可能由于软件复杂度变高，都会带来新的问题，轻则导致软件无法正常使用，重则导致出现严重的问题，甚至系统崩溃无法正常使用等问题。随着时间的
在软件研发过程中，往往随着为了快速满足业务要求的压力，用户需求的变更，软件代码的增多，以及版本的迭代，团队成员的变化等等因素，导致一个软件项目随着时间推移，欠的技术债会越积越多，用户使用容易出错，部署流程也变得复杂。技术债务不及时还掉，就会产生“利息”，进而导致软件复杂度呈指数级增长。代码行越多，逻辑越复杂，技术债务就会欠的越来越多，最终到了某个临界点的特定时刻，软件代码就会变得失控，没人知道里面改动会带来什么后果。每一次的需求修改调整，引发即使很小的代码修改，可能由于软件复杂度变高，都会带来新的问题，轻则导致软件无法正常使用，重则导致出现严重的问题，甚至系统崩溃无法正常使用等问题。随着时间的
前言 在谈效能之前，我想先谈谈作为一个技术人或者技术TL，研发的核心价值是什么？之前看了一篇文章，比较有意思，分享一下观念： T外包公司：最核心的竞争力不是技术，而是快速响应、资源调配整合、项目成本控制等方面。 企业信息化公司：研发的核心价值有三个层次：第一层是运用技术更好的去支撑业务；第二层是用技术推动业务，用自身业务经验（服务很多客户）帮助客户；第三层是去用经验积累去影响行业。 解决特定场景和问题的产品公司：核心价值就在于技术，专注与做技术深度。 那我们的核心价值是什么？ （1）高效支撑业务：一个是支撑，一个是高效 支撑：对我们的要求就是：阶段性与业务目标，落地产品对齐。 高效：研发效
前言 在谈效能之前，我想先谈谈作为一个技术人或者技术TL，研发的核心价值是什么？之前看了一篇文章，比较有意思，分享一下观念： T外包公司：最核心的竞争力不是技术，而是快速响应、资源调配整合、项目成本控制等方面。 企业信息化公司：研发的核心价值有三个层次：第一层是运用技术更好的去支撑业务；第二层是用技术推动业务，用自身业务经验（服务很多客户）帮助客户；第三层是去用经验积累去影响行业。 解决特定场景和问题的产品公司：核心价值就在于技术，专注与做技术深度。 那我们的核心价值是什么？ （1）高效支撑业务：一个是支撑，一个是高效 支撑：对我们的要求就是：阶段性与业务目标，落地产品对齐。 高效：研发效
