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

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

 找回密码
 立即注册

扫描二维码登录本站

QQ登录

只需一步,快速开始

查看: 1690|回复: 0

DevOps:是全栈必备的一把双刃剑

[复制链接]
发表于 2018-10-17 16:53:43 | 显示全部楼层 |阅读模式
本帖最后由 adminlily 于 2018-10-17 16:56 编辑
2 h6 s8 O9 H2 X- R  {9 M4 f5 A
- ^3 v4 v& z$ Y$ h+ W, f/ b* R0 |
作为一名全栈工程师,不仅是一个研发多面手,而且必须要关注产品的最终交付,以及线上服务的稳定运行。工具化使开发、交付、运维紧密地联系在一起,于是ITILxf.com" target="_blank" class="relatedlink">DevOps 逐渐成为了全栈们手中的利器,但由于DevOps的复杂性,如果没有科学的人员、流程与工具相配合,DevOps根本无从谈起,因此,DevOps 更是一柄双刃剑。
7 K$ ^  T6 u) W& m

2 R' ]# g+ ]* f5 M# u+ T" n0 v, N" i
1什么是DevOps呢?
* h- n6 }8 Y( e8 @1 T, V3 K
4 B  i# B+ b, X) [
先看一下wiki百科给出的定义:
$ b" N5 P; ?4 Z4 z4 u& ?5 X! j- |" P3 Z# M
0 _" ?9 ~/ M  V, W' n
DevOps (a clipped compound of development and operations) is a culture, movement or practice that emphasizes the collaboration and communication of both software developers and other information-technology (IT) professionals while automating the process of software delivery and infrastructure changes. It aims at establishing a culture and environment where building, testing, and releasing software can happen rapidly, frequently, and more reliably.
简单地说,DevOps是一种开发、测试、运营、维护部门之间沟通、协作与整合的软件过程、方法与系统。

' [8 Z9 |4 U( z! E7 \/ h; _( `
DevOps是一种高度强调人与人间互动的工作方式,不能先入为主地认为参与者了解某方面技能,在完成高频率部署的同时,提高生产环境的可靠稳定和安全行。
- E$ P4 d/ r! v6 t2 l
# C' u$ j+ c; A( R2 f
DevOps能够为团队提供一种极具凝聚力的文化氛围,DevOps不光是一个方法理念,而且是一个有力的技术手段,人员、文化、流程与工具这几大要素在DevOps中同样重要。

; U& D$ z/ l* i) O; s+ A7 F
5 _; E. x! @% I$ x
& g0 d3 [' f  R; [! L( L) {' j, h) H
2、为什么DevOps姗姗来迟?

( p6 Y9 G# X! t! z6 s: W+ @9 J! h
% L/ a4 d$ U3 ~# c1 {' v  O5 T
DevOps 的概念在2009年就诞生了,但没有相关的技术支持,只是出现在教科书和论文里。然而,近年来所谓DevOps的最佳实践逐渐越来越多,原因何在?

5 g) S0 d6 y  k8 @4 }* i

  X* j! i- k& B/ W9 f) X3 M* A
  • 云服务的普遍使用,各种云服务成为IT基础设施中不可分隔的一部分。运维有一个很重要的概念就是Infrastructure as code。
    $ [' Y' o7 {9 k5 t

! ]% q% I0 R" _1 j
  • 容器技术开始成熟,特别是docker技术的大行其道。容器 Container是用来存储和组织其他对象的对象。Docker是一个开源的应用容器引擎。

    ! [+ X! Y, ]0 J1 u( W/ d* Y
9 _& P4 o6 `- {3 J' a) D# X# j6 v
' Z1 ^- t; v$ ?6 m2 R& y( O
  • 微服务架构技术的广泛使用。
    # u5 O9 o& X8 F+ n$ p* x8 J
- _0 E( N. m- F% [  |6 l- C

  R/ k# l& a" I* E) @
  • 微服务 MicroService是指一个单纯的小型有意义的功能。

    8 y# F& v  Z, @/ @% F1 r) ?

" L6 t  v6 w$ T" W6 R6 J/ O微服务,是支撑DevOps方法的手段,传统开发是在一个服务器里面,把各种元素装在一起组合成一个程序,但微服务是每一个服务是一个单独的单元,可以部署在不同的服务器上,通过SOA的方法,把它连接起来,再提供整个功能。

. C6 L( Y/ p2 l6 V3 F

% U6 d; u$ R, `) ?0 u  d' ]" @9 C+ G+ x. L9 f3 U
微服务是由一个个团队组成,每团队有自己的服务,做好后,可以独立的进行测试、开发、部署,然后整个应用组合到一起。张侠表示,开发运维一体化、微服务和Container是同等的,把它们组合起来,加上云的手段才成为可能。
0 X8 `5 m' C7 t8 K8 K5 m" {, F% D; c! Z! Z. m: B+ i

& {- @& `/ l; x+ y敏捷开发流程的深入人心。
5 Q9 o) |: `# u2 k! j$ n! [  Z0 A& Q7 D/ S9 M/ u  O

5 R( B: e# z* C6 L
诸如Scrum, Agile, Kanban等敏捷方式被团队广泛使用,TDD、BDD、DDD这些测试驱动设计、行为驱动设计、域驱动设计等设计方式的采纳,CI和CD这些持续集成和持续部署等方式的实施,这些都是对DevOps的强烈需求。

2 W- N( a9 `4 U  c, i1 _

