赵成的运维体系管理课
赵成
蘑菇街平台技术总监
立即订阅
5576 人已学习
课程目录
已完结 48 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 带给你不一样的运维思考
免费
应用运维体系建设 (11讲)
01 | 为什么Netflix没有运维岗位?
02 | 微服务架构时代,运维体系建设为什么要以“应用”为核心?
03 | 标准化体系建设(上):如何建立应用标准化体系和模型?
04 | 标准化体系建设(下):如何建立基础架构标准化及服务化体系?
05 | 如何从生命周期的视角看待应用运维体系建设?
06 | 聊聊CMDB的前世今生
07 | 有了CMDB,为什么还需要应用配置管理?
08 | 如何在CMDB中落地应用的概念?
09 | 如何打造运维组织架构?
10 | 谷歌SRE运维模式解读
11 | 从谷歌CRE谈起,运维如何培养服务意识?
效率和稳定性最佳实践 (20讲)
12 | 持续交付知易行难,想做成这事你要理解这几个关键点
13 | 持续交付的第一关键点:配置管理
14 | 如何做好持续交付中的多环境配置管理?
15 | 开发和测试争抢环境?是时候进行多环境建设了
16 | 线上环境建设,要扛得住真刀真枪的考验
17 | 人多力量大vs.两个披萨原则,聊聊持续交付中的流水线模式
18 | 持续交付流水线软件构建难吗?有哪些关键问题?
19 | 持续交付中流水线构建完成后就大功告成了吗?别忘了质量保障
20 | 做持续交付概念重要还是场景重要?看“笨办法”如何找到最佳方案
21 | 极端业务场景下,我们应该如何做好稳定性保障?
22 | 稳定性实践:容量规划之业务场景分析
23 | 稳定性实践:容量规划之压测系统建设
24 | 稳定性实践:限流降级
25 | 稳定性实践:开关和预案
26 | 稳定性实践:全链路跟踪系统,技术运营能力的体现
27 | 故障管理:谈谈我对故障的理解
28 | 故障管理:故障定级和定责
29 | 故障管理:鼓励做事,而不是处罚错误
30 | 故障管理:故障应急和故障复盘
31 | 唇亡齿寒,运维与安全
云计算时代的运维实践 (6讲)
32 | 为什么蘑菇街会选择上云?是被动选择还是主动出击?
33 | 为什么混合云是未来云计算的主流形态?
34 | Spring Cloud:面向应用层的云架构解决方案
35 | 以绝对优势立足:从CDN和云存储来聊聊云生态的崛起
36 | 量体裁衣方得最优解:聊聊页面静态化架构和二级CDN建设
37 | 云计算时代,我们所说的弹性伸缩,弹的到底是什么?
个人成长 (5讲)
38 | 我是如何走上运维岗位的?
39 | 云计算和AI时代,运维应该如何做好转型?
40 | 运维需要懂产品和运营吗?
41 | 冷静下来想想,员工离职这事真能“防得住”吗?
42 | 树立个人品牌意识:从背景调查谈谈职业口碑的重要性
加餐 (4讲)
划重点:赵成的运维体系管理课精华(一)
划重点:赵成的运维体系管理课精华(二)
划重点:赵成的运维体系管理课精华(三)
新书 |《进化:运维技术变革与实践探索》
结束语 (1讲)
结束语 | 学习的过程,多些耐心和脚踏实地
赵成的运维体系管理课
登录|注册

09 | 如何打造运维组织架构?

赵成 2018-01-10
前面几周,我们介绍了 Netflix 为什么没有运维岗位、应用运维标准化、基础服务标准化以及从应用生命周期的角度如何进行运维建设等内容。这一周我们就来聊聊在组织架构和运维转型方面的话题。

Netflix 给我们的启示

