短期内不太看好智能运维

最近几天真是热得轰轰烈烈，感觉室外温度有差不多40多度，在太阳下面走一会就大汗淋漓。

在享受着空调带来的便利时，为了更加舒畅，我打开了风扇，在哄孩子睡觉的间隙就在想，我们夏天热得难受，冬天冷得要命，如果能够把夏天的热点能够用某种方式保留下来，在冬天的时候复用就好了，同时把冬天的寒冷也能保留下来，在夏天我们就能够更加舒舒服服的了，除了在地理上具有优势的少数地方有这种福利之外，其他地方如果能够有一些创造性的改进思维，那么生活将会产生很大的改变，这也是在空调的福利下还能够这么嘚瑟的琢磨这些事情的一种专属福利吧，感谢空调。

工作中存在太多这样的事情，如果从工作的角度来说，我们是希望从成本的角度来解决这些问题，那就是不用花钱，冬夏的热量互换，看起来简直完美，但是没法落地，所以很多工作我们看起来改进方案美好，但是行动起来确实纠结的一个主要原因。

现在的时代我们都在提倡云计算，人工智能，相信过不了五年，这种情况就会有所改观，我们之前提倡的人工智能有些拔苗助长，以至于炒作概念，新品效果平平，落地场景少。

所以在运维层面主推智能化总是存在一些阻力和瓶颈，我觉得有几点， 一方面是容量和规模不一，有的公司服务器规模就几百几千，人工完全可以搞定，而引入智能运维工作带来的收益难以衡量，但是现在成本短期内远远高于现有的运维状态的。

另一方面，运维特有的行业属性，基于它偏后端的特点，所以“出头”的时候太少，以至于在运维场景中落地的性价比和开发层面的智能化存在较大的业务价值偏差。 换句话说，就是运维工作做得再好，你很难有机会反向创造更多的价值。

在这些基础之上，云计算是一个很好的契机，而其中有一个关键的部分就是成本管理，我们既然不关心运维细节，不关心运维产品，而系统服务是业务可见的，我们完全可以从成本的角度来进行运维价值的体现，就好比在独立运营一个运维团队，自负盈亏，这种情况下，对于资源的使用情况和成本是紧密结合的。怎么衡量价值，创造了多少业务收入，节省了多少运维成本，这些是很好衡量的，不单单是好评和赞美，而运维产品的价值可以通过成本的方式打包进来，比如我们做了一个运维高可用的智能服务，可以把这个纳入到系统服务的打包成本中，可以逐步追平原本的运维投入，而且智能化的方向是一个长期投入的过程，对于人的要求和淘汰率也比较高，从长期来看，反而行业空间会变小，从某种程度来说，选择比努力更重要是一种新的诠释。

还有一个重要的原因是我们目前的很多工作都在提倡自动化，自助化，而很多行业的所谓智能化产品和自动化，自助化的匹配度太高，以至于我们感觉就是换汤不换药。我么绝大多数的运维场景其实对于运维价值的体现是有限的，打个比方，我们近期碰到了一个比较痛苦的问题，那就是每周周末会收到一些磁盘空间的报警问题，如果是40%的使用率增长到80%，那确实是没的说要赶快解决，但是基本上都是79%到80%，这种情况偶尔一两次还可以接受，但是如果反复出现，就会影响生活了。这个从智能化的角度来看，我们可以根据历史数据来推导报警阈值接近的时间，或者是我们推导出数据趋势，来得到一些更立体的场景，但是这个投入成本确实是比较高的。有没有同样的方法能够解决呢，一种方式就是在周五下班前在报警平台修改下阈值范围，从80%改为75%，问题立马就会报出来，这种方式能够变被动为主动，而这个任务也可以改造为定时任务定时触发，解决的都是同样的问题，效果可能差别很大。 顺着这个思路，我们很多的运维问题其实都可以不那么高大上的解决掉，而这个收益是和智能化相似的。

所以从目前的很多运维场景来看，如果尝试通过通用化的场景来解决问题，这种空间显然太小，而越是这样，我们越需要警惕，不是智能化不重要，而是我们会陷入安于现状的一个怪圈。如果对运维需求提出更高的要求，那么我们的智能化就是一种迎刃而解的利器了。

所以储备是必要的，而智能化带给我们的挑战一种是学习的门槛和基础要高一些，没有扎实的理论基础，是很难转化成功的，同时我们要提高自己的运维标准和要求，更高更快更强，智能化的部分只是需要时间来证明。