这篇文章是老叶（Vulgate）写的，这货借了我们一本 ToGAF9.1，才一天时间，写了个心得给我。
现在身边还能像这货一样看书的，能看得下去的已经不多了，据说最近还在看实变函数、基金考试，以图为证：
老叶的特点就是速度快，想要快速吸取干货，他看东西后会马上记下自己的心得。虽然有时候不太过脑子，但是至少会留下点什么。也经常会分享给我们，但是，但是，基本上是随性，没有条理，甚至没有 Get到点。
这次 ToGAF 这么厚一本书，花了一天时间，发给我这么个东西，我想知道这货脑子里到底装着什么。不访大家来看一下。
全文如下：
智能化运维
回归到大企业，工作中开始逐渐正规化，IT工作的整体专业架构也清晰。突然开始要搞运维的事情。其实不太想这个主题，因为我觉得我不应该关注这么细节的内容，但从总结的角度还是说一下。
我希望还是有一个专门的人来管这块的工作，我把我过去运维工作和想法结合最新的一个资料说明一下
1、智能化运维
过去是【自动化】，现在强调【智能化】。行业变化很快，对传统企业而言，要达到智能化还是需要很长的路。但未来应该是智能化运维
2、智能化运维我们怎么做
我的几个理解
①需要一定的规模
如果企业的IT没有一定的规模，想也不要想，这个做没有意义，对于很多小企业而言，比较可能的情况是把机器放在云上。由专业的第三方来负责运维和托管，其实这个所谓的运维和托管无非是把基础架构部分完全托管给第三方。企业只需考虑业务逻辑，对于业务逻辑下的容量管理，可扩展性等等都不需要考虑
②应用架构变化
应用为了可以随时速递按照业务的发展而发展，可能以后的很多业务都会用函数式的开发架构，无状态方式开发和部署。目前的中间件等方式都会变。未来可能性很大的还是前台-中台-后台的架构模式，中台部分可以通过后台提供的积木形成业务模块，前台根据业务模块快速搭建满足业务需求
③运维人员的要求
大的云平台或自己维护的云平台对运维人员会有一定编程能力的要求，SDN，软件定义网络等都不是梦，通过软件配置和调整，设定规则策略可以动态调整底层硬件平台的动态扩展策略。类似于测试，人工测试总不是一个办法，模块开发完成，测试驱动，没有问题后自动部署的方式当前已非常清晰
④安全部分
随着当前IOT、移动互联网等技术的不断深化，数据和信息系统爆炸式的增长。如何保证业务的安全性非常重要
大的云平台会有配套的安全部分的保护。10年前很多企业的信息安全和运维是两拨人，随着自动化运维的不断深入，信息安全的技术部分会和基础架构合并。信息安全的业务部分会有另外一种方式存在，体现他的价值。
上文未经授权，直接发布，抗议无效！