请选择 进入手机版 | 继续访问电脑版

ITIL,DevOps,ITSS,ITSM,IT运维管理-ITIL先锋论坛

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 123|回复: 0

DevOps 到底好在哪里?这篇文章告诉你了

[复制链接]
发表于 2021-12-25 17:22:01 | 显示全部楼层 |阅读模式
本帖最后由 FYIRH 于 2021-12-25 17:24 编辑 5 u- I6 t: I0 f1 j# J

3 t( S' I6 r9 @/ q# t+ X写在前面6 n# u9 t) q5 Z( x! x" z* i) H

/ u# [7 c9 P9 J. R最近疫情严重,正好利用这个时间,把自己之前的Blog和印象笔记的东西搬搬家,整理整理,希望在疫情过去后,自己也能坚持把自己平时工作的关于技术和管理的实践多写写,一起交流。; D" z" f" N3 }, w) S- m
5 h0 j8 e9 e- j" O# T; a  V8 E
产品研发得码多少人
4 A2 v5 I/ `) z6 _1 t
) V2 U1 w& e4 o" }/ F
首先打算写一个自己平时在工作中,对于日常的工作流程和工具进行一个整理,也就是DevOps。本人一直在创业公司,有很多人觉得创业公司不需要技术管理和流程,就不到10个人,为什么需要这么多乱七八糟的。在讲这个问题之前,我们想想,现在当下互联网或者物联网相关的产品,需要的角色有多少呢?
) T( g+ \( s  q+ d, ]
$ Y, b; j4 l5 U: b
& h4 \6 i9 o. a( G
粘贴上传202112251720354213..png
我整理了下,我们需要的上面这么多角色,当然,在很多创业公司,都是一人兼多职(工资就一份)。但是和我们需要的产品发布和迭代节奏完全相反的是,老板肯定需要快速稳定的发布产品,1周恨不得更新一次feature list。
: e) N  {7 X3 A$ Y+ Z) L% R. h  i+ A/ H6 a
产品研发流程有多复杂, V( \0 z8 r4 |8 Y! E- h
粘贴上传202112251720592186..png

  h0 N5 ?/ R9 y, V上面的流程,基本是软件研发的基本流程,为了保证各种质量,涉及到各种角色和阶段,需要整体项目负责人有很强的管理和协调能力,才能保证项目的预期发布和质量管控。纯靠人去跟踪,基本管不好。

+ {! f6 d# S' p* c. s1 |3 |' w4 }+ \3 {$ L: h  B
迭代速度 快!快 !快!
. |9 f4 ?! O0 E. [( m+ R; W
- q1 e: v8 o9 R8 P* K  x
下面的桥段,大家肯定遇到过:
) r1 \: W4 _; O1 N/ F" F$ o) A8 J

3 C6 b  l( k3 i& T! b老板说:我们先做一个DEMO,BD需要这周末去个客户演示拿单子。演示完了,然后。。。。+ @5 G  p4 G' W
8 U9 i' r3 l! Q: H
老板再说:客户那边演示的不错,要求1-2周内上线(程序猿懵逼,下面就是产品和程序猿的互撕了)4 f. L* k$ s4 Y7 a( D% R: C! B

* ?3 i+ X# G2 Q" h; {我们有多少产品和项目是从DEMO改起来的,软件质量、架构体系、产品价值和前景,是否符合公司核心价值,这些都不是考虑范畴了,基本属于,后续全是坑。! P6 P6 \, {  J" f" ]8 ^
) L2 }' T/ z1 k( U- |
任何公司的核心价值都是产品质量的优秀,优秀的产品,我们这里不谈什么是好产品,我们这里聚焦的点是,产品技术怎么保证稳定快速发布新产品。答案就是DevOps。
) K0 T1 P. H; b* S" }8 c- ^0 ?: i2 B- E2 n5 B) K  K
DevOps的核心价值; x. @* ^0 V% p' i+ P0 C7 s
  q( Y' c$ J8 H5 [2 W8 v* P; N2 S' [
DevOps由开发(developments)和运维(operations)组成,字面意义就是鼓励跨部门协作。DevOps的出现其实是敏捷软件开发的产物,下面是敏捷宣言的经典摘录:3 d7 r! R9 q! x7 q5 G: {( b
粘贴上传202112251721243008..png
9 p3 [, N6 I: E, B3 H! X9 h1 ?
DevOps想要强调的是:个体和互动是非常重要的,用自动化代替重复人工工作,把更多的时间留给大家的沟通和交流,产生真实的价值。
: [  `- ]) n$ f& m' b% i
举个简单例子,PM想尽快了解开发的进度(眼见为实,其实UI更需要眼见为实),那就要求RD和QA,需要在测试环境进行快速的增量交付,并且交付的内容可以让PM和UI等利益相关方,尽快看到,并且可以第一个吃狗粮。如果是跨部门的传统合作,试想下,难度是不言而喻的。但是DevOps可以通过一系列自动化和持续交付的工具,以及统一产品目标的理念,让部门壁垒消失,工具提醒人员,去做这个阶段需要做的事情,大家都在管道内,进行有条理的工作,管道的终点就是产品稳定快速发布。
$ S  n, m0 d( r, R+ C3 ?/ N
DevOps 的流程和工具
  • 流程:DevOps是为了产品交付服务的,交付肯定是有流程的,所以我们先需要明确流程
  • 工具:根据语言、技术人员素质、产品特点,选择合适的工具拓扑,其实最主要的工具包含以下几类:需求管理工具、代码库、构建工具、工件库、测试工具、部署工具、监控工具、问题跟踪(转自天行者YANG)
    ! [, N6 D8 l8 J, b6 E7 z) }( h# x6 J. h8 @

% j# j! W" u. _" o
: C1 m2 H- T; [# E* r' D( s# u4 c7 J4 z
  R+ N! P% O1 e% u! J

" @$ y6 g- u4 E3 t6 d
; e+ }0 {1 w+ o$ R& c; l- K/ b( A




上一篇:敏捷“拥抱”DevOps,快速提升交付价值
下一篇:持续交付的那些事儿
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

参加 ITIL 4 基础和专家认证、长河ITIL实战沙盘、DevOps基础级认证、ITSS服务经理认证报名

QQ|ITIL先锋论坛 ( 粤ICP备11099876号 )|appname

GMT+8, 2022-7-5 14:06 , Processed in 0.096734 second(s), 30 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

快速回复 返回顶部 返回列表