互联网运维杂谈

从部署到实践，即刻拥有你的专属龙虾助手

OpenClaw开发者专区🦞🦞🦞

自行/邀约他人一键搬运博客，享价值百万资源包

腾讯云自媒体同步曝光计划

往期视频·干货材料·成员作品 最新动态

腾讯技术创作特训营知识专栏

新邀入驻腾讯云开发者社区，福利多多！

“ 低代码开发模式绝不是一个页面设计工具，而是一种“所见即运行”的应用开发交付新模式。Who Design，Who Build，Who Run！”


低代码！解锁运维开发新姿势，人人都是OpsDev

声明：本文来自于我的这些年运维创业服务经验，基于EasyOps自动化运维平台的经验总结，与大家分享。

去工具化/脚本化理解，自动化运维落地最佳实践之业务/架构/模型/方法

前段时间有篇文章朋友圈疯传，【中台搞了2年，项目叫停，CIO被裁！本以为中台是道送分题，没想到是送命题！】。从结果来说，这个项目肯定是失败的，文章中透露出中台是“最短的笑话”和”玄学”之类的表达。很多时候把中台看成一个技术课题，但做着做着发现不对，它又是一个组织课题和业务课题。在前不久的【数字化奇葩说】第一期关于ERP和中台的讨论，我也作为嘉宾参与并发表了个人观点【见文末】。其实想表达的是，能和中台扯上关系的太多了，回到运维领域，是否有一个运维中台存在？它是否是个玄幻话题？抑或是为了概念而概念？如果有，我们该如何抽丝剥茧的理解它呢？


运维遇上中台，送分或送命？而我理解的运维中台是这样

赵成，花名谦益，现在负责蘑菇街运维团队的管理以及运维体系的建设工作。在运维行业中已经做了7年，之前有过5年左右的业务开发经历。加入蘑菇街之前在华为一直做电信级业务的开发和运维工作。

谈谈运维的价值和思路

在“互联网＋”时代，大数据以及移动互联网已经渗透进生活的方方面面。互联网的便利性时刻影响着现代人的出行和消费。在新时代新机遇中，企业不仅需要开放和拥抱互联网，而且需要迅速提升自身的互联网运营能力。

EasyOps社区版正式发布，只为应用管理而来

CMDB，几乎是每个运维人都绕不过去的字眼，但又是很多运维人的痛，因为CMDB很少有成功的，因此我也把它称之为运维人的耻辱。那么到底错在哪儿了？该如何去重构它？

长文 | 重构CMDB，避免运维之耻

 我写这个文章的动机，还是因为在会后很多人问我，“一个全局的运维体系应该是什么样的？”。这篇文章就给大家一个初步的回答。

谈谈我理解的运维体系

在复杂的IT运维组织事务活动中，如何确定IT运维的目标，对于很多运维组织来说也是一个难点。有些运维组织用的是稳定性/可用性/质量的指标，有些团队用的是效率，有些团队用的成本指标等等。说实话，在以上诸多指标中，能够带来巨大变革力和牵引力的，我个人认为还是效率，或者是性能，就是完成某个事情有多快。但很多时候，需要对这个IT性能形成精确的理解，才能形成真正的作用力。

构建面向IT性能的运维组织

之前有一篇讲了运维标准化是运维的基础，更是运维自动化的基础。但我觉得高效运维的关键是第二阶段---架构服务化更是关键，此项工作的深入推动需要运维和研发强力配合，这种配合不仅仅是技术和执行层面上的配合，有时候还需要一些部门文化和目标层面上的配合。为了强力推进这部分的工作，有时候甚至需要运维自己组建公共服务的研发团队。在小的IT企业中，大家对这块的认识应该不会太深刻，到一个中等规模（比如说多个产品线、服务器千台规模以上等等），此时更需要架构的公共能力服务化来形成技术架构的标准化，从而解决IT服务的效率和运维问题。有时候，你可以把这个服务化理解成PAAS平台化的一部分。

我的服务公共化实践

