- 综合排序
- 最热优先
- 最新优先
- 来自专栏嵌入式智能硬件
【DEVOPS】Devops关键实践
7.与传统实践的差异占考试分数的12.5% （1）Devops更频繁的发布（官方Devops书本上的翻译是发布是日常活动） 传统实践：大尺寸，几天，几周发布，很多资源，高付出，备份，文档，手工，时间表 Devops实践：小尺寸，每周每日发布，有效自用资源，常规付出，自动化，连续 （2）Devops更多地关注增加业务价值（官方Devops书本上的翻译是发布是由业务决定的。） 传统IT:版本发布，发布是一组共同部署到生产环境的更改，发布时间，IT决策 Devops实践：部署，使用用户完全或部分可用新功能，通过测试后立即部署，商业决策。 （4）Devops处理解决事件和缺陷的方式（官方Devops书本上的翻译是缺陷立即被修复的） 如果要追溯的最近的部署，Devops流水线控制系统将自动回滚到之前已知稳定状态。 DOD完成的定义，理解的唯一方式 （4）团队不能太大
1K20发布于 2020-08-31 - 来自专栏sktj
DevOps实践
发布管理 Scrum 看板 交付流水线 DevOps关注： 频繁交付小的需求 对质量有大的信心 git服务器 docker Gerrit 审查代码变更：docker上安装gerrit image.png jenkins sonar 代码质量审查 DevOps是一种流程化的思想 拉取ansible镜像：docker run -v x/ansible:/ansible -it x /bin
64410发布于 2019-09-24 - 来自专栏顾宇的研习笔记
通过 DevOps 故事落地 DevOps 实践
然而这一实践并不如 DevOps 的其它实践那样广泛。这个实践实际上很简单，就是把非功能需求做为用户故事的 AC 放入故事卡里。 这是为了向团队强调 DevOps 的概念。 其次，需要注明 DevOps 所采用的最佳实践，在这里，最佳实践是不需要有具体的实施工具的。具体的实施工具要在 DevOps 故事里体现。 此外，DevOps 史诗故事是对 DevOps 落地的简要描述，而 DevOps 故事是对 DevOps 落地的详细描述，在 DevOps 史诗故事中，可以讨论的余地并不多，它代表了某一种最佳实践，而这样一种最佳实践是有上下文的 此外，DevOps 故事的 INVEST 原则也可以帮助你更好的实践 DevOps 故事。 如果你发现有无法处理的状况，欢迎来信和我一起讨论，并形成新的 DevOps 实践。
1.1K20发布于 2018-08-17 - 来自专栏sktj
DevOps实践指南
每日10次部署:持续部署：部署流水线 DevOps三步法： 流动：加速开发、运维、交付的流程 反馈：更安全可靠 持续学习 精益的两个主要原则包括：坚信前置时间（把原材料转换为成品所需的时间）是提升质量 image.png devops ? 反馈：监控的艺术，日志采集 异常数据告警(异常检测) 发布中集成AB测试 结队编程：一开发，一测试用例 学习型组织 信息安全人员加入devops中
68520发布于 2019-09-24 - 来自专栏DevOps持续集成
DevOps实践-VMware的DevOps转型之旅
简要了解开始DevOps转型时遇到的障碍以及我们如何解决它们。 如今，大多数公司都在进行DevOps转型，以采用更快的发布，提供更好的质量，提高团队的灵活性，敏捷性并获得更快的反馈。 此过程帮助团队了解了DevOps采用的价值。此外，我们很幸运获得管理团队的支持。没有他们的支持和配合，我们的DevOps变革将是不可能的。 功能交付 我们经历的另一项是功能交付。 我们创建了DevOps风格的团队。DevOps团队是功能齐全的团队，能够构建，测试，具有基础架构和管理服务技能。 自动化 DevOps涉及整个SDLC生命周期中的早期反馈，而自动化在提供早期和一致的反馈中扮演着非常重要的角色。没有自动化，就无法实现DevOps的发展。 团队经常在孤岛上工作，专注于自己的交付物，而没有考虑共享最佳实践或创建可重用的代码。这不是一个容易解决的问题，需要文化上的转变。 解决方案是什么？
61310发布于 2020-09-14 - 来自专栏深度学习与python
DevOps 测试实践指南
为了帮助大家，我们将讨论 DevOps 的基本概念、生命周期、最佳实践以及我们应该使用的工具。 1什么是 DevOps？ 与传统的手工实践不同，DevOps 团队使用技术栈和工具来自动化流程，从而可以自动、可靠、快速地构建应用程序。 使用持续开发可以极大地缩短代码编写和部署到生产环境的时间，最多可达 4 小时。 简而言之，DevOps 是一种敏捷的扩展，或者可以被称之为“类固醇上的敏捷”。 4DevOps 测试的最佳实践 DevOps 测试工程师需要重新思考软件的 QA 测试策略，以适应从开发到运维的管道阶段。 值得庆幸的是，有一些 DevOps 测试最佳实践可以被理解并能被用于任何应用程序的开发中。解释 DevOps 的每个测试最佳实践超出了本文的范围。
62930编辑于 2022-06-11 - 来自专栏yeedomliu
《DevOps实践指南》前言
《DevOps实践指南》前言 介绍 在访谈了‘DevOps之父’Patrick Debois之后，我深刻地理解了‘DevOps is the Human Factor’这句话的真谛 DevOps更多的是实践而不是角色 误区3：DevOps与ITIL不兼容。 DevOps实践可以与ITIL流程兼容。然而，为了支持DevOps所追求的更短的发布周期和更频繁的部署，ITIL流程的许多方面需要完全自动化 误区4：DevOps与信息安全及合规活动不兼容。 但是DevOps还需要文化规范和架构，以便在IT价值流中实现共同的目标 误区7：DevOps仅适用于开源软件。 他解释说，当项目延迟时，增加更多的开发人员不仅降低了单个开发人员的生产力，而且也降低了整体的生产力 另一方面，DevOps证明了在拥有正确的架构、技术实践和文化规范的情况下，小型开发团队能够快速、安全、
76730发布于 2019-12-10 - 来自专栏张善友的专栏
Followme Devops实践之路
引言 天下武功,唯快不破 想要提高开发团队效率，势必要有一套完整而成熟的开发流程方案，除了sprint迭代开发模式之外,还有近几年流行的devops流程,都是可以大幅度提高开发效率的工具. 我们团队也不断探索、实践，最终形成了现有的一套体系，从最初的手动发布到现有的自动化，从起始的繁琐易乱到当下的简洁明了。 我们希望将我们曾经踏过的脚印与大家一起分享，为各位展示一条 我们的devops 的实践之路，同时也希望能为各位避免走入同样的弯路提供些许帮助。 项目初期基于 .net framework, 开始并没有准备做 devops，基于Windows的 gRPC 服务、ASP.NET 做持续部署还是比较麻烦（不管是停止远程服务/更新二进制包/docker Devops ?
76730发布于 2018-09-28 - 来自专栏DevOps实践之路
DevOps-实践心得
这也是DevOps成为数字化企业基因的原因，业务和生产实现了完美的结合。 从敏捷实践的角度来讲，你会发现开发组织中参与者好似生物体中的神经元，大家各司其职，自成一体，接受反馈，并向外主动反馈。 理论上来讲他的确和DevOps没什么关系，但是从如何实践DevOps的角度来讲，微服务是非常有意义的。 更关注服务的能力，这样也会减少因为跨域而带来的复杂事物处理 4. 为什么落地DevOps还是那么难？ DevOps的最高目标是让组织内的人都具有相同的工作理念，最终形成一种工作文化。而有些倡导者谈到如何去培养这种文化就显得有点空谈了。我认为在形成DevOps文化的过程中，敏捷实践必不可少。 过去的敏捷实践更多的是在开发阶段，而现在DevOps的理念下，其实可以很顺畅的将部署阶段的事情也纳入敏捷实践中。让合适的人去做合适的事。当然团队文化的改变需要一个过程。
36120编辑于 2023-05-16 - 来自专栏顾宇的研习笔记
#DevOps 的前世今生# 4. DevOps 的文化
以至于到今天对于 DevOps 的定义还是众说纷纭，争论不休。 当人们还在争论 DevOps的时候，一批基于敏捷的工程实践和自动化工具带着 DevOps 的标签走入了人们的视野。 人们开始认为 DevOps 就是使用这些工具进行自动化。 在早期的 DevOps实践里，开发和运维仍然是分离的。而在很多企业中，运维部门往往是核心部门，评审应用软件的架构设计和上线要求。 于是运维部门开始利用这些被称作为“DevOps”的自动化工具管理设备和应用系统。并且将自己相关的实践打赏了“DevOps”的标签传播开来。 于此同时，开发团队开始采用这些工具构建开发用的测试环境。 此外，Netflix 在微服务和 DevOps 的实践上一直走在业界的前沿。 然而在实践中，合作经常起始于 Dev产生的产品运维意识（例如部署和监控），以及在开发过程向运维团队中学习到的实践和自动化工具。
95410发布于 2018-08-17 - 来自专栏DevOps
【DevOps系列】效能洞察4步走：金融企业效能度量转型实践
计划采取的步骤如下： 1 规划集团指标 2 采集集团数据 3 指标设计展示 4 平台推广使用 在上述建设过程中，该企业面临了一系列问题，但经过采取针对性的改进措施，这些问题已逐步得到解决。 1. 2.数据采集阶段： 数据采集困难、采集不及时、数据质量差 DevOps工具链的集成深度不够，导致数据和度量指标分散于不同的平台。 最终，该企业的度量体系改造效果得到了DevOps成熟度三级评级的验证，并成功通过了评级。为了使更多部门能够受益于度量改造带来的益处，该企业决定在全集团范围内推广使用这一度量方案。
19600编辑于 2024-12-18 - 来自专栏互联网运维杂谈
什么是DevOps最佳实践”？
DevOps研究所成立于2015年，作为新兴DevOps实践的全球学习社区。 自推出以来，我们有意避免提及DevOps“最佳做法”。 Lofts, Dojos)沉浸式实践（） DevOps teams(DevOps团队） 明年会出现什么？ 谁知道 - 但这是DevOps的激动人心的部分。 随着时间的推移，矛盾越来越少，完善得越来越丰富。 每个新兴的实践似乎是完善和微调之前的事情。 我们不要通过附加一套静态的最佳实践来扼制动力。 最终会达成DevOps的最佳做法吗？ 也许。 DevOps几乎涉及IT管理的各个方面 - 人员，实践和自动化。 这就类似于一整套的最佳实践。 对于DevOps，让我们通过推动一个有兼容性和集体性的新兴实践知识体系，从而真正拥有分享、协作和持续创新的真正精神。 如果我们确定了一套DevOps最佳实践，我们是否真的会抑制我们试图坚持的价值观？
1.3K20发布于 2019-11-19 - 来自专栏sktj
DevOps：原理、方法与实践
4 ） 尽快交付。没有速度，我们无法延迟决策； 没有速度，我们没有增强学习需要的 反馈。交付周期对于学习至关重要： 设计、实施、反馈、改进。这些周期越短，可以学 到的越多。 在DevOps 成为一大趋势的今 天，开发部门、质量管理部门和运行维护部门之间的协同变得越来越重要了。 ITIL 是一套公开的、基于业界最佳实践制定的、用于规范IT 服务管理的流程和方法论。 它以流程为导向，以客户为中心，目的是确保IT 能更好地服务于业务部门，从而让企业 的IT 投资回报最大化。
1.2K10发布于 2019-10-08 - 来自专栏云计算D1net
云中DevOps的最佳实践
将DevOps付诸实践是许多组织正在进行的实验。开发人员经常在持续集成(CI)/持续交付(CD)性能、测试延迟和其他瓶颈方面遇到困难。 DevOps通常被定义为将软件开发与IT运营相结合的软件开发方法。其目标是缩短系统的开发生命周期，同时根据业务目标频繁地提供功能、修复和更新。 将DevOps付诸实践是许多组织正在进行的实验。 数据点2：管理源代码，尤其是在共享环境中工作时 有一些应用程序创建实践会影响持续交付(CD)。首先，源代码不是企业解决方案的唯一元素。 数据点3：自动化质量流程难以实施 Selenium是测试功能的一个绝佳工具，应该成为企业实践的一部分。但是，在进行功能测试之前，应该进行多次验证。 数据点4：应在具有严格质量门的已定义管道中发布更改 持续交付(CD)的打包是关于捕获可以逐步释放到下一阶段或环境中的更改。
1.6K10发布于 2019-09-10 - 来自专栏鹅厂网事
网络Devops探索与实践
前言 在9月16日举办的2020 ODCC峰会的智能监控与管理分论坛上，来自腾讯网络平台部的王镇做了以《基础网络DevOps的最佳实践》为主题的精彩演讲。 在系统架构顶层设计方面，我们使用DDD—领域驱动设计的模式，具体到Devops平台，着重领域层的实践。把Devops的整体功能模块分为四大块： 可视化编排平台 – 这个是运营事务流程化的具体落地方式。 这块是整个Devops平台的后腰，保证系统的正常运行，以及出现问题后快速恢复。 4、可维护 – 产品化的控制台 ? 4）经过一系列培训，通过考试后，对学员颁发证书。并根据不同的能力水平，证书也会区分一级、二级和三级。 6、最差实践 – 坑点 我们的题目叫“最佳实践”，但这个过程并不是一帆风顺的，过程中经历了非常多的挫折与不理解。我们把这些因为考虑不完善而踩坑的地方总结了几个最差实践。 ?
93620发布于 2020-09-24 - 来自专栏WeTest质量开放平台团队的专栏
DevOps中的测试实践
文化、流程、组织结构、技术发生变革，对测试提出新要求 DevOps文化对测试带来的新要求（文化） 为适应市场的快速变化，要求企业的产品快速迭代，柔性应对用户需求，滋生了DevOps。 在DevOps中构建测试工作的难点（流程） 在DevOps趋势下，测试部门从原先的大量集中测试，变成了高频快速测试。 原先大部分企业采用纯手工测试的方式，从根本上无法适应DevOps的高频快节奏需求。滋生了对自动化测试的诉求。 目前WeTest平台可以满足需求 3. mock能力：可按需求定制mock规则 4. 3.兼容各类脚本：jmeter/fiddle等主流脚本框架 4.支持coding模式，多种协议和语言，便于灵活地构建测试场景。
66720发布于 2020-12-14 - 来自专栏WeTest质量开放平台团队的专栏
DevOps中的测试实践
在DevOps的pipeline中，我们发现测试环节也需要一套流水线化的能力，来保证研发流程的大批pipeline稳定高品质交付。 下面介绍下DevOps中如何构建高水平全面的测试能力。 1. 文化、流程、组织结构、技术发生变革，对测试提出新要求 · DevOps文化对测试带来的新要求（文化） 为适应市场的快速变化，要求企业的产品快速迭代，柔性应对用户需求，滋生了DevOps。 《持续交付2.0》中，作者将DevOps简化概括为2个环：价值探索和快速验证。 价值探索是快速发现和识别外部客户的真实需求，为其创造价值点。" · 在DevOps中构建测试工作的难点（流程） 在DevOps趋势下，测试部门从原先的大量集中测试，变成了高频快速测试。 原先大部分企业采用纯手工测试的方式，从根本上无法适应DevOps的高频快节奏需求。滋生了对自动化测试的诉求。
83630发布于 2020-12-15 - 来自专栏DevOps时代的专栏
DevOps 实践指南 : 变革管理
例如:我尝试把英文版的DevOps Handbook 5～8章专讲变革的部分节录下来传给他们(正在进行变革的主管)参考，但总是没有获得好的回应(现在可以传中文版了，结果一样没反应)，想想；实在不能责怪他们 就放在概述完三步工作法之后 用来判读「企业效能」的流程范例 ( 效能: 企业都不能忽视的地方) 二种团队的转变方向: 「职能导向与市场导向」图示 书中屡次提到的 Puppet Lab Report (DevOps Team由2014的16%进步到2017的27%) 显示企业效能的4个重要指标 验证 Robin Dunbar 的 150人上线法则 注1：企业面临转型时（re-organize) 传统的作法：
65830发布于 2018-08-01 - 来自专栏DevOps时代的专栏
神聊《DevOps HandBook》：DevOps 集成安全的技术实践
作者简介： 韩方 欢聚时代（YY直播） 安全中心总监 公司T4技术专家，10年以上安全领域的攻防研究和设计开发工作，对于平台安全、应用安全、业务安全等安全领域有非常深入的研究，申请过多项安全领域相关技术专利 导言 今天由为大家拆书《DevOps Handbook》第六部分，信息安全集成到DevOps的技术实践。 大概有三块内容： 第一块是总体介绍一下DevSecOps。 这就是安全整个DevOps中的价值，保证服务和数据的可用性、机密性、完整性。 ，在提升安全能力的同时还不影响DevOps交付的时间和效率。 这是在过往的一些实践中或者过往的标准中，但是在DevOps里，我们应该尽可能降低对职权分离的依赖，主要目标还是效率。 我们实现信息安全，但是绝对不能因为有了信息安全而阻碍整个组织的开发和交付效率。
1.2K90发布于 2018-02-07 - 来自专栏啄木鸟软件测试
DevOps工具介绍连载（4）——SALTSTACK
3|0saltstack的运行方式 Local 本地运行，交付管理 Master/Minion <<< 常用方式 Salt SSH 不需要客户端 4|0salt部署基本架构 在安装salt https://mmbiz.qpic.cn/mmbiz_png/5OND0ssZ3iaO0mbWfibM2NQ39IicqnT1JQGia8carNRfa0ZBx025yJHYobyKjFlFAa8Ag4CjFJQW45Oq2ogKaxLrjA https://mmbiz.qpic.cn/mmbiz_png/5OND0ssZ3iaO0mbWfibM2NQ39IicqnT1JQGia8carNRfa0ZBx025yJHYobyKjFlFAa8Ag4CjFJQW45Oq2ogKaxLrjA salt-key Accepted Keys: salt1-minion.example.com salt2-minion.example.com salt3-minion.example.com salt4- master 192.168.11.72 ~]$salt -G 'osrelease:7*' test.ping slave: True #找出ip地址 salt '*' grains.item fqdn_ip4
1.3K00发布于 2020-02-19
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号