专栏的第一篇我们就介绍了 Netflix 的云平台组织架构,你应该可以发现,Netflix 其实已经给我们提供了一个非常好的思路和方向,就是在提供基础服务能力的同时,提供对应的自助化运维能力。也就是说,开发人员可以在这样一个平台上完成自己想要做的任何运维操作,而不再依赖运维的人。
我们最应该学习和借鉴的,也恰恰是我们绝大多数团队都会忽略的,就是要做好运维和整个技术架构体系的融合,一定不要割裂两者。同时,还要注意不仅仅是促进组织架构层面的融合,最重要的是要促进职能协作上的融合
应该怎么理解呢?
我先撇开组织架构,大致说一下我的思路。开篇词中我提到,运维能力的体现,一定是整体技术架构能力的体现。所以,要想做好运维就一定要跳出运维这个框框,从全局的角度来看运维,要考虑如何打造和体现出整个技术架构的运维能力,而不是运维的运维能力。这一点是根本,一定要注意。如果我们仍然片面地从运维的角度看运维,片面地从运维的角度规划运维,是无法走出运维低价值的困局的

从价值呈现的角度看运维

当我改变了这个认知后,我的出发点就回归到了效率、稳定和成本这三个对于研发团队来说最重要的目标上来。从运维的角度来说,能够与这三个点契合的事情,我总结了以下五个。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《赵成的运维体系管理课》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(9)

  • 赵成
    运维体现的应该是整体技术架构的运维能力,而不是运维的运维能力。视角不转变,就走不出运维困局。

    后面几篇文章,谈谈我对运维组织架构和能力建设的思考,实践和建议。
    2018-01-11
    12
  • 换位思考
    我是一个公司快速发展,从运维打杂王立刻成为了运维团队管理者, 人员也在扩张,自身从外部学习培训,也在践行运维工具化 Web化。 自己开发了运维发布平台 运维服务平台 对照老师所讲 还是在解决运维的运维能力。 再cto眼里 感觉还是很混乱 工具零散 没有形成体系 没有形成项目。我大概也能理解cto希望的是老师所讲的 站在全局的角度去规划 。 但在全局 我好像只是知道 要cmdb 要持续发布 要稳定性 似乎还是一层表面 真正落地实施计划 有点内力不足。

    作者回复: 你要考虑,是谁的cmdb ?谁的持续发布?谁的稳定性?找到这个主体,也就串起来了。

    我前面的文章都涉及过这些内容,你可以再看看。

    2018-01-18
    2
  • 宵伯特
    感觉运维工作对软件开发的跨界能力要求较高,既要懂得基础的应用模型,又要了解应用间的服务架构模型,同时还要掌握架构内的数据模型,对于大规模的服务器管理同时还需要设计规划网络模型,每一项都不仅仅是了解就可以胜任的,想要做好运维工作,想走捷径是不容易的。

    作者回复: 应该说没有任何捷径可以走。

    2018-01-14
    2
  • 彭科
    我们运维团队主管,就是面向领导运维,领导说有问题,那就大力配合,而且一定会出成果。领导不提问题,不改进任何问题。出现问题,反正在领导那里能甩锅。
    在这种环境下,实现不到老师讲的知识?。我该怎么做?

    作者回复: 体制上的问题只能体制上改进,这个是根本。

    所以如果你觉的成长有限,或者受限太严重,可以做出其它选择了。

    2018-01-16
    1
  • 向日葵
    如果技术管理者意识不到或者支持不到位的话,运维在后续的推进工作中将会遇到非常大的阻力~感受颇深,做了十多年运维+管理,在几个互联网公司待过。和一些有共同目标的技术团队配合在一起,真的让人有一种畅快淋漓的感觉。不然你就会有种你推着他们走的感觉,有上层或者说有权限的领导支持真的很重要。
    2019-09-10
  • 牧野静风
    作为一个小一线运维,还没有团队的概念,所以好多东西接触不到
    2019-07-24
  • Geek_c10efd
    请问安全这一块您那边是怎么考虑的?
    2019-07-07
  • kevinsu
    我是一个业务运维,我们公司还有一个DBA和俩个网工
    2019-05-16
  • Apollo
    现在小点的公司基本上都是面向领导运维,即使是有这个体系和方案,终究是落实不到实处
    2018-12-25
收起评论
9
返回
顶部