* D( r' P5 C, u
3、DevOps中的技术栈与工具链

  |/ l. H. Q' g- ^$ r+ F

! b; N+ h. U5 b( H% E* L& a
在全栈眼中,Everything is Code,所以DevOps 是通过技术工具链完成持续集成、持续交付、用户反馈和系统优化的整合,实现跨团队的无缝协作。
/ ?4 e3 q$ M7 ]1 I* }
, s, H4 v- G. Q  m: d
DevOps 中涉及的技术栈与工具链如下:
. |2 x( t. L/ @; i* ~: \5 {

/ ]4 m" X/ }& s& A) V  k5 U
  • DevOps 流程门户: 这是统一操作的web网站,主要是进度看板,Sprint周期等。本着拿来主义,在一定条件下,可以采用类似Trello,worktile等工具代替。
    $ b7 D5 C3 k+ W/ G

9 d+ z) s7 O1 Z; h5 r' M0 A* u
  • 身份及访问管理: 用户权限管理的重要组成,可以采用RABC的方式实现,也可以与LDAP服务对接

      D7 i) {! ^$ b- P  S5 [

2 j  W) N; p" F2 N
  • 产品管理: 产品的需求,定义,依赖,推广等产品线的全面管理,confluence 可能是个不错的选择,禅道也可以满足一部分的功能
    3 W+ V0 W2 S( N2 K/ ~5 L

& V, }) _( ?2 s
  • 配置管理: 提高产品的配置维护能力,zookeeper 大概是不二之选。
    - ]/ Y' O4 s( b% P( T2 Z

* |. u6 T; C5 H- L
  • 持续集成: 提供持续集成任务调度和执行的能力,Jenkins的用武之地,提供产品和组件自动编译、打包和部署的能力,支持编译和部署的流程编制,进度跟踪和日志查看
    : m) b" n3 @* I: F

7 p: h5 y& p! v5 y
  • 环境管理: 提供资源配给和负载均衡的能力,需要配合云服务的资源管理能力。初级的负载均衡可以选择nginx或者Haproxy,生产环境的入口最好采用云服务的SLB负载均衡,以便简单地解决HA的问题。资源的调度采用云的弹性能力,辅助脚本实现。同时,微服务的容器化(docker)管理需要特别关注。

    8 e5 q) n: d0 T% a* p# C2 u8 q

