DevOps实战笔记
石雪峰
京东商城工程效率专家
立即订阅
3534 人已学习
课程目录
已更新 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实战笔记
登录|注册

22 | 产品设计之道:DevOps产品设计的五个层次

石雪峰 2019-12-05
你好,我是石雪峰。
在上一讲中,我们聊到了企业 DevOps 平台建设的三个阶段。那么,一个平台产品到底做到什么样,才算是好的呢?不知道你有没有想过这个问题,反正做产品的这些年来,我一直都在思考这个事儿。直到我听到了梁宁的专栏里面讲到的用户体验的五层要素,才发现,无论什么产品,其实都是为了解决一群特定的人在特定场景的特定问题
那么,回到我们的 DevOps 产品,我们可以借鉴一下梁宁老师的思路,来看看 DevOps 产品设计体验的五个层次:战略存在层、能力圈层、资源结构层、角色框架层和感知层
这么多专有名词一股脑地蹦出来,估计你头都大了吧?没关系,接下来我会逐一解释一下。

第一个层次:战略存在层

在决定开发一个 DevOps 产品的时候,我们首先要回答的根本问题就是,这个产品解决了什么样的痛点问题?换句话说,我们希望用户通过这个产品得到什么?显然,目标用户和痛点问题的不同,会从根本上导致两套 DevOps 产品之间相距甚远。
举个例子,业界很多大公司在内部深耕 DevOps 平台很多年,有非常多很好的实践。但是,当他们准备把这些内部平台对外开放,提供给 C 端用户使用的时候,会发现存在着严重的水土不服问题。
有些时候,内外部产品团队有独立的两套产品,对外提供的产品版本甚至比对内的版本要差上几年。这就是用户群体的不同造成的。C 端用户相对轻量级,需要的功能大多在具体的点上,而企业内部因为多年的积累,有大量的固有流程、系统、规则需要兼顾。所以,整套产品很重,甚至是完全封闭的一套体系,难以跟用户现有的平台进行打通。
取消
完成
0/1000字
划线
笔记
复制
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
该试读文章来自付费专栏《DevOps实战笔记》,如需阅读全部文章,
请订阅文章所属专栏。
立即订阅
登录 后留言

精选留言(3)

  • 雷霹雳的爸爸
    就记得那时候做paas采购选型,灵雀时速之类的,我问你们这流水线里有没有啥自选的审批功能,我们老板比较传统,不自己当看门狗心里不踏实,都告诉我还得定制开发,我想我估计是落伍了,然后偶尔看到好像是叫weaveworks把还是啥的,gitops这玩意儿一下子就惊了,心想我咋就没想到捏,PR一统世界不远了的感觉,算是有过眼前一亮的感觉吧

    其他时候大都是眼前一暗,好比说我原来在一个公司用bitbucket,PR的approval可以强制,否则不能合代码,感觉挺好,后来到一个公司图便宜咱弄个 gitlab ce吧,这功能咋也找不到,最后弄半天这得企业版才支持,这里用的社区版,好吧,那commit测试不过总可以吧,发现gitlab社区版也没这个和jenkins结合的功能,还得付费版...这玩意儿看起来有些钱还必须得花...
    2019-12-05
    1
  • leslie
    一个好的或者成功的DevOps其实要有全栈的能力:超级全能。突然想起这些年自己的职业DBA&&OPS:产品和研发工作中吵架-自己中间协调完后大家没问题了,开发和运维工作中吵架-中间调节然后问题解决了。换个角度解释一下老师的课程:看看是否有理。
           1.DevOps要有全栈经历:整个项目的整体任何环节都大致明白,直接全栈经历过一次;【注:我自己就差不多属于这种;从DEV->DBA->OPS-机房运维】
          此处其实是同时需要具备3个视角:用户视角、产品视角、项目视角
            2.DevOps要有一些能力:产品设计能力、项目管理能力、研发能力。
          作为一个内部项目,各种视角的切换之间才能看见问题,可是很多人不会站在对方的角度去思考问题解决问题。记得苏杰老师的课程中有句话很经典“要想否认别人的创新,你先得证明你的创新”。
           学习到现在我觉得我已经不是在学习了:享受学习沟通中的快感。老师提及的不少我都学过了差不多的东西,算是把自己这一年在极客时间学习的一堆课程做了一个梳理。极厚薄发提前规划,等待合适的时候去实现。
          谢谢老师的分享:期待下堂课的学习。

    作者回复: 非常赞呀,我给你个建议,可以适当的梳理下自己的逻辑和体系,可以从你的留言中整理出来一条主线,然后试着对外MVP输出看看反响,我觉得很多东西单向输入效果一般,有主动思考能力才是最重要的哈,DevOps不是一家之言,我说的也不一定正确,所以一定要三思而后行,哈哈。

    实际上,我目前来看,最欠缺的就是DevOps产品的产品经理,你提到了几种视角,其实代表了几种不同的思维模式,能在不同视角中无缝切换,这不是一句简简单单的话而已,拥有全流程的能力自然有助于你更好的换位思考,但是不知道你还记得前面的加餐里面,关于DevOps工程师的技能章节,我有提到过共情能力,这个才非常重要。

    2019-12-05
    1
  • maomaostyle
    个人觉得在devops领域做商业化变现,很难脱离咨询服务去单独盈利,因为市场上都是一些IT大厂才有能力做出一些具有普适性的工具软件,但企业级客户往往需要从方法论开始逐步渗透(0到1),最终可能工具软件都是添头,反而超强的咨询服务才是大头
    2019-12-18
收起评论
3
返回
顶部