查看《如何从技术管理的角度来驱动员工更加的去拥抱云计算？》大咖对话四！
从几个方面来讲：提供公有云服务的云厂商，不负责任的关闭服务，对用户还是比较伤的。有一些小的运营厂商和一些没想明白的云厂商没想明白就凑进来做个公有云，中间突然又说不搞了，其实有很大影响，这是一个不信任感的来源。
第2个不信任感来源，是信息安全和数据的问题，云厂商作为社会基础设施的公司，一定要会给大家最基本的承诺。
第3个不信任感的是什么呢？很多时候用户要去比较稳定度，谁都会犯错。但是如果基础设施在自己的IDC，自己的雇佣的人员去做托管服务，做不做得到稳定度95以上？绝大多数公司是没有能力做到95以上，往往自己的员工可能出点小错，可能你没那么大的感觉，但是作为供应商出了一些错误，往往就比较激动。
稳定性和可靠性还有一个维度，其实就是掌控感。掌控感是两方面的事情，第1件事情API所有操作。
客户侧所有的控制台的操作，都会有日志的，客户都能看得到，这样的话决定了外部自己企业做了什么坏事，都可以被审计的，也能够接受第三方的审计，这是第一点。
阿里云把后台所有的操作，机器和数据相关的动作、运维的日志都透明给客户。把所有可能会碰到客户的业务连续性的，可能会与数据有操作相关的日志，全部都记录下来，并且给到客户可审计，这点从倒过来说，也是云上更安全的一个非常重要的因素。
因为基础设施可编程，所有的编程的都可以被记录。
事件有两种，一种是主动发生的，一种是被动发生的。
阿里云有客户以前有发生过一件事情，如果提前告诉客户什么时候会发生什么事件，那么，对他的业务影响就会很小。
不可预期的问题，那么客户就会很慌，这是个可掌控性的问题。人们往往对于不确定性或者未知是很恐惧的，假如当我知道今天晚上有一个网络带宽升级，或者有一次迁移、一个集群升级，反而就没那么担心了，打开事件功能以后，实际上会发现阿里云的工单也变少了，因为客户知道这个时候会发生什么，就不会在那个时间点发生的时候去提供工单去问为什么了？
阿里云其实还有一个可能大家不是非常清楚的，叫做运维编排服务，它的基石很大一部分就是基于事件功能的，客户到时候只要把运维动作写在里面，阿里云就会帮客户在出现这个事情的时候，就会托管自动化，根据客户的模板来去做自动化运维。这是阿里云最后迈向AI运维中的前面一步。
现在的情况是是客户看到事件，然后要自己去响应一下。
真正的在云上跑第1件事情是如何高效的交付部署。第二是部署上线之后交付运转这么多的机器，如何能够自动化运维？这两个话题如果客户能够自动化的做得很好，事实上云上的应用它就会做得非常高效。
弹性计算更多在底座，底座其实是需要一个是集团业务支撑到其它云产品，然后更多的是让产品支撑到终端的客户。阿里云产品在提供给客户用的之前，内部已经被大规模使用过了，包括钉钉类似这样子在打磨，所以说客户担心不稳定的情况就越来越少？
最大区别其实在于你有没有经过这些踩坑、大规模的实践需求，不断的去提需求给到产品，然后你实现了它反馈给你，我们再这样反馈的闭环里面不断去改进。因为不停的改进之后，它会固化在我们的平台的自动化的代码里面，你知道吗？
