- 综合排序
- 最热优先
- 最新优先
- 来自专栏云云众生s
系统视角下的DevOps
DevOps的整体方法 DevOps 的第二波既是一种基于工具的方法，也是一种组织方法，自下而上、自上而下解决问题。它在两个层面涉及系统思维：工具层面和组织层面。 社会技术系统简史 什么是社会技术系统？我们使用的软件工具如何成为其组成部分？ 社会技术理论家Jabe Bloom在他的演讲“Whole Work: Sociotechnicity & DevOps”中提出了社会技术系统的两大支柱：人们如何协同工作以及他们的技能如何适应这项工作。 目标是将这些工具和人员系统交织在一起，将它们视为单一的实践体系。整体 DevOps 则从更宏观的层面来观察整个人为输入系统及其输出的软件，并满足系统整体的需求。 社会技术 DevOps 是一种整体实践，努力实现可见性、团队和个人的主体性，并采用在系统层面处理我们复杂的服务依赖关系图的软件工具。
21010编辑于 2024-03-27 - 来自专栏测试技术圈
DevOps 系统的三个变迁
随着这三代的改进，DevOps系统的整体能力越来越强。下面我们首先看一下各代DevOps系统的特点和能力，之后再对DevOps系统进行更进一步的分类，以帮助我们选择合适的 DevOps 系统。 目前，可以说大多数的DevOps系统仍然停留在这个阶段，由于DevOps系统没有实现资源环境创建的自动化与基于集群感知的协调自动化，那么这个阶段的DevOps系统的能力会造成以下几个影响和后果： 创建系统资源环境效率低 上面这一节中我们介绍了不同时代的DevOps系统的特点和能力，那么是不是我们直接选择能力最强的第三代DevOps系统就可以了吗？是不是选一种DevOps系统就通杀了呢？ 答案是否定的，每种DevOps系统都不是银弹，都需要我们根据要管理的系统的需求来选择合适的DevOps系统或工具，在接下来的一节，我们来回答这个问题。 三、如何选择适合自己的DevOps系统？ 目前DevOps系统可以说五花八门非常多，功能上差别大，适用场景也不同，那么我们究竟该如何选择合适的DevOps系统呢? 这里我们建议一种基于目标系统分类的选择方法。
86320发布于 2019-09-29 - 来自专栏DevOps时代的专栏
如何维护一套 DevOps 系统
今天我们会从运维的角度来聊下我们需要对一套DevOps系统如何进行维护。 一、监控 1、监控定义 观察并记录系统状态变化和数据的流程。 4、监控DevOps的过程 1）持续变更下的监控 由于云的广泛使用以及Devops变更是常态的特性，我们对于Devops系统的监控受到了很大的挑战： 云弹性 公有云，如AWS、Azure提供了IaaS和 对于DevOps系统来说，首先，我们需要明白的是，他的存在是为开发服务的，我们构建这一套系统的目的，就是为了减少产品从开发到上线的时间。 小的方面来说，一个DevOps系统需要这样的系统支撑；大的方面来说，MSP和NOC对于一个完整的分布式系统也是不可或缺的。 三、总结 本文对于 DevOps 系统的运维做了简单的介绍，当然，运维的过程以及期间遇到的问题远远不止这些，我们需要在运维的过程中不断发现问题以及解决问题，直到把整个 DevOps 系统做到尽量的完善。
88010发布于 2019-08-23 - 来自专栏DevOps时代的专栏
DevOps 系统的三个变迁
随着这三代的改进，DevOps系统的整体能力越来越强。下面我们首先看一下各代DevOps系统的特点和能力，之后再对DevOps系统进行更进一步的分类，以帮助我们选择合适的 DevOps 系统。 目前，可以说大多数的DevOps系统仍然停留在这个阶段，由于DevOps系统没有实现资源环境创建的自动化与基于集群感知的协调自动化，那么这个阶段的DevOps系统的能力会造成以下几个影响和后果： 创建系统资源环境效率低 上面这一节中我们介绍了不同时代的DevOps系统的特点和能力，那么是不是我们直接选择能力最强的第三代DevOps系统就可以了吗？是不是选一种DevOps系统就通杀了呢？ 答案是否定的，每种DevOps系统都不是银弹，都需要我们根据要管理的系统的需求来选择合适的DevOps系统或工具，在接下来的一节，我们来回答这个问题。 三、如何选择适合自己的DevOps系统？ 目前DevOps系统可以说五花八门非常多，功能上差别大，适用场景也不同，那么我们究竟该如何选择合适的DevOps系统呢? 这里我们建议一种基于目标系统分类的选择方法。
4.7K40发布于 2019-09-29 - 来自专栏DevOps
DevOps：Linux系统之dd命令详解
1.Linux dd 命令用于读取、转换并输出数据。 2.dd 可从标准输入或文件中读取数据，根据指定的格式来转换数据，再输出到文件、设备或标准输出。 3.dd：用指定大小的块拷贝一个文件，并在拷贝的同时进行指定的转换。
2.7K10编辑于 2024-03-29 - 来自专栏嵌入式智能硬件
【DEVOPS】 Devops原则
6.价值流思维是Devops的核心：关键度量（LT,PT,%C/A）；可视化展现，创建价值而非动作；避免局部优化陷阱（约束理论）， Devops的关键想法从每一步到下一步而到顺畅且统一的流动，有节奏，没有不必要的延迟且有最优的资源利用率 9.版本控制的重要： 原则允许对允许中的系统的所有组成部分进行前所未有的控制，而其他工具无法实现。 需要改变工作在信息和配置上的变化 结果：能够确定更改内容，何时以及由谁更改，能够在过去的任何时候恢复系统，包括以最小的努力将故障系统恢复到保证的工作状态。 10.配置管理的理念：整合了生产环境和其它环境的管理；对于环境的任何更改都只会由脚本维护并存在版本管理系统里。 11.配置管理的重要： 优势是版本控制，所有的变化都受控制，系统可以快速恢复到稳定状态，如果关键成员离开，知识也不会丢失。 12.Devops完成的定义：是客户收到或者开始收到他们的期望价值。
2.2K20发布于 2020-08-31 - 来自专栏DevOps持续集成
DevOps-版本控制系统-GitLab部署
使用RPM包部署 这里使用的系统是CentOS8， 清华源：mirrors.tuna.tsinghua.edu.cn/gitlab-ce/ ## 下载软件包 wget https://mirrors.tuna.tsinghua.edu.cn external_url 'http://gitlab.example.com' 如果是需要修改该域名，则需要这样做： ## 修改gitlab.rb external_url 'http://gitlab.devops.com start ## 重启服务 gitlab-ctl restart ## 查看状态 gitlab-ctl status ## 停止 gitlab-ctl stop 访问测试 由于使用的是gitlab.devops.com vi /etc/hosts 192.168.1.200 gitlab.devops.com 浏览器访问http://gitlab.devops.com/, 设置用户密码。默认用户root。 这里设置的密码是devops1234。 能够正常进入首页即可，安装完成。
1.5K31发布于 2021-02-26 - 来自专栏DevOps时代的专栏
中兴：大规模系统产品 DevOps 探索之路
一、系统产品的研发 CT领域有哪些特点？决定了我们在 DevOps 上有一些比较大的差异。 1、系统产品的特点 ? 第一特点，产品的要求非常高。 中兴这边的系统产品有地域差异，比如西安、南京、上海、深圳等等，怎样快速进行交付协同？ 第三点，项目群并行开发。项目群如何协同？这都是对我们DevOps实践产生制约的。 第四特点，实现复杂。 实际整体的 DevOps 实践，也要围绕这三条主线进行。 3、中兴系统产品发展历程 这是中兴对这几年 DevOps 实践探索的历程进行的总结。 ? 二、痛点与挑战 前面介绍了系统产品的特点和实践历程，我们在前期探索过程中碰到了哪些痛点和挑战？ 1、项目诉求 ? 项目上线 DevOps 平台，会有一些明显诉求。 早期我们进行 DevOps 改进的时候，我们也觉得需要通过系统化模型引导大家在 DevOps 上不断持续改进，当时自己内部结合业界实践来做，最早的时候我们看到百度做了工程能力的等级，参考了他们的实践，对
1.6K20发布于 2019-05-17 - 来自专栏极客慕白的成长之路
系统学习Docker践行DevOps理念（一）
，要给其分配资源，当虚拟机数量增多时，操作系统本身消耗的资源势必增多 0x4.容器技术 ? * 解决了开发和运维之间的矛盾 * 在开发和运维之间搭建了一个桥梁，是实现 devops 的最佳解决方案 * 对软件和其依赖的标准化打包 * 应用之间相互隔离 * 共享同一个 OS Kernel * 可以运行在很多主流操作系统上 0x5.容器与虚拟化的区别 ? 二、镜像与容器 0x1 镜像（Image）——一个特殊的文件系统 操作系统分为内核和用户空间。对于 Linux 而言，内核启动后，会挂载 root 文件系统为其提供用户空间支持。 而Docker 镜像（Image），就相当于是一个 root 文件系统。
79310发布于 2018-08-03 - 来自专栏DevOps
国产DevOps系统选型能力评估框架
在数字化转型加速与合规要求日益严苛的背景下，DevOps平台的全流程安全管控能力已成为企业选型的核心底线。 02.嘉为蓝鲸DevOps平台在安全合规评估中的核心优势基于上述评估框架，嘉为蓝鲸DevOps平台凭借全流程安全管控设计、丰富的合规适配能力与实践验证，展现出强劲的安全合规竞争力：1）事前预防：筑牢自主可控与权限隔离防线全产品自主研发 3）事后追溯：完善审计留痕与应急响应机制系统内置全面的审计日志功能，涵盖登录日志、操作日志、流水线执行日志、安全事件日志等，记录操作人、时间、内容、结果等关键信息，支持长期留存与追溯，满足监管审计要求； 4）规适配与实践：权威认证+行业落地双重保障适配多行业合规要求，在金融领域满足银保监会、证监会的监管要求，在政务领域契合信创安全与等保2.0标准，支持麒麟、统信等国产操作系统及达梦等国产数据库，符合信创合规要求 嘉为蓝鲸DevOps平台通过全流程安全管控设计、权威认证背书与丰富的行业实践，能够有效应对各类安全合规压力，为企业DevOps转型提供坚实的安全保障。
16810编辑于 2026-02-10 - 来自专栏嵌入式智能硬件
【DEVOPS】Devops关键实践
Kanban创建可以拉动系统：提升工作流，降低故障停滞时间，降低协调的需求 4.关于LWIP(限制在制品)：在制品数量和批量规模应该被限制 帮助构建，拉动系统；促进前置时间估算，促进可视化限制，促进持续识别 批量规模： 提升总体总量；恶化流动节奏，提升前置时间，提升缺些数量，减缓假设评估，恶化，产品质量，提升资源利用率 5.Devops的运维需求： Devops扩展了产品负责人PO的角色，在整个IT运维系统中 （3）Devops更需要自动化（官方Devops书本上的翻译是一切都是自动化的） 部署流水线的环境由脚本在流水线控制系统的控制下自动创建 这些环境会在使用后自动销毁，从而释放资源 流水线的快速操作需要最大可能的测试自动化 流水线的最后部署和分发，也是自动完成，并对系统和应用程序健康进行必要的调整。 （4）Devops处理解决事件和缺陷的方式（官方Devops书本上的翻译是缺陷立即被修复的） 如果要追溯的最近的部署，Devops流水线控制系统将自动回滚到之前已知稳定状态。
1.1K20发布于 2020-08-31 - 来自专栏嵌入式智能硬件
【DEVOPS】Devops实际应用
此章节占考试的百分之20. 1.可用性（百分之5） （1）哪些企业不需要考虑Devops？ 企业只有价值流的一部分参与进来；企业不认可IT是关键的业务； 希望快速降低累计技术债务或者消除IT基础设施脆弱性的企业 （2）以下这些条件可以考虑Devops: 核心业务高度依赖IT IT高速变化的企业 Devops不适用以下这些企业： 不自行研发软件的企业 把自己使用的软件外包出去，给别人来做。 自己的员工不是开发者 有自己企业的工作模式，没有意愿重组自己的企业 3.严格绑定单体IT架构的企业3.单体IT基础设施和架构对引入Devops有限制： 需要有给团队分配单独的责任领域的能力 为每个独立团队分配单独的部分 解决方案： 标准化配置工具 导出应用配置 导入能力 COTS的最佳场景，是基于配置管理系统的数据，在生产环境定期快速地从零开始自动化完全重建应用，而无需系统停机且用户没有察觉（类似静默升级）
92610发布于 2020-08-31 - 来自专栏java架构计划训练营
devops
pwd=ue0u 提取码：ue0u 第一章 DevOps 第1集 环境了解 基本要求 熟练使⽤CentOS 7 / 8 或者其他Linux发现版 了解Docker是什么，不要求会⽤，但要知道容器化是怎么回事 CentOS 7、Docker、Gitlab、Jenkins、IDEA、Kubeode、Kubernetes、Helm、 Harbor 环境准备 4台2核8G物理机、虚拟机、云主机 第2集 什么是devops DevOps 是 Development（开发）和 Operations（运维）的组合，是 ⼀种⽅法论，是⼀组过程、⽅法与系统的统称，⽤于促进应⽤开发、应2 ⽤运维和质量保障（QA）部⻔之间的沟通、 local/maven/bin/mvn package 选择构建后操作：“Send build artifacts over SSH”向231服务器发布jar包并运⾏ 之前并没有配置⽬标服务器，点击主界⾯“系统配置 Kubernetes是⼀个软件系统，它允许你在其上很容易地部署和管理容器化的应⽤。它依赖于Linux容器的 特性来运⾏异构应⽤，⽽⽆须知道这些应⽤的内部详情，也不需要⼿动将这些应⽤部署到每台机器。
1.5K40编辑于 2023-03-19 - 来自专栏顾宇的研习笔记
通过 DevOps 故事落地 DevOps 实践
但这些事情又提升了团队之间的 DevOps 能力，于是，我把这一类的工作固化为 DevOps 故事用来落地 DevOps 实践，而且 DevOps 故事同样遵循并体现 CLAMS 原则的。 DevOps 故事由 DevOps Epic （DevOps 史诗）和 DevOps Story （DevOps 故事）组成。 编写 DevOps 故事 DevOps 故事的原则要比 DevOps 史诗更加具体，并分成两种不同的故事。 用 DevOps 故事塑造 DevOps 文化 通过以上例子你可以感觉到，DevOps 故事实际上就是一个 DevOps 实践的落地说明。它采用 史诗故事确立了 DevOps 的文化和原则。 此外，DevOps 史诗故事是对 DevOps 落地的简要描述，而 DevOps 故事是对 DevOps 落地的详细描述，在 DevOps 史诗故事中，可以讨论的余地并不多，它代表了某一种最佳实践，而这样一种最佳实践是有上下文的
1.1K20发布于 2018-08-17 - 来自专栏只喝牛奶的杀手
DevOps
DevOps（Development和Operations的组合词）是一种重视“软件开发人员（Dev）”和“IT运维技术人员（Ops）”之间沟通合作的文化、运动或惯例。 实现DevOps需要什么？ 硬性要求：工具上的准备 上文提到了工具链的打通，那么工具自然就需要做好准备。 Kubernetes、Core、Apache Mesos、DC/OS 服务注册与发现：Zookeeper、etcd、Consul 脚本语言：python、ruby、shell 日志管理：ELK、Logentries 系统监控 cassandra、mongoDB、redis等NoSQL数据库 项目管理（PM）：Jira、Asana、Taiga、Trello、Basecamp、Pivotal Tracker 软性需求：文化和人 DevOps 理解整个运作系统的重要性并对工作事项进行合适的优先级排序是组织首先要学的事情。
1.8K61发布于 2019-09-02 - 来自专栏睿哥杂货铺
DevOps 漫谈：基于OpenCensus构建分布式跟踪系统
相对而言，现在要理解系统行为，追踪诊断性能问题会复杂得多。 用户的一个请求在系统中会经过多个子系统（或者多个微服务）的处理，而且是发生在不同机器甚至是不同集群，当发生异常时需要快速发现问题，并准确定位到是哪个环节出了问题。 为了解决上述问题，分布式跟踪系统 —— 一种帮助理解分布式系统行为、帮助分析性能问题的工具应运而生。 exporter ", zap.Error(err)) } view.RegisterExporter(sExporter) [DTM-Twitter-Zipkin.png] 扩展阅读：开源架构技术漫谈 DevOps 动态追踪技术(四)：基于 Linux bcc/BPF 实现 Go 程序动态追踪 动态追踪技术(五)：Welcome DTrace for Linux DevOps 资讯 | LinkedIn 开源 Kafka
2.7K100发布于 2018-04-28 - 来自专栏顾宇的研习笔记
DevOps模式: 定义你的DevOps
遗憾的是，很少有人真的关心 “DevOps 是什么”，当然其实也不重要。比 DevOps 是什么来说，更重要的是 “DevOps 能做什么”。 模式：定义你的 DevOps (Define Your DevOps) 模式名称：定义你的 DevOps (Define Your DevOps) 模式别名：定制化 DevOps 定义 (Customize DevOps 的定义包括 DevOps 的组织改进范围，DevOps 的度量，DevOps 的实践。在采用 DevOps 实践的过程中，要先取得 DevOps 共识并基于共识采取 DevOps 度量。 要定期重新定义当前阶段的DevOps 目标，否则会导致"DevOps教条主义" 反模式和" DevOps 复制者"反模式。 DevOps 的定义要在实施 DevOps 的组织内达成共识。 相关模式：DevOps 共识，DevOps 范围，建立 DevOps 度量，短期 DevOps 提升 相关反模式： DevOps 教条主义，DevOps 复制者，片面的 DevOps 相关引用： https
78840发布于 2019-05-29 - 来自专栏Lansonli技术博客
【云原生 | Devops篇】深入Devops
深入Devops 一、DevOps是什么 Development和Operations的组合词 DevOps: Development 和 Operations 的组合 DevOps DevOps 希望做到的是软件产品交付过程中 IT 工具链的打通，使得各个团队减少时间损 耗，更加高效地协同工作。专家们总结出了下面这个 DevOps 能力图，良好的闭环可以大大 增加整体的产出。
1.5K52编辑于 2022-05-20 - 来自专栏ThoughtWorks
DevOps最佳实践之操作系统和服务
本系列内容是我们在不同项目的维护过程中总结的关于DevOps/SRE方面的最佳实践，我们将致力于在项目上尽最大的努力来推行这些最佳实践。 我们希望这些最佳实践能对项目的稳定运营提供帮助，也希望刚接触DevOps/SRE的新人能通过学习这些最佳实践来提升自己在这方面的水平。 当涉及到 DevOps/SRE 的最佳实践时，操作系统和服务的管理是一个关键领域。在这个领域，有许多最佳实践可以帮助团队更好地管理他们的系统，提高效率和安全性。 只安装必要的依赖和工具 在业务运行的系统中，无论是虚拟机还是容器中，保持系统的最小化和精简化是一种有效的安全措施，只安装必要的依赖和工具可以最大限度地减小系统大小并降低系统的攻击面，减少系统漏洞和风险。 提高系统性能：减少不必要的服务和端口，系统将不会浪费资源来处理对应的中断和信息，可以释放系统资源并提高性能。
57230编辑于 2023-08-08 - 来自专栏Opensource翻译专栏
在layer中定义DevOps［DevOps］
要了解DevOps的含义，需要对其进行分解。 DevOps是什么？我认为这是每个DevOps初学者都会问的问题。 如果问10个人这个问题，很可能会得到10个不同的答案。 这肯定说明了DevOps的普遍性，开放性，但也说明缺乏明确的定义或实现。这并不一定是一件坏事，但是对于DevOps的职业者和职业女性来说，这可能会很困难。 DevOps不是一种文化，一套工具，流程和程序，也不是有关运营和开发的学术理论。通过尝试用这些术语定义DevOps，我相信会错过DevOps的大图，因为实际上，DevOps就是所有这些，甚至更多。 在DevOps中，这是文化定义所起的关键作用，但还需要更多。如果对“为什么”的回答是，我们实施了DevOps来更快地向客户交付软件，那么就无法建立情感联系。 什么是DevOps？ 答案是，这取决于。 这取决于角色，要应用的抽象级别，最重要的是，要为其定义DevOps的公司，组织或团队是什么。
1.5K11发布于 2019-12-28
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号