对“她”，为什么会发生“错爱”？

IT运维专栏——“IT生存法则”之应用上云

“老宋，今年集团的创新成果展，你们信息化管理部有什么好成果没有？听说你们的‘应用上云’活动搞得不错！”

“主任，A公司提供的‘应用上云’方案现在发现根本不是我们想像的那样？马上要评审了，怎么办？”

“领导，当初招标时，贵处只是说要‘应用上云’，我们工程师已经把原有应用从物理机上迁到虚机上运行了，可现在又说要改成SaaS模式？这得把你们的应用系统都重构代码啊！这个我们可做不了，还是让原来的应用开发商做吧。”

……

高洪福，清华大学研究生，具有二十多年甲、乙方企业信息建设、管理与服务跨界实践，擅长IT治理、服务管理、信息化建设等，其倡导的金阳光ICT服务、嵌入式服务模式、主动式服务产品、基于客户感知的服务理念使之成为影响国内IT服务实践发展进程的重要推手。

个人邮件：gaohfd@126.com

某集团信息化管理部的宋主任这一阵子真是让“应用上云”项目给折磨的够呛，本来设计的好好的，想用这个项目在集团创新成果展上露一手，可没想到现在要么推倒重来，要么改变预期目标，要知如此，何必当初啊!

为什么会出现这种局面呢？究其根源，在于大家对“应用上云”的理解不一致，才导致错爱结局！

那么，各位看官要问了，“应用上云”有那么复杂吗？对的，且让我一一道来。

现在，大家对应用怎么上云存在多种理解，于是便形成了不同的解决方案：

第一种是“借壳模式”，属于“初级上云”，既指将运行在传统的物理服务器上的应用系统，迁移到虚拟服务器上运行，这个过程，应用系统不做任何代码级的改动，一般用在将传统IT迁移到池化IT场景，其本质只是借助池化IT资源为新载体，并不伤筋动骨，是最容易的“应用上云”解决方案，但也是最没有技术含量的解决方案。

第二种是“整容模式”，属于“中级上云”，是指通过硬件软件化，把各类以硬件体现的应用设备，通过软件实现，并编译成云发布版本，在资源池中根据需要发布运行，并可随时扩容和回收，一般用在需灵活调整设备数量和软件LICENSE授权的场景，变销售设备为提供租用服务，其本质虽也是借助池化IT资源为新载体，但毕竟借助开源的工具，仍需要业务逻辑设计和一定的程序开发，有一定的难度，是有一定技术含量的解决方案。

第三种是“蜕变模式”，属于“高级上云”，既常说的SaaS(软件即服务)，通过重构代码，将传统的单用户独享的应用系统，重新开发成支持多租户共享的应用系统，一般用在软件公司的产品云化转型或电子商务类公司提供的B2C或C2C平台场景中，由于要并发支持多租户，而且在做到数据隔离的同时，还要实现统一、集中的监控、管理，其本质是要在池化IT资源为载体的基础上，用各种应用开发与布署模式，以及数据库管理体系，实现真正的云服务，是有较高技术含量的解决方案。

诚然，随着IT云化的进一步演化，还会出现混合型的“应用上云”解决方案，这就给我们每一个希望掌握云化技术的从业者，提出了越来越高的要求，至少要懂得区分需求，用什么样的解决方案最合适，尽量避免宋主任遇到的“错爱”发生，娶到真正需要的“她”！

——IT语录：“应用上云”就像娶老婆，合适才好！

下期预告：理想很丰满，现实很骨感。