DevOps实战笔记
石雪峰
京东商城工程效率专家
立即订阅
3532 人已学习
课程目录
已更新 34 讲 / 共 35 讲
0/4登录后,你可以任选4讲全文学习。
开篇词 (1讲)
开篇词 | 从默默无闻到风靡全球,DevOps究竟有什么魔力?
免费
基础理论篇 (4讲)
01 | DevOps的“定义”:DevOps究竟要解决什么问题?
02 | DevOps的价值:数字化转型时代,DevOps是必选项?
03 | DevOps的实施:到底是工具先行还是文化先行?
04 | DevOps的衡量:你是否找到了DevOps的实施路线图?
落地实践篇 (16讲)
05 | 价值流分析:关于DevOps转型,我们应该从何处入手?
06 | 转型之路:企业实施DevOps的常见路径和问题
07 | 业务敏捷:帮助DevOps快速落地的源动力
08 | 精益看板(上):精益驱动的敏捷开发方法
09 | 精益看板(下):精益驱动的敏捷开发方法
10 | 配置管理:最容易被忽视的DevOps工程实践基础
11 | 分支策略:让研发高效协作的关键要素
12 | 持续集成:你说的CI和我说的CI是一回事吗?
13 | 自动化测试:DevOps的阿克琉斯之踵
14 | 内建质量:丰田和亚马逊给我们的启示
15 | 技术债务:那些不可忽视的潜在问题
16 | 环境管理:一切皆代码是一种什么样的体验?
17 | 部署管理:低风险的部署发布策略
18 | 混沌工程:软件领域的反脆弱
19 | 正向度量:如何建立完整的DevOps度量体系?
20 | 持续改进:PDCA体系和持续改进的意义
平台工具篇 (8讲)
21 | 开源还是自研:企业DevOps平台建设的三个阶段
22 | 产品设计之道:DevOps产品设计的五个层次
23 | 持续交付平台:现代流水线必备的十大特征(上)
24 | 持续交付平台:现代流水线必备的十大特征(下)
25 | 让数据说话:如何建设企业级数据度量平台?
26 | 平台产品研发:三个月完成千人规模的产品要怎么做?
27 | 巨人的肩膀:那些你不能忽视的开源工具
28 | 迈向云端:云原生应用时代的平台思考
特别放送 (4讲)
特别放送(一)| 成为DevOps工程师的必备技能(上)
特别放送(二)| 成为DevOps工程师的必备技能(下)
特别放送(三)| 学习DevOps不得不了解的经典资料
特别放送(四)| Jenkins产品经理是如何设计产品的?
总结答疑 (1讲)
期中总结:3个典型问题答疑及如何高效学习
DevOps实战笔记
登录|注册

21 | 开源还是自研:企业DevOps平台建设的三个阶段

