话题1：您认为的运维的定位/目标是什么？
1.        之前听过一位前辈说，他心目中的运维，是关注于基础设施可用度上，让应用的归应用，研发自己运维应用，真正的运维是运维基础设施。
2.        运维团队必须保障业务运行环境的可靠性，稳定性及易用性。现在业务开发团队，运维团队都是具有开发能力的，只是业务开发的目标是业务逻辑，而运维团队开发能力的目标是IT支撑能力。比如讲，运维团队提供基于容器云的PAAS层环境，那么业务开发人员开发完成逻辑后，要非常简单，高效和安全的把自己的应用发布的容器云平台里面去，并对外提供业务服务。而运维团队就必须保证容器云平台是高可靠性的，安全的，易用的。

话题2：运维专注基础设施，加上类似于Infrasture as Code（基础设施即代码），如何管理？
1.        大趋势是融合，但是国内现状是差距很大，因此只有慢慢过渡和转型。
2.        个人观念，code 定义再多，基本也是处于真正的基础设施之上，低层的算量，通路，存储能力，还是运维视角必须要面对的。针对于之上，无论怎么划分，都是逻辑上的应用划分，与真正低层结合在紧密，还是有明显的分割点的。
3.        基础设施即代码很容易实现，现在工具都有。这是个自上而下的问题 不是个技术问题。

话题3：SRE认为什么是有价值的事情？
减少琐事发生就是有价值的事。


(奥朗)

       

       

       

                                        话题1：您认为的运维的定位/目标是什么？
1.        之前听过一位前辈说，他心目中的运维，是关注于基础设施可用度上，让应用的归应用，研发自己运维应用，真正的运维是运维基础设施。
2.        运维团队必须保障业务运行环境的可靠性，稳定性及易用性。现在业务开发团队，运维团队都是具有开发能力的，只是业务开发的目标是业务逻辑，而运维团队开发能力的目标是IT支撑能力。比如讲，运维团队提供基于容器云的PAAS层环境，那么业务开发人员开发完成逻辑后，要非常简单，高效和安全的把自己的应用发布的容器云平台里面去，并对外提供业务服务。而运维团队就必须保证容器云平台是高可靠性的，安全的，易用的。

话题2：运维专注基础设施，加上类似于Infrasture as Code（基础设施即代码），如何管理？
1.        大趋势是融合，但是国内现状是差距很大，因此只有慢慢过渡和转型。
2.        个人观念，code 定义再多，基本也是处于真正的基础设施之上，低层的算量，通路，存储能力，还是运维视角必须要面对的。针对于之上，无论怎么划分，都是逻辑上的应用划分，与真正低层结合在紧密，还是有明显的分割点的。
3.        基础设施即代码很容易实现，现在工具都有。这是个自上而下的问题 不是个技术问题。

话题3：SRE认为什么是有价值的事情？
减少琐事发生就是有价值的事。


(奥朗)