ZStack 3.6.0，支持云主机从任意KVM云平台在线迁移至ZStack 体验完ZStack3.6.0版本的更新

　　经常在新闻里听到“企业号航母”并不是新船，它是1962-2012年服役的，其核心功能已经稳定运行了50年。铁打的营盘流水的兵，船上的人经常变，电控系统和操作流程，既在尊重传统，也在持续演进之中。

　　体验完ZStack 3.6.0版本的更新，我看到了一个新兴商业软件的成熟过程。

　　如果用一个航母战斗群来比拟一个私有云计算平台， ZStack从软件功能上已经完成了“造一艘航母”的过程，这几次更新主要是“完善管理和人为操作的软装” ，说通俗点就是让练兵更容易。

　　01核心功能稳定

ZStack 3.6.0，支持云主机从任意KVM云平台在线迁移至ZStack。　　ZStack很久没有发布核心功能更新和关键BUG漏洞的补丁了，这并不是ZStack黔驴技穷，而是私有云主机产品已经很完善了;我接触过十几个ZStack的客户，大家也都没反馈有什么BUG 。

　　这里既有虚拟化软件二十年的经验积累，也是ZStack研发测试团队的军功，还是“私有云/专有云”比公有云更稳定可靠的明证。

　　每当有朋友想了解云主机该有哪些功能，我并不会让他们盲目上手做实验，而是推荐他们看ZStack的产品说明书，只要是围绕云主机开展的功能， 1000多页说明书里应有尽有。

　　02严谨灵活的权限和流程

　　企业软件的买单决策人是项目负责人、CIO和CEO ，在标准软件功能雷同以后，企业更看重商业软件和自身的管理流程是否匹配。企业的权限设计是以活动目录AD为事实标准的， ZStack是我见到最用心去兼容企业权限设计的私有云软件。

　　以ZStack 3.6.0的更新为例，本次更新将账号和角色、权限和资源池(部门/项目)做了彻底的解耦。这个设计在外行看来是细枝末节，但对于企业付费者是核心诉求。

　　互联网产品设计中，一个账户代表的自然人是权限和资源设计的核心，大家以账户的角度去管理资源，角色只是个“附加属性” ，资源池统计管理的功能也被弱化了。

　　但是企业产品设计中，并不存在一个资源只被一个账户管理的情况，账户只是个身份登录凭证。角色实际是一个权限集合，企业产品的授权操作是给账户赋予某种角色，据此清晰表述一堆用户对一个资源池的授权粒度。

----ZStack 3.6.0 ，支持云主机从任意KVM云平台在线迁移至ZStack//----

　　ZStack的另一重要功能是承载审批和业务操作的工单。传统工单更多是邮件的变体，参与者的角色只有客户和技术支持，最终工单落实要靠工程师跨到另一个系统去操作;这种工单拿到企业环境价值不大，还不如邮件审批来的轻快。

　　带审批逻辑的工单，需要将“客户VS技术支持”的简单沟通，变成所有相关角色参与审批的企业管理过程;ZStack的工单系统还和业务系统紧密结合，流程审批结束时，既可以自动授予权限，也可以主动完成工作。这种工单系统本质上是企业客户要的流程自控系统。

ZStack 3.6.0，支持云主机从任意KVM云平台在线迁移至ZStack