极客时间已完结课程限时免费阅读

开篇词 | 带给你不一样的运维思考

开篇词 | 带给你不一样的运维思考-极客时间

开篇词 | 带给你不一样的运维思考

2017-12-15 赵成 来自北京
《赵成的运维体系管理课》
课程介绍

讲述：黄洲君

时长05:49大小2.65M

你好，我是赵成，来自蘑菇街。
大概在 9 月份的时候，我接到了极客时间团队的邀请，看是否可以做一个运维专栏，当时第一反应是略感兴奋，这还真是个意外的邀请。但是接来下我的反应就是诚惶诚恐，因为我自己写公众号也有一段时间了，深知持续高质量输出这个事情的挑战之大，特别是在输出专业文章上更是如此，所以当时一直拿不定主意。
我写公众号文章，很大程度是因为之前有过很多次公开演讲和分享，后来发现演讲所面向的受众和时间有限，分享的内容无论是在沉淀、传播以及深度上，都会受到很大的限制。总之，讲得不过瘾，索性就把一些我觉得还值得更深入探讨的话题和内容完完整整地写出来。
后来，在上海跟极客时间团队见面之后，他们给了我一些建议，因为之前的文章更多是针对一个个观点延伸出去写作，而专栏文章可以尝试更系统地输出，能够把一个运维体系讲透。这个建议从一定程度上打开了我写专栏的思路，后来我把内容规划了一下，感觉还是可以输出一些更有价值的内容，就启动了这个专栏的策划。

谈谈运维的价值

我们在大学的软件工程中就学过，从软件生命周期的角度看，软件开发阶段只占整个生命周期的 20%~30% 左右，软件运行维护阶段是最长尾的，这条规律放在当前这个时代同样适用。
在软件生命周期中，我们可以很清晰地划分出“开发阶段”和“运维阶段”，这个分界点就从开发完成代码开发，测试验收通过后，交付到运维手上的软件包开始，自此之后的阶段就是软件的运行维护阶段了。
一个公司对于开发的诉求应该是全力实现业务需求，并将需求尽快发布上线以实现商业上的收益。但是，在一个公司里，除了专注于业务需求的开发和测试角色外，还会有另外一大类开发，比如我们常见的中间件开发、稳定性开发、工具开发、监控开发、IaaS 或 PaaS 平台开发，甚至专注于底层基础架构的内核开发、网络开发、协议开发等等。
这里请你跟我一起仔细思考下，我们会发现除了业务开发和测试外，前面所提到的那些技术岗位都是为软件生命周期中的运行维护阶段服务的，这些角色的作用就是提升研发效率和稳定性，进而降低成本。虽然他们并没有全部被定义为运维岗位，但是本质上他们是跟业务软件的运行维护阶段直接相关的。
所以，从运维的范畴上来讲，我认为，一个研发团队内，除去业务需求实现层面的事情，其它都是运维的范畴，这个范畴内的事情本质上都是在为软件生命周期中的运行维护阶段服务。
我之前在外部分享，一直表达的一个观点就是，运维能力是整体技术架构能力的体现，运维层面爆发的问题或故障，一定是整体技术架构中存在问题，割裂两者，单纯地看技术架构或运维都是毫无意义的。
但是，我们在绝大多数情况下，忽略了这个隐藏在软件生命周期中真正的运维范畴，而是简单直接地从软件生命周期分段的角度，生硬地给开发和运维划定了一条界限。
也正是这样一个简单直接的界限划定，让我们将运维仅仅局限在了服务器维护、网络设备配置、软件安装维护这些最末端的职责上，而我们又期望运维这个角色能够掌控全局，不要在这个阶段出现任何问题。这就很像临渴而掘井，是不现实的。
很显然，我认为，运维思路上的转变，远比单纯提升运维技术更有价值，而运维真正的价值应该跟研发团队保持一致，真正聚焦到效率、稳定和成本上来。
而这也正是我们很多公司和团队，当前所遇到的最大的痛点和问题。所以，在我的专栏里，我会针对这些痛点和问题分享一些我的思考。

专栏内容

