企业用混合云其实有好几种方式，哪种才真适合你公司的情况呢？

（来源：根据多位企业IT决策者在行业论坛上的讨论以及部分云服务商的非技术性白皮书摘要整理）

企业现在考虑用混合云，就跟家里装修考虑怎么安排空间一样，不是随便买个家具放进去就行，得看自家有几口人、生活习惯是什么、预算有多少，混合云听起来是个统一的名字，但里面其实有好几种完全不同的“玩法”，选错了不仅钱花了没效果，还可能给日常运营添一大堆麻烦，别急着看厂商给你推荐什么“标准套餐”，先搞清楚这几种方式的核心区别，再对照自己公司的情况,答案往往就自己浮出水面了。

第一种方式，可以叫它“分工作业，泾渭分明”。（来源：某国际分析机构对早期混合云采纳模式的分类报告）这种做法最简单直接，就是把公司IT系统分成两部分，一部分是绝对不能出问题、有严格规定必须放在自己机房的系统，比如核心的财务数据、客户信息数据库，这部分就用私有云，自己管着放心，另一部分是面向外面用户的网站、APP，或者需要应对突然流量暴增的营销活动页面，这些就放到公有云上，利用它弹性大、扩展快的优点，这两边就像两个独立的房间，各有各的用途，平时各干各的，数据交流不多，需要的时候通过专门的线路安全地传点数据，这种方式特别适合那些规章制度特别严的行业，比如银行、保险公司，或者公司内部已经有了一套运行了很久、非常稳定的老系统，动不了也不想动，它的好处是界限清楚，安全可控；缺点是两边资源不能灵活调剂，比如私有云这边机器闲着，公有云那边忙得要死,你也没法把私有云的计算力临时借给公有云用。

第二种方式，更像“灵活隔断，按需调配”。（来源：主流云服务商如AWS、Azure对其混合云解决方案的通俗化阐释）这种方式比上一种要先进一些，它想办法把公司自己的私有云和公有的云在管理上打通，形成一个统一的资源池，你可以想象成一个大开间，用可以移动的隔断墙分成了不同的区域，平时，每个区域有固定的用途，但当某个区域需要更多空间时，可以临时从别的区域借一点过来，就是通过一些技术手段，让你能用同一个管理界面去查看和操作分布在私有云和公有云上的资源，在平时业务不忙的时候，主要 workload 都在自己私有机房运行；突然遇到“双十一”或者新产品发布，自己机房的计算能力不够用了，就可以自动地把一部分任务无缝切换到公有云上运行，等高峰过去了再切回来，这种方式最适合业务波动非常明显的公司，比如电商、在线教育、票务平台，它最大的好处是弹性十足，既保证了日常控制的稳定性，又具备了应对突发流量的能力，不容易因为资源不足而错过生意机会，但实现起来比第一种要复杂，需要对应用进行一些改造,让它能在两种环境下都能跑得起来。

第三种方式，是目前比较新潮的“一盘棋，随处运行”。（来源：针对容器技术和Kubernetes平台在混合云中应用的行业观察文章）这种方式基本上模糊了公有云和私有云的界限，它的核心思想是，我不关心我的程序具体跑在哪儿，是跑在我自己的服务器上，还是跑在阿里云、腾讯云的机房里，我只关心我的应用服务能顺利提供给用户，这就像现在流行的“共享办公”，你只需要一个工位和网络，至于这个办公大楼是谁的，你并不需要关心，实现这一点，通常需要把应用程序用“容器”等技术打包成一个标准化的单元，这样它就可以在任何有相应环境的地方（无论是私有云还是多家公有云）一键部署和运行，这种方式给了企业极大的灵活性，可以避免被某一家云服务商“锁死”，同时也能在全球范围内选择性价比最高或者离用户最近的地方来部署服务，它特别适合那些天生就是互联网基因、业务需要快速迭代创新的公司，比如短视频、社交、游戏公司，但这也是技术要求最高、对现有IT团队挑战最大的一种模式，相当于对整个应用的开发、部署和运维方式进行一场彻底的革命。

回到最开始的问题：哪种方式才真的适合你公司？你可以先问自己几个简单的问题：我们行业的监管要求是不是特别死，数据是不是一点都不能出公司机房？（如果是，可能第一种更稳妥）我们的业务流量是不是像过山车一样，时高时低？（如果是，第二种的价值就很大）我们的业务是不是需要快速试错、频繁更新，并且有强烈的需求要避免依赖单一云厂商？（如果是，那可以朝着第三种方向努力）还有最实在的一点：我们公司的技术团队有没有能力和精力去管理和维护这么复杂的混合环境？把这些情况捋清楚了，再去看云服务商的产品，就不会被那些天花乱坠的名词牵着鼻子走了，没有最好的方案，只有最合适的方案。 结束）