大家好，这些年来，我经历了不同形态的业务和不同规模的运维，今天我主要和大家分享我这些年来关于运维自动化的一些认识和实践，包括如下八点：


运维自动化的最佳实践探索

1、频繁交付高质量的软件是研发、测试、运维的核心职责，运维并愿意承担持续改进的职责。

传统企业的运维之痛

***正文之前的说明：IT运维和 IT运营都非常重要，运维是运营的基础，任何一个组织，首先是要活着，之后才要追求活得好，是 IT Operations的不同发展阶段，今天的 IT运维部门的工作内容其实包括本文所说的 IT运营。***

IT：从运维到运营

从创业以来，一直在思考驱动一个2B公司走向成功的核心要素是什么？不同的阶段、不同的人都有不同答案，有内在因素（人、管理、文化），也有外在因素（客户、技术、产品）等等。这些点思考下去，没法形成共性的解释，不同商业模式的公司对这些内外在因素表达和解释都有不同。

2B创业说 | 需求是商业的核心驱动力,而非其它

这是老王07年进入腾讯接手的第一个项目---自动化构建AutoBuild（06年就已经在上线运行），当年还不知道有Hudson，以及后来更名的Jenkins。做完这个项目之后再去反思传统的软件工程就有了很多新的感悟，只有从根源上提出解决方案，并配合最佳的实践才能解决软件交付的质量问题。

一次早期自动化构建的搭建过程

我把制造业的八种浪费模式（左边）映射到我们运维的八种浪费模式（右边），这种浪费模式的整理是一个引子，目的就是让大家观察运维组织中存在的浪费行为，这种浪费行为的梳理可以更大面积的扩大，比如说到IT组织上。

精益运维之八种浪费模式｜多图


在之前的文章中｛持续发布的三种反模式及解决方案｝提到了持续部署的三种反模式及几种实现。在更早期的文章中介绍了｛可视化持续部署系统的设计与实现｝里面也详细介绍了持续部署系统的设计与实现细节。或许在之前的文章中大家看到的依然是一个复杂的持续部署系统，那接下来看看我们是如何进一步简化的？适应一切是我们这次设计持续部署的目标。

我们如何把持续部署化繁为简的｜优维

建设一个完整的运维平台，绝非一日之功，也非一两个平台所能覆盖，因此我非常喜欢用分层体系来归纳问题。无论是整体运维产品的规划体系，还是自动化体系，还是数据化体系，甚至说CMDB平台的资源体系，都可以用分层归纳总结。以下是我对运维产品整体分层体系的理解：

垂直｜运维产品的能力分层体系

1.1 从 IT Operation Management (ITOM) 到 IT Operation Analytics (ITOA)

转发 ｜ IT运维分析与海量日志搜索

在IT中，有很多令人喜欢的框架，无论敏捷，ITIL，精益，COBIT，六西格玛或其他，其实这些背后都是透着对“最佳实践”指导的渴望，这种渴望不可替代。


什么是DevOps"最佳实践”？

抛开我最近创业对这一问题的必要性思考，回归到一个企业内运维团队本身，个人觉得也需要思考这个命题。一个完善的运维平台才能做到对业务的运营有效支撑。个人把产品的水平闭环思考分解成如下几个问题，从这些角度下去，发现很容易找到该问题本质。

水平｜运维产品的能力闭环体系

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云AI代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

功能1上新10个字符

功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符功能2描述100个字符。

功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符功能2上新100个字符。

功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符功能5描述100个字符

功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符功能5上新100个字符

功能4上新

文章&问答评论现已支持表情

全新交互，全新视觉，新增快捷键、悬浮工具栏、高亮块等功能并同时优化现有功能，全面提升创作效率和体验

社区富文本编辑器全新改版！诚邀体验～ 

精选全网热门MCP server，让你的AI更好用 🚀

💥开发者 MCP广场重磅上线！

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

腾讯云开发者社区推出了互联网运维杂谈专栏，为你提供了互联网运维杂谈的相关文章，致力于帮助开发者快速成长与发展。

互联网运维杂谈

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