我的专栏内容，会聚焦在分布式软件架构下的应用运维这个领域，更多的是我对运维的一些架构思考，主要有以下四个部分。
应用运维体系建设。这是我们做运维的基础，我会分享从标准化和应用生命周期开始，如何一步步建立运维技术体系和组织架构，以及整个过程中的沟通协作等方面；分享我们应该如何树立正确的运维建设思路。
效率和稳定性等方面的最佳实践。这些是运维价值的体现，我会围绕持续交付和稳定性建设两个方面，分享如何打造不需要任何运维参与的端到端交付过程，如何在实践中锤炼出稳定性保障体系。
云计算方面的思考和实践。云计算技术的蓬勃发展为我们的业务和技术提供了更多的可能性，利用好云这个平台将会是运维升级转型的必备要求。我会分享在混合云、云存储、静态化以及 CDN 上的实践经验，以及这些实践所带来的在成本和体验上的巨大收益。
个人成长与趋势热点分析。这一部分更多的会是我个人的一些思考，包括运维技术发展趋势、团队管理、个人成长、热门事件解析、观点碰撞等。
希望在这个专栏里，能够跟你有更多的互动和交流，希望我们在观点碰撞中共同进步。
最后，开卷有益，期望能够带给你不一样的运维思考。
分享给需要的人，Ta购买本课程，你将得18元
生成海报并分享

赞 34

提建议

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
下一篇
01 | 为什么Netflix没有运维岗位？
 写留言

精选留言(23)

  • 赵成
    2017-12-15
    很高兴在这里与大家相遇^_^
    65
  • 思涵_芳瑞
    2017-12-20
    公众号是多少？求关注

    作者回复: Forrest随想录

    共 4 条评论
    9
  • 黄无由
    2017-12-19
    十分期待我完全赞同上诉观点，技术架构能力体现在运维的能力

    作者回复: 有共鸣^_^

    共 2 条评论
    9
  • 李佳
    2017-12-18
    非常期待！

    作者回复: ^_^

    7
  • 秋秋秋个球
    2017-12-19
    读了很多你的微信公众号文章，非常不错，支持！

    作者回复: 能帮助到大家，很开心！

    4
  • knightjdq
    2017-12-25
    期待干货
    3
  • rocedu
    2017-12-17
    有没有安全运维相关内容？

    作者回复: 好的，需求我记下了，我们有一些安全运维的实践，后面我尝试一下。感谢你的建议！

    3
  • escray
    2020-01-04
    在单位里面顶开发的头衔但其实做的是运维的工作，所以希望看看运维如何才能做的好。个人感觉，随着软硬件体系的复杂，包括目前的大数据以及云计算的兴起，运维正变得越来越复杂，而且会变得越来越重要。 现在比较流行的 DevOps，其实就是对运维提出的更高的要求，同时也在大幅的提升运维在整个软件生命周期的重要性。 不过我还是觉的把除去“业务需求实现层面”的事情全部都归到运维，略有一点夸张；但是换一个角度，底层基础设施运维，包括云平台的运维，又的确是影响全局。 另外，专栏的名字里面带有“体系”和“管理”和字样，感觉更多的是着重体系建设和管理实践，可以开拓一下眼界。
    展开

    作者回复: 希望对你有所帮助

    共 2 条评论
    2
  • 付盼星
    2018-02-21
    开篇从软件生命周期谈运维，切入点真的很准，期待能最大限度理解作者的思考并付诸实践，向老兵致敬。

    作者回复: 多留言讨论。

    2
  • hwhuwww
    2017-12-22
    加油(ง •̀_•́)ง
    2
  • 希望
    2017-12-18
    很期待如此切合的专题，希望能从中受益，启发思路

    作者回复: 也希望听到你的想法和意见反馈。

    2
  • Raymond吕
    2020-02-17
    2020年来报道学习，不晚！

    作者回复: 从现在开始，一切都不晚

    1
  • 不念过往
    2019-10-19
    赵老师你好，你的专栏刷新了我对运维的看法，让我对开发产生了不同的看法，个人的职业生涯开发不能仅仅停留到业务的开发，也要深入研究一下底层
    1
  • 旭东(Frank)
    2018-05-22
    当时你说心血来潮，应该是胸有成竹，待时蓄发👏
    1
  • 郭意亮
    2018-03-12
    期待，真是超值的课程

    作者回复: 感谢认可，也帮忙多分享吧。

    1
  • 牛牛🎈
    2018-01-01
    2018年要践行全栈精神，运维是重中之重，只有这样才能让软件的价值连续的流动起来，而不是文中所说的割裂，给大神点赞，期待干货、期待成长

    作者回复: 新年快乐！希望一起交流和讨论，我们一起进步和成长。

    1
  • 白开水
    2017-12-19
    期待！！

    作者回复: ^_^

    1
  • 🤔
    2022-05-10
    感觉开发和运维岗位职责比较少的交集，不是一个团队的，有什么建议开发更多参与运维中
  • liubiqianmoney
    2021-07-11
    三年后再读一遍，才发现都是干货。

    作者回复: 能够给大家带来帮助，非常开心

  • 水手辛伯达
    2021-01-17
    2021年来读赵老师的课，期待自己能成长！