- 综合排序
- 最热优先
- 最新优先
- 来自专栏让技术和时代并行
提高软件交付速度的6种架构策略
本文向您展示如何评估软件交付性能，并向您介绍可用于提高软件交付性能的六种策略。 如何评估软件的交付速度 软件交付速度能够促进业务发展，那么我们如何评估软件的交付速度呢？ 一个季度变更的失败率是什么？ 一次故障恢复需要多久？ 这其中有4个关键指标（主要参考了软件架构实践第4版） 提高软件交付速度的6种架构策略 1. 6. 功能切换 通过一些配置控制项来保证线上的服务的鲁棒性，出现问题之后可以通过一些特性开关选择打开或者关闭一些功能，避免一些不必要的问题的发生。
44110编辑于 2023-12-18 - 来自专栏AI机器学习与深度学习算法
机器学习入门 10-6 精确率-召回率曲线
本小节主要介绍两个精准率-召回率曲线，其中一个是横坐标为选定的阈值，里面的两根曲线分别为对应阈值下的精准率和召回率，通过这个图可以帮助我们非常好的来选取我们想要的那个阈值。 另外一个是横坐标为精准率，纵坐标为召回率，用于查看精准率和召回率的平衡点。 在上一小节中，通过观察调整阈值与精准率和召回率的变化关系，可以看出精准率和召回率是相互牵制相互平衡的两个指标： 当精准率升高的时候，召回率就会不可避免的降低； 当召回率升高的时候，精准率也会不可避免的降低 绘制对应不同阈值时精准率和召回率的变化曲线。 其中蓝颜色的曲线代表的是精准率，精准率随着阈值的增大而逐渐增大。橙颜色的曲线代表的是召回率，召回率随着阈值的增大而逐渐的减小。 类似的也可以找到指定召回率值时的阈值是多少。当我们希望分类结果的精准率、召回率或者精准率和召回率两个指标在某些指定值上时，就可以通过这种方式来找到对应横坐标上的阈值。
4.3K30发布于 2020-05-13 将AI潜力转化为软件交付的投资回报率
将潜力转化为绩效：在软件交付中实现AI的投资回报率人工智能正在改变软件的开发、测试和发布方式——然而，许多团队仍在努力将这种潜力转化为可衡量的成果。在整个软件开发生命周期中，AI引入了强大的能力。 从加速编码、生成软件质量检查到记录保存，生成式AI工具正在帮助承受巨大压力、需要在保证质量的前提下更快交付的软件开发团队。 当AI作为智能自动化框架的一部分被融入交付流程时，真正的投资回报率才会出现。这些是结构化的系统，它将AI与自动化相结合，使流程具有适应性，并能根据软件速度和质量的既定目标进行衡量。 对于软件领导者来说，要充分实现AI的潜力，他们必须超越试点项目，最终将AI定位为规模化、一致、可信、高性能软件交付的关键驱动力。 组织准备度塑造AI的规模化影响仅靠技术无法解锁投资回报率。要取得可重复的成功，需要运营规范和文化协同。
17510编辑于 2026-03-13- 来自专栏TestOps云层
Jenkins+Ansible+GitLab持续交付平台搭建-第6篇
这篇文章将继续给大家介绍Jenkins+Ansible+GitLab持续交付平台搭建。 Jenkins+Ansible+GitLab持续交付平台搭建-第1篇 Jenkins+Ansible+GitLab持续交付平台搭建-第2篇 Jenkins+Ansible+GitLab持续交付平台搭建 -第3篇 Jenkins+Ansible+GitLab持续交付平台搭建-第4篇 Jenkins+Ansible+GitLab持续交付平台搭建-第5篇 jenkins shell集成 1.创建一个自由风格的项目 Maven工作 1）新建一个自由风格软件项目 2）job编辑页面： 代码管理选择Git，输入仓库项目地址，用户名/密码 增加构建步骤，选择调用顶层Maven目标 Maven目标：package 6.
1.3K10编辑于 2022-04-07 - 来自专栏Palantir深度分析
Palantir深度分析：6. 边缘计算与断网交付
然而,这一范式转移带来了严峻的"最后一公里"交付挑战:传统的持续交付模型依赖于稳定带宽、同构基础设施及人工介入能力,而这些条件在所谓的"DIL环境"(Disconnected,Intermittent, 高温、沙尘和电力供应的不稳定导致硬件故障率远高于数据中心。这意味着软件必须具备极强的容错能力,且部署过程不能因意外断电而导致设备"变砖"。数据主权与地缘政治风险不容忽视。 五、断网与受限网络交付技术针对非洲和中东地区常见的DIL网络环境,Apollo实施了一系列深度的技术优化,以确保交付的可靠性。 六、自动化合规与安全护栏在中东及非洲地区运营,企业面临着多重合规挑战:既要满足当地的数据主权法律,又要符合母国(如美国)的出口管制及安全标准(如FedRAMP,IL6)。 6.3高密级安全认证架构PalantirApollo是极少数获得美国国防部IL6(最高密级,用于处理国家机密信息)认证的商业交付平台之一。其架构设计天然契合高标准合规要求。
36710编辑于 2026-02-04 - 来自专栏测试技术圈
Jenkins+Ansible+GitLab持续交付平台搭建-第6篇
Maven工作 1）新建一个自由风格软件项目 2）job编辑页面： 代码管理选择Git，输入仓库项目地址，用户名/密码 增加构建步骤，选择调用顶层Maven目标 Maven目标：package 6.
77720发布于 2019-10-22 - 来自专栏前端开发的「术」
从交付 API 到交付 SDK
背景 传统 Web 前后端协作模式中，HTTP API 是前后端的分界点，服务端交付 API，Web 端根据 API 构建应用。 感想 直接交付 SDK，其实在 RPC 调用中很常见。 因为 RPC 接口通常有结构化的协议文件，比如 protobuf，可以借助自动化工具，生成各种语言的调用 SDK（即桩代码 Stub）。
1.6K41编辑于 2022-01-13 - 来自专栏DevOps持续集成
安全软件供应链6个交付管道安全最佳实践
我们最近才意识到保护底层管道的重要性，例如版本控制系统 (VCS) - 有时称为源控制管理 (SCM) 工具 - 和持续集成/持续交付 (CI/CD) 管道. 交付管道和软件供应链安全 为了支持快速、迭代和高质量的部署，托管 VCS 和 CI/CD 管道已成为云原生组织的命脉。 如果没有适当的控制，恶意代码注入或中毒可能会破坏整个交付管道。采用 VCS 和 CI/CD 安全最佳实践将有助于保护软件开发和部署中涉及的组件、操作和过程。
94730编辑于 2022-12-29 - 来自专栏FunTester
持续交付：低风险快速交付
持续集成和持续交付等实践能够在进行任何更改后立即将代码交付到生产环境中。当使用更小改动的代码块时，将会让新功能发布和修复BUG并行成为可能。 今天我们将重点介绍 CI/CD 的第二阶段，持续交付。它有助于确保代码已准备好交付。它的主要特点是代码构建、测试和交付等过程的自动化，有助于及早避免错误并最大限度地降低风险。 何谓持续交付 根据持续交付的实践，团队开发软件是以最小变动代码块为单元，产品发布不是手动进行的，而是通过一个按钮来完成的。代码中的每个小改动都会自动构建、测试并发布到生产环境中。 这些过程可以在整个交付过程中继续进行，从一开始就为产品带来质量。 灵活性。CD 能够经常发布新功能，即使整个产品都在开发中。 该技术有几个阶段，例如管理流程、测试和定义产品是否已准备好交付，这涉及不同的部门和不断的协作。
38920编辑于 2023-08-04 - 来自专栏ThoughtWorks
持续交付2.0：云原生持续交付
《持续交付》提出了一系列贯穿整个软件交付生命周期的最佳实践。但它成书的年代（2010年）云计算尚未得到广泛应用，尤其在软件开发过程中的应用非常有限。 如果站在今天的技术水平和对云计算的理解水平基础上回顾《持续交付》的内容，我们有可能提出一组全新的、原生于云环境的持续交付实践。 ? 对于这些反模式，《持续交付》提出的解决办法是“将几乎所有事情自动化”。 ---- 部署流水线 《持续交付》提出了“部署流水线”的概念（如下图）。“随着某个构建逐步通过每个测试阶段，我们对它的信心也在不断提高。 《持续交付》中提倡整个部署流水线“只生成一次二进制包”，并且在各个验证步骤之间传递二进制包。
2K50发布于 2018-04-13 - 来自专栏Android 研究
PMI-ACP 敏捷项目管理6——交付价值与确认价值
一、交付价值 交付价值贯穿敏捷项目执行始终。为了完成这个目标，团队应该利用精益的最大化价值交付活动和最小化浪费或者合规活动(非增值)原则。 从帕彭迪克的七个软件浪费列表看，WIP本身也是一种浪费，过多的WIP会产生一些问题，包括： WIP占用了项目资金但在验收前完全不能让客户获取投资回报率。这意味着投资没有收获。 限制WIP帮助我们识别过程中的瓶颈，并最大化生产率，像某些城市实行单双号的车辆限行，通过限制路上通过的车辆可以让交通更通畅 (三)、增量交付 增量交付是另一种优化项目价值交付的方法。 使用增量交付，团队可以定期在过程中部署产品增量。在软件项目中，可以工作的软件通常先被部署到测试环境中进行测试，但如果对业务有意义，团队就会以增量的方式将该功能交付到生产上。 如果能够交付产品或者一些负责系统的简单版本，我们就可能获取早期的投资回报率。 即使增量交付软件到测试环境而不是生产环境中，这种方法依然可以帮我们交付所有价值。
1.8K40发布于 2018-08-30 - 来自专栏CKL的思考空间
从交付产品到交付价值
这个是比较典型的交付产品的测试思路，对于“笔”这个产品，它需要满足以上我们考虑到的信息，在这个过程中，我们关注的是对于笔的产品说明书，以此为蓝本来设计我们的测试用例，测试人员关注的是说明书是否写的足够清晰 在敏捷的环境中，我们关注的是交付价值，需要澄清原始需求背后客户的真实痛点是什么。 最终交付了此功能，并与客户简单讲解了整个使用配置过程，得到了客户的认可。 在这个过程中笔者做了什么： 需求澄清——基于业务上下文的需求背景分析； 分析现有逻辑——提出现有逻辑的不合理性； 提出支撑性需求——为满足需求，增加额外的功能支撑； 关注用户体验——做好功能交付及业务培训 提升整个团队的交付价值，不仅仅是产品需要思考的问题。
53630编辑于 2023-02-01 - 来自专栏云云众生s
速度的投资回报率：更快的代码交付如何节省数百万美元
CircleCI报告揭示，高速代码交付节省数百万美元！关键在于优化CI/CD流程，提升MTTR和吞吐量。AI和自动化是加速软件交付的关键，需关注IaC等先进技术。 在组合中加入投资回报率 这就是总部位于旧金山的CircleCI对其年度软件交付状态报告采取扩展方法的原因，该报告的第六版于周二发布。 该报告仍然着眼于用于定义性能的关键指标——持续时间、吞吐量、平均恢复时间（MTTR）和成功率——但该供应商还在衡量组织从中获得的投资回报率，这是业务领导者和利益相关者的关键衡量工具。 它还探讨了CI/CD中的自动化、基础设施即代码（IaC）和AI等先进技术对软件交付的意义。 它们正在提高软件交付的速度，而名单上的顶级组织正在适应工程的快速发展性质，并为用户提供价值。
24110编辑于 2025-03-20 - 来自专栏新亮笔记
持续交付管理
《持续交付 发布可靠软件的系统方法》读书笔记 实现持续交付不仅仅是买些工具，做一些自动化的工作。它依赖于交付过程中所涉及的每个人的协作，来自行政管理层的支持，以及基层人员的改进意愿。 持续交付不仅仅是一种新的交付方法论。对依赖于软件的业务来说，它是一个全新的范例。要想知道为什么，需要研究公司治理核心中一种根本的张力（tension）。 通过确保交付团队能得到应用程序在类生产环境上的不断反馈，是部署流水线达成“执行度”这个目标的方法和手段。部署流水线使交付流程更加透明，来帮助团队达成符合度。 提高软件交付生命周期的可预测性，让计划更有效。 具有采用和遵守任何必要的法律规章的能力。 具备有效发现和管理软件交付相关风险的能力。 通过更好的风险管理和交付更少缺陷的软件来减少成本。 它让你可以识别交付实践效率是什么状态，并且为如何改进提供了建议。
88210编辑于 2022-12-05 - 来自专栏PM吃瓜(公众号)
交付物成果
交付物成果是项目管理中的阶段或最终交付物。是为完成某一过程、阶段或项目而必须交付的任何独特、可验证的产品、成果或提供服务的能力。 在项目管理中，始终都非常关注交付成果。 完成全部交付成果，就意味着覆盖了全部的项目范围，所有的项目活动、项目资源，都是为了有效完成这些交付成果而发生的，交付成果在很大程度上反映了项目目标的要求。 不同的项目阶段会产生不同可交付成果。 不同阶段的可交付成果的评审与验收程序也是不一样。 一般项目阶段的可交付成果可以由企业项目组领导进行评审与验收。 重要的项目的可交付成果，如里程碑可交付成果、项目最终的可交付成果则需要企业高层和项目给付方进行评审与验收。
1K10发布于 2020-07-21 - 来自专栏运维之路
3.2.2 持续交付
比方说，运维可能容易将持续交付理解为程序自动化分发，重点解决程序向多台主机的下发的自动化，或将持续交付做成运维内部的独立工具，这与“持续”关注的完整流畅的流水线、“交付”关注的用户价值交付有所不符。 持续交付的边界有两种观点，一种是持续交付介于持续集成与持续部署之间，强调软件一直处于可交付的能力；另一种是持续交付包括了部署。 说完成DevOps与SRE的关系，再看看与持续交付的关系。持续交付是DevOps的一种主流的技术实践，两者最终目的都是为了更快向用户交付高质量的软件交付。 区别是，持续交付更专注于具体实现，是DevOps方法与文化在组织、流程、工具上的实现。 2）归纳价值 快速交付 貌似这个价值勿需多言，持续交付就是为了更快的向用户交付高质量的软件。 同时通过线上化各环节的执行步骤就能够量化持续交付的水平，比如：自动化测试覆盖率、缺陷数量、每天构建次数、发布平均时长等，量化数据能让团队清晰的看到低效环节并进行改进。
1.3K10发布于 2021-03-19 - 来自专栏新亮笔记
持续交付 2.0
一个软件交付计划被划分成多个迭代，强调在每个迭代结束时应该得到可运行的软件。 与瀑布软件开发方法只在项目交付后期才能看到可运行的软件相比，敏捷软件开发方法在这方面有很大的进步。 持续交付 1.0 “持续交付 1.0” 是一种能力，也就是说，能够以可持续方式，安全快速地把代码变更（包括特性、配置、缺陷和试验）部署到生产环境上，让用户使用。 、无风险地快速交付客户价值。 持续交付七巧板 讨论了 “持续交付2.0” 的指导思想、工作理念和核心原则。大家很容易意识到，它对适应快速变化的市场环境和激烈的市场竞争是非常有效的。 持续交付双环模型的实施与改进将涉及企业内的多个部门与不同的角色，无法由某个部门独立实施，必须在整个组织范围内贯彻执行 “持续交付 2.0” 的思想、理念与原则。
1.1K11编辑于 2022-12-05 - 来自专栏镁客网
IPv6全球普及率高达27%，6G将在2030年开始部署
IPv6的步伐越来越快了。 策划&撰写：巫盼 近日，全国IPv6论坛主席Latif Ladid在对外的公开演讲中提到，IPv6全球普及率已达27%，中国IPv6互联网用户已超过2亿。 同时，他提到全球已经开始对6G展开研究。 据了解，国内的阿里云和腾讯云均已支持IPv6服务，而阿里和腾讯旗下的诸多产品已经全面支持IPv6，比如QQ、淘宝等。 有数据显示，截止2019年3月底，全球综合IPv6部署率在30%左右及以上的国家或地区占了地图面积的一半以上，而使用IPv6访问谷歌网络的用户占总用户量的比例也已超过27%，这表明IPv6生态正在形成。 下一代互联网国家工程中心主任刘东也表示，中国将从国家层面上全面提升IPv6，利用5-10年的时间建成全球最大的IPv6的商用网络，实现万物互联。 同时，全球5G网络的部署也需要IPv6的持续推进。
67760发布于 2019-05-22 - 来自专栏新亮笔记
软件交付的问题
《持续交付 发布可靠软件的系统方法》读书笔记 软件从业者的目标 作为软件从业者，我们的目标是 尽快地 向 用户 交付 有用的可工作的 软件。 速度是至关重要的，因为未交付的软件就意味着机会成本。 快速交付也是非常重要的，因为这使你能够验证那些新开发的特性或者修复的缺陷是否真的有用。决定开发这个应用程序的人（我们称为客户）会猜测哪些特性或缺陷修复对用户是有用的。 质量并不等于完美，正如伏尔泰所说“追求完美是把事情做好的大敌”，但我们的目标应该一直是交付质量足够高的软件，给客户带来价值。因此，尽快地交付软件很重要，保证一定的质量是基础。 软件应该满足一定的质量标准，比如测试覆盖率以及其他与技术相关的度量项。 软件的功能验收测试必须是成功的。这可以检查应用是否满足业务验收条件，交付了所期望的业务价值。 软件的非功能测试必须是成功的。 交付原则 为软件的发布创建一个可重复且可靠的过程 将几乎所有事情自动化 把所有的东西都纳入版本控制 提前并频繁地做让你感到痛苦的事 内建质量 “DONE”意味着“已发布” 交付过程是每个成员的责任 持续改进
53720编辑于 2022-05-17 - 来自专栏muller的测试分享
持续交付-Jenkinsfile 语法
实现 Pipeline 功能的脚本语言叫做 Jenkinsfile，由 Groovy 语言实现。Jenkinsfile 一般是放在项目根目录，随项目一起受源代码管理软件控制，无需像创建"自由风格\"项目一样，每次可能需要拷贝很多设置到新项目，提供了一些直接的好处：
1.1K00编辑于 2022-06-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号