技术只是手段，适合业务的发展才是王道

运维的好坏的评定标准
运维本身不产生直接效益，运维的价值就是在保证业务安全稳定运行的前提下，尽量的节省成本

对于公司来说，怎么算这笔账呢

显性成本 idc成本+各种技术服务的成本 A
隐性成本 故障，入侵造成的损失 B
人力成本 运维的的工资奖金等 C

A+B的成本 >> C 才有价值，只有这种情况下，C才有发挥的空间

C的作用 使A在业务安全稳定的运行的前提下，尽量减少资源浪费
安全稳定 意味着B等于0或者值很小 根据业务要求而定
减少资源浪费 资源一定的容余是必要的 但是过度的冗余就是浪费 所以说运维和运营一样，也是一个动态持续的过程。没有一劳永逸的架构，也没有一劳永逸的技术。一直在动态变化

A省下的费用 + B未发生，或发生但损失可控而省下的钱 >> 远远大于C 对于企业来说就是值得的

关于业务开发的要求
将需求尽快发布上线以实现商业上的收益 ----->对应 专注业务需求的开发和测试角色

另一大类开发
中间件开发，稳定性开发，工具开发，监控，IaaS， PaaS。 甚至专注底层基础架构的内核开发，网络开发，协议开发 --->为软件生命周期中的运行维护阶段服务的
作用：提升研发效率和稳定性，进而降低成本。
虽然没有全部被定义为运维岗位，但本质上是跟业务软件的运行维护阶段直接相关

范围
一个研发团队，出去业务需求实现层面的事情，其他都是运维的范畴，实质是软件架构的范畴 -->都在为软件生命周期中的运行维护阶段服务

运维能力评判标准
是整体技术架构能力的体现，运维层面的爆发的问题或故障一定是因为整体技术架构中存在问题，割裂两者，单纯的看技术架构或运维都是无意义的