石雪峰 2019-12-03
你好,我是石雪峰,从今天开始,专栏正式进入了“平台工具篇”。
在这个全新的章节,我重点想讲三个方面的内容:
帮助你梳理企业内部 DevOps 平台的实施路径,理清平台建设的主体脉络;
给你分享一些核心平台的建设经验,这些经验都来自于生产一线;
给你分析一下 DevOps 平台的发展方向和热门趋势,让你在进行平台建设时,能够跟上潮流。
我想跟你说的是,没有人天生就是 DevOps 平台的产品经理,但每一个人都能成为 DevOps 平台的产品经理
因为,DevOps 平台的产品与业务方向的产品不同,它要解决的就是一线研发交付团队的实际问题
普通的产品经理没有研发交付的背景,很难理解研发交付的困境,而研发交付团队又缺少产品经理的技能和思路。所以,这个领域的人才少之又少,基本只能靠内部培养,我希望你能通过专栏的学习,摸索出一些产品设计的门道。
好了,今天,我们就来聊一聊企业 DevOps 平台建设的话题。
就像我之前提到的那样,在企业内部推行 DevOps,工具不是万能的,但是没有工具,却是万万不能的。
当企业决定引入 DevOps 工具的时候,无外乎有三种选择:直接使用开源工具;采购商业工具;自己研发工具。
你可能会说,如果有能力,当然是选自研工具啊,自主可控,又有核心竞争力。可是,在 DevOps 状态报告中,却有一些不同的发现。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DevOps实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(10)

  • 陈斯佳
    乔帮主说,好的产品设计,它本身就是说明书,确实有道理

    作者回复: 没错,特别精辟,在网站设计领域有一本特别经典的书叫做 Don’t make me think,虽然有些年头了,也不厚,可以找来翻翻哈。

    2019-12-10
    1
  • 陈斯佳
    看到老师提到成本和资产,刚好刚才在复习老喻的《人生算法》课里第十一章的涌现也提到了这个概念,摘抄一下以做复习……

    “拼多多的创始人黄峥就是这么一个人,他学习了贝佐斯的思路,他把自己当作一张资产负债表,把每一个生活、工作中的决策都看作投资决策。
    这个方法的关键,就是你要去分辨,用时间和钱换来的这些东西,哪些是资产(asset),哪些是费用(cost)。随着时间流逝,会加深你的护城河,给你带来新价值的往往是“资产”;而那些只是当前的消耗,或者时间越久对自己越不利的可以看成是费用。
    选择多投入“资产”,少投入“费用”。随着资产的不断增厚,你这个系统的价值就会越来越大。”

    作者回复: 特别赞的补充呀,其实工作也是类似的,如果只是一味消耗,也没有什么成长就可以看成是在消耗自己的费用,相反就是对自己的投资哈。

    2019-12-10
    1
  • 阿硕
    石老师,您好,请问关于知识管理的工具,到底如何定义和理解落地呢?谢谢

    作者回复: 说实话,现在很多公司所谓的知识管理工具就是wiki为主啦,最多代码倡导内部开源和组件共享,另外事件管理有专门的平台,整体并没有一套完整的体系,不像是CICD这么热门哈。

    2019-12-04
    1
  • Robert小七
    大型企业如果没有很好的落地devops或者想拥抱devops,我个人建议直接购买第三方商业工具平台,首先是第三方工具平台可以快速帮助你构建一幅devops全景图,帮助企业从理论到实践应用的直接有效提升,他们有更好的功能完整性,易用性,可维护性,安全性等!其次,第三方一般都会提供一些咨询服务,比如培训和项目实战,帮助企业快速建立自己的devops团队并赋能,让企业可以短时间内拥有自己的转型团队,帮助企业在后续进行推广和持续优化!最后,第三方还可以根据企业目前的情况进行定制化开发,比如集成企业目前已有的工具等!目前像阿里云效,京东云,腾讯蓝鲸等都是不错的选择!特别是云效在业内口碑非常不错,服务好,价格实惠,落地效果佳!

    作者回复: 恩恩,你会发现慢慢效率也变成了一种资源,变成一种经济,说白了效率双赢的事情,所以很多公司一方面输出效率产品获取收益,另外一方面也是展现技术能力,以一种增值服务,附加值的方式提供出来,从而推动更大范围的合作。其实这里有一个潜在的风险,就是软件研发流程不会随意变更,否则就乱套了,如果决定采用一个商业化服务,那么就要做好心理准备,是否软件交付的命脉就交给别人了,这就跟当初上云是一模一样的。

    2019-12-03
    1
  • leslie
    平台工具中其实有中台的概念:只不过DevOps的中台概念和我们知道的中台业务对象不同而已。个人觉得初期开源工具的二次开发或直接商业化是个不错的方案,大幅减少初期时间成本。
        个人觉得从产品的角度可以如下流程:
         初期如果开源工具能基本满足直接用就可以+适当的商业化;
         中期应当是要做二次开发-本质是节约成本;
         后期应当是尽可能适当的开发+基于底层内核的二次开发,或者合理整合开源应当是个不错的方案。
        产品经理的课学习了一些:从产品的视角去思考DevOps,应当会更清晰的去看待DevOps。单独的从产品或者程序角度去分析或者打造,反而会迷失其真实的合理性。

    作者回复: 其实我的看法是,软件交付这条链路是企业的核心生命线,这条线的效率高低,客观上限制了软件交付的速度和质量,所以自主可控也是从这个角度出发,毕竟商业化工具的响应速度和定制化能力还是要打折扣的。另外,做啥都是为了解决问题哈,工具只是锤子嘛,还得看钉子在哪里,为了做工具而做工具就没啥意义了。

    2019-12-03
    1
  • maomaostyle
    devops的服务受众就是企业内部的技术团队,说的再具象一些就是软件产品的生产线,正如工业都提倡4.0等升级概念,软件产业在研发效率和质量控制方面的投入绝对是值得的,这部分钱绝对不是简单的成本中心,而是可以带来利润中心的效果
    2019-12-17
  • happychap
    总觉得jenkin有点英雄迟暮的感觉,更亲睐drone.io。自定义,简洁,saas服务化,插件与底座藕合度低等。不过最关键的还是在于人和流程(✿◡‿◡)
    2019-12-11
  • 陈斯佳
    感觉虽然不一定要做产品经理,但是产品经理的思路和同理心真是很重要的竞争力。这时候想想马化腾一秒钟变小白的能力真是令人佩服,需要学习
    2019-12-10
  • a
    石老师好,我在一家民营企业上班,管理层完全没有devops的认知,我们私下两三个人一起基于gitlab,jenkins,kubernetes,istio搭了一套平台实现了容器化,自动化集成和灰度发布等.但目前有一个问题就是所有的版本无法与需求关联起来.

      我们有一套免费版的TAPD(也没有完全用起来),版本变更内容应该来源于产品和开发,产品的需求可以更新到TAPD,但开发变更的内容也到TAPD去更新对开发来说体验太差了.请问有没有这方面的最挂实践.

      如果能做到开发在日常开发过程中通过commit代码最后在版本变更中就能自动收集到当前版本的所有变更就好了.

      希望能够得到大神的指点.
    2019-12-06
  • 一步
    数据库管理平台,比如管理SQL的变化,老师有什么工具推荐吗?现在利用的git进行版本化管理的,但是不能清晰的看到变更的语句是什么,很是不方便高效,每次部署应用都很头疼
    2019-12-06
    1
收起评论
10
返回
顶部