确认下眼神儿，让BMC大佬们手把手带你了解AIOps、自动化and多云都是个啥！
很长一段时间里，勤勤恳恳的运维攻城狮们都有很受伤的赶脚！
见缝插针的系统故障，手忙脚乱的业务恢复，加班加点真真是常态化，此乃一伤；
系统复杂+，体验提升++，机器数量随之+++，但人力呢？却只减不加，又是一伤……
运维GG们究竟是如何一边练着“伤心断肠剑”，一边助力企业业务飞速发展的呢？
图片来源：lkdy.vicp.cc
某天：
23:00 业务系统开始出现隐患。
对此，运维GG表示“有点儿担心”。
23:30 业务表现还算正常，隐患带来的影响还在可控范围内。
“还好还好”！
第二天：
00:00 范围突然超出，变成故障！
“到底在哪里？在哪里？”
半个小时过去了，部分客户业务受到影响，时间仍在飞逝ing……
但监控预警才刚刚开始！
滴答滴答，一小时后……故障继续排查中……
02:40 终于找到故障点并处理，但负面影响已经造成，运维GG哭晕在厕所！
03:00 故障终于排除、业务恢复正常，GG 长吁一口气！
看完之后，你可能会觉得运维人员正在用“生命铸就辉煌”！
有没有好办法解决此类问题？
这不，Gartner为企业运维开出一剂良方，正所谓“AIOps让运维工程师们的生活变得更加美好”！
AIOps，也可称智能化运维，简单来说，就是利用现正飞速发展的AI技术与运维工程师的经验相结合，然后“总结”出一套相对完整的运维管理方案，极大提升效率的同时，还可以有效减缓工程师们的作业压力。
其实在智能化运维这方面，BMC作为一家专门从事IT运维的企业，在业界比较有心得！
谈及AIOps，BMC高层在公开场合表示，其AIOps平台已经做到将现有的运维数据，例如日志、监控信息以及应用信息等，通过机器学习的方式来解决自动化运维无法实现的场景，并能充分利用相关技术来缩短问平均解决问题的时效，进一步降低成本！
AIOps的能力值得肯定，但与企业现有的管理系统，例如SoC（Security Operations Center，信息安全运营中心）以及APM(Application Performance Management，应用性能管理)等，是如何无缝衔接的呢？
对此，BMC全球副总裁兼CTO Herb van Hook 表示，BMC的AIOps解决方案实际上基于一个主要的分析模型，也就是企业业绩的分析，所以与AIOps相关的技术更多会成为银行等金融机构管理系统的核心。
从这个角度考量，“我们的技术就好像是经理中的经理，所有的信息都会有条不紊地转移到这个解决方案中。” Herb van Hook补充道。
此外，当然还存在一种情况，AIOps并不处于技术中心环节，这种情况下，企业通常会做一个信息推送来实现数据的同步。
据悉，日前BMC已经在自己的AIOps平台自动化运维的基础上，增加了基于机器学习的指挥监测系统，并通过采集数据做出分析、决策，来高效执行自动化脚本，进一步达到运维系统智能化的目标。
在BMC看来，AIOps平台的构成要素可以划分为可视化、自动化、计算分析和算法、大数据几方面，但不可忽视的是，自动化依然是关键中的重点，被认为是实现AIOps智能运维的first step 。
说到“自动化”这个问题，交通银行相关技术人员表示，作为BMC 的用户，确实有很多值得分享的地方。
如何让复杂系统与运维人员数量得到最佳匹配？
怎样将银行系统的运维难度降低再降低？
一段时间里，交通银行曾经一筹莫展！
怎么办？
BMC推出的自动化平台Control-M被发现并采用，为交通银行打开了局面！
都知道，交通银行的系统架构比较庞大，应用系统更是难以计数。
原本困难的局面，再加上如今互联网化和移动化如此被热衷，应用系统自然需要分别应对PC端、手机等不同终端。
但是，问题来了！
运维人员就那么几十人，还要同时监管测试环境和开发环境，确实很有难度。
而Control-M的到来，彻底解放了“左右为难”的运维人员，极大地提升了效率。
此外，在生产批量的调度方面，Control-M还可以做到统一的监控以及管理，并在审计、合规、成本、内部服务等为交通银行带来了巨大收益。
据小编了解，自一月以来，BMC连续两次为其数字化企业自动化平台Control-M拓展新功能，为了帮助用户更高效地实现IT和业务运营，更快速地采用创新技术下了大工夫。
例如，在Control-M中，针对自动化以及软件编排等功能，BMC采用了新方式让功能使用越发顺手！
Herb van Hook表示，如果在云环境下部署新软件，完全可以实现自动化，因为上线的新技术都采用了容器化的设置，并且存在很多预装的虚拟器在其中。
部署究竟有多简单？如果在AWS的公有云环境中，只需按键一下，一切自动安装，给客户带来最大程度的便捷，无需被复杂的技术环节所累！
此外，BMC 在自动化平台上“上线”的新功能很多都采用了API的形式，可想而知，运维工程师可以多方便地在新页面上体验并采用！
一直以来，BMC对于“自动化”的成熟度都有一套自己的想法。从初步梳理运维场景，确立预案、规则以及处理过程；再到过程标准化基础架构自动化，从下到上的“蜕变”。
随后才是应用发布自动化，即可自动发布应用并实现跨部门合，随后实现灾备的切换自动，最后完成智能运维的终极目标！
其实无论是AIOps还是自动化平台，甚至是最近推出的认知服务，BMC都基于一个有意思的概念“多云”生发而来！
据悉，两年前，BMC 高层在命名此项业务时的确犯了难，甚至花费了很长时间去讨论“到底应该叫什么名字”。
混合云？多源云？又或是其他？
深究其中含义，其实差别并不大！
之所以这样命名，是发现对于很多有关云的客户来说，自身在云上的进程通常会分成“几步走”！
通常来说，对于比较大型的企业，最起码在公司内部会有一到两个部署的本地云，一些基于OpenStack；随后还会有两个或者两个以上外部云或公有云联合在一起使用。
此外，在与企业CIO的交谈中，我们发现，市场上各种云那么多，涉及到纷繁交错的关系，多云的环境肯定是妥妥的存在。
在此背景下，对于CIO来说，管理好本地云已经面临不小挑战，更何况是一种本地云与公有云的复杂多云环境，其中无法避免“影子IT”的情况发生，突然的爆发量会出乎意料！
另外，让CIO 比较头疼的一点，当收到期末云账单时，就会发现云上所花费用会远远超过预想的设定，经常会感叹“只用了很小的一部分服务，为什么会有如此高额的收费呢？”
简直是多云=多晕！
真实存在的企业级痛点让企业不知所措，却牢牢抓住了BMC 研发的决心！
有效的多云管理最重要的一点，就是要了解在本地和云中分别存在哪些资产。
在这样的环境下，BMC 的多源云产品Discovery就可以高效帮助企业洞察云资产，进行（CMDB）部署，还会帮忙维持云环境。
此外，在安全性方面，BMC 开发的SecOps Policy Service 可以做到将合规性和安全性测试直接嵌入到软件开发生命周期中。
借助具有内置连接器的灵活架构和适用于任何数据源的策略可扩展性，来确定各个公有云服务中不合规配置的优先级并加以修复，不但保证云部署的合规性，同时让技术人员不至于错过关键环节的检查！
如今，云已经成为企业的战略化项目。据Gartner预测，到2020年，90%的企业组织将采用多云的管理功能；相关调查也显示，几乎三分之一的企业已经与与至少四家云商打交道，其实无论是多云战略，还是匹配而来的智能运维与认知服务等，都是BMC为用户带来的更具有前瞻性以及可操作性的积极尝试，相信在未来，这种实践还会更加层出不穷。