7 p( f# L6 I6 D6 d, ^, s% H
  • 质量反馈: 提供产品的质量管理和监控能力,包括测试用例,缺陷跟踪和质量监控。Jira 是个不错的选择,其他的开源工具例如禅道,bugzila,mantis等等,因团队而异。
    . t; P+ ^7 X/ |0 U: c/ |

% Z( `5 J9 f5 w9 F- }! N; n1 T
  • 版本控制: 代码库的创建和维护,分支管理等。Git 几乎是行业的标准,可以自建Git仓库的服务器,也可以使用github 或者bitbucket这样的第三方服务。
    3 c7 l% D: F/ z# q* @9 u
5 W. I- b, m: `0 D8 j4 j1 w- V
  • 自动化测试: 包括客户端与服务器端的自动化测试框架,例如Appium,Selenium 以及各种Mock技术和xUnit
    * ?- i5 U3 p) O( a
6 t- Z$ r1 d1 K' ]3 Y9 K9 A8 K
  • 文档管理:各种开发、运维、部署文档的统一管理,同样最好放到git上,同时指出文档的自动化生成
    0 t4 `6 Y" v2 ]2 f

8 ^/ H1 n1 F2 W- }. r+ J

( }8 D! Y9 G* }' b: U# L4 q0 K
  • 运营管理:这就是传说中的OAM 中心,这是广义的运营,其中还包括运维的部分。OAM 不但提供了业务系统的运营操作,还提供了面向运维的统一Monitor,alarm,fault handling等能力,以及产品的资源使用和运行状况等,涉及的技术很多,尽量采用云监控+脚本的方式,规模较小时可以尝zzabbix 实现部分功能。
    * G; L# Q, m2 j& \* G

) ~& D! k* \: c; r
  • 沟通管理: 敏捷的一个原则就是沟通优于文档,IM是团队必备,微信和QQ可以满足大部分的需求,但是Slack 因为其强大的web hook 功能显得更加出色。

    " G  b/ C0 j' B! e0 f* X
, Z) k9 n, @% A$ o& ~) m. l
4、DevOps 的双刃剑
5 j: r: v& M6 a0 j% b( s( _

& t" {' d% E/ Q' Z$ |& k# ?4 d
DevOps 的成功与技术、流程和组织的全面支撑是密不可分的。技术栈和工具链只是DevOps的一个前提和基础,技术方面的实践相对容易,流程较难,组织变革最为艰难。DevOps还是以工程实践为主,管理实践这块,像Scrum成体系的还比较少。DevOps玩得好,可以提高团队的生产力。若是玩不好,可能还不如传统的生产模式有效率。
5 m2 S8 [! ~- B- o

  ~- W1 y0 V5 M3 E4 R
狭义上看,DevOps主要困难点在于开发和运维是两种完全不同性质的技术工作。很多开发的同事,看着运维人员整天就是玩几个工具,写几个脚本,觉得蛮简单,实际上,很多东西要在生产环境下快速稳定应用,并没有看上去那么容易。生产系统少出问题(软件本身bug除外)是运维的绩效,多实现业务需求是开发的绩效,这一少一多,体现了两种技术角色的根本性区别。

7 U6 v3 O: f! q# n4 W
* U1 X. E3 e6 |# L
业务部门压力往往导致技术部门的任务主要是求“快”,在这种情况下,DevOps必然失衡,因为只追求快,就不需要ops了,只需要dev加班加点即可,不重视ops,结果必然是可悲的,往往业务上线后鸡飞狗跳,各种问题不断。在激烈竞争环境中,出几次事故就可能对产品形象的伤害很大。

- P; L* `9 g7 g8 N, `% a3 Q0 I

/ n$ G2 s2 \; ?7 c6 p% M
对全栈来说,业务初期到底要不要考虑高可用?从Dev角度看,简洁明快的实现就行了,从Ops的角度看,高可用、监控、报表这些东西在业务正式上线前就是必须要考虑的。

& `1 y% D; _3 j4 e/ m3 N
, _) B' ~$ }, y
因此,DevOps实施成功的关键,涉及到团队管理,项目管理,技术管理等诸多方面。DevOps并非治病良药,如果团队正能量大,实施起来就相对容易,否则引入DevOps可能也无法改变什么。对于一个全栈而言,DevOps是一柄必备的双刃剑。

1 M" q9 Q4 n: M5 b! y2 }

: H8 u, M0 q4 e4 _% O
原创:abel_cao

- q& A+ h3 M: W/ A, |, K9 M) ]/ H; _3 h- c$ F




上一篇:2017年DevOps发展情况报告
下一篇:攻克痛点:DevOps线上部署的最后一公里
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

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

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

Baidu

GMT+8, 2022-6-28 11:40 , Processed in 0.098925 second(s), 29 queries .

Powered by Discuz! X3.4 Licensed

Copyright © 2001-2020, Tencent Cloud.

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