7 P: P: `% z! D; |0 e! v# y
( X6 h6 B. d7 H3 B" a 话题1:您认为的运维的定位/目标是什么?8 m& D% X* H" U3 W1 [' K$ ~! m \
1. 之前听过一位前辈说,他心目中的运维,是关注于基础设施可用度上,让应用的归应用,研发自己运维应用,真正的运维是运维基础设施。
' N8 T6 T5 K7 i9 T) ^9 Y 2. 运维团队必须保障业务运行环境的可靠性,稳定性及易用性。现在业务开发团队,运维团队都是具有开发能力的,只是业务开发的目标是业务逻辑,而运维团队开发能力的目标是IT支撑能力。比如讲,运维团队提供基于容器云的PAAS层环境,那么业务开发人员开发完成逻辑后,要非常简单,高效和安全的把自己的应用发布的容器云平台里面去,并对外提供业务服务。而运维团队就必须保证容器云平台是高可靠性的,安全的,易用的。
* Y1 M. P: r& o3 o( W
, ~0 _& e7 w( |; u/ y7 S 话题2:运维专注基础设施,加上类似于Infrasture as Code(基础设施即代码),如何管理?
o- r- s% F% N( _) Z 1. 大趋势是融合,但是国内现状是差距很大,因此只有慢慢过渡和转型。" r- c4 i ?* r) t) z& x
2. 个人观念,code 定义再多,基本也是处于真正的基础设施之上,低层的算量,通路,存储能力,还是运维视角必须要面对的。针对于之上,无论怎么划分,都是逻辑上的应用划分,与真正低层结合在紧密,还是有明显的分割点的。; k% \6 X% {9 [% N
3. 基础设施即代码很容易实现,现在工具都有。这是个自上而下的问题 不是个技术问题。
) H; G6 Q: [: u- k/ k- o! X
) \& ?5 v. V7 t' F( D6 O 话题3:SRE认为什么是有价值的事情?; }' a# l0 D" a, K
减少琐事发生就是有价值的事。! h# i% o* U# }/ u) O% |$ C5 p
" L0 r# E0 N8 e1 p- Y
3 g6 h h. {9 q. G' N3 p(奥朗)
. E; F0 _- B1 `/ n/ v1 ?! Z
% M3 p0 W% ]0 m O" G' u/ | |