赵成的运维体系管理课
赵成
《进化: 运维技术变革与实践探索》作者
37829 人已学习
新⼈⾸单¥59
登录后,你可以任选4讲全文学习
课程目录
已完结/共 49 讲
开篇词 (1讲)
效率和稳定性最佳实践 (20讲)
赵成的运维体系管理课
15
15
1.0x
00:00/00:00
登录|注册

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

技术管理者的要求会比较高
需要不断匹配和契合团队和业务特点
没有一劳永逸的组织架构
运维开发
数据运维
应用运维
基础运维
运维团队与周边技术团队协作配合
跨团队协作
技术运营体系建设
稳定性体系建设
持续交付体系建设
分布式中间件的服务化建设
运维基础平台体系建设
促进组织架构层面的融合和职能协作上的融合
做好运维和技术架构体系的融合
提供基础服务能力的同时,提供自助化运维能力
总结
运维的组织架构
运维协作模式的改变
从价值呈现的角度看运维
Netflix给我们的启示
如何打造运维组织架构?

该思维导图由 AI 生成,仅供参考

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

Netflix 给我们的启示

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

从价值呈现的角度看运维

当我改变了这个认知后,我的出发点就回归到了效率、稳定和成本这三个对于研发团队来说最重要的目标上来。从运维的角度来说,能够与这三个点契合的事情,我总结了以下五个。
确认放弃笔记?
放弃后所记笔记将不保留。
新功能上线,你的历史笔记已初始化为私密笔记,是否一键批量公开?
批量公开的笔记不会为你同步至部落
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
  • 深入了解
  • 翻译
    • 英语
    • 中文简体
    • 中文繁体
    • 法语
    • 德语
    • 日语
    • 韩语
    • 俄语
    • 西班牙语
    • 阿拉伯语
  • 解释
  • 总结

Netflix的运维模式为我们提供了一个打造运维组织架构的思路和方法。文章强调了运维与技术架构的融合,从价值呈现的角度看待运维的观点。运维需要跳出传统框架,从整体技术架构的角度思考,关注效率、稳定和成本。重点总结了五个方面:运维基础平台体系建设、分布式中间件的服务化建设、持续交付体系建设、稳定性体系建设和技术运营体系建设。这些重点涵盖了标准化体系、服务化建设、持续集成、稳定性保障和技术运营机制。同时,强调了对团队成员的要求,特别是技术运营意识的重要性。文章还分享了正在尝试的一些调整,包括运维基础平台建设、分布式中间件服务化建设、持续交付体系建设和稳定性体系建设等方面的具体合作方式。此外,还介绍了运维的组织架构,包括基础运维、应用运维、数据运维和运维开发等岗位。最后,强调了组织架构的不断调整和匹配,以发挥团队整体的能力和价值。整体而言,本文通过对Netflix运维模式的分析,提出了一套适用于运维组织架构打造的思路和方法,对于正在进行运维转型的读者具有一定的借鉴意义。

仅可试看部分内容,如需阅读全部内容,请付费购买文章所属专栏
《赵成的运维体系管理课》
新⼈⾸单¥59
立即购买
登录 后留言

全部留言(10)

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

    作者回复: 你要考虑,是谁的cmdb ?谁的持续发布?谁的稳定性?找到这个主体,也就串起来了。 我前面的文章都涉及过这些内容,你可以再看看。

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

    作者回复: 体制上的问题只能体制上改进,这个是根本。 所以如果你觉的成长有限,或者受限太严重,可以做出其它选择了。

    2018-01-16
    3
    5
  • 向日葵
    如果技术管理者意识不到或者支持不到位的话,运维在后续的推进工作中将会遇到非常大的阻力~感受颇深,做了十多年运维+管理,在几个互联网公司待过。和一些有共同目标的技术团队配合在一起,真的让人有一种畅快淋漓的感觉。不然你就会有种你推着他们走的感觉,有上层或者说有权限的领导支持真的很重要。

    作者回复: 感同身受!

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

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

    2018-01-14
    3
  • 牧野静风
    作为一个小一线运维,还没有团队的概念,所以好多东西接触不到

    作者回复: 经验可以慢慢积累,时间久了很多东西就都可以接触到了。

    2019-07-24
  • Geek_c10efd
    请问安全这一块您那边是怎么考虑的?

    作者回复: 安全一般会有专门的团队负责,不过安全和运维不分家,这一点是一定的,我在后面有一篇文章专门介绍,可以看一下。

    2019-07-07
  • 赵成
    运维体现的应该是整体技术架构的运维能力,而不是运维的运维能力。视角不转变,就走不出运维困局。 后面几篇文章,谈谈我对运维组织架构和能力建设的思考,实践和建议。
    2018-01-11
    20
  • Apollo
    现在小点的公司基本上都是面向领导运维,即使是有这个体系和方案,终究是落实不到实处
    2018-12-25
    1
  • 技术修行者
    领导的支持在创建运维组织架构的过程中是非常重要的。 我目前的团队,即是设计开发团队,也是运维团队,虽然有一个支撑团队,但是啥都不会,基本上是客户反馈了什么问题,原封不动的传递给我们了,这也是一个比较痛苦的问题。我们也尝试写了runbook,但是效果不大。 我们也在试图说服领导单独成立一个运维团队,希望后面能有一些进展吧。
    2020-05-28
    1
  • kevinsu
    我是一个业务运维,我们公司还有一个DBA和俩个网工
    2019-05-16
收起评论
显示
设置
留言
10
收藏
沉浸
阅读
分享
手机端
快捷键
回顶部