混合云模式下的计算架构设计及其演进( 三 ) _SAAS

开放性：
针对每一个上云的用户，最担心的问题就两个，数据安全问题和被绑架问题。
所以一定要选择一个上下线自如、安全透明的云架构。能够方便的把企业各类业务应用平滑迁移上云，也可以在峰值过后，平滑地回退到企业数据中心来，不需要额外的应用代码修改。
低成本：
上云的目的很多，其中之一就是降低 IT 总体成本。所以在设计混合云架构的时候，要充分考虑企业内 IT 实际的投入成本。融合后的架构，能够帮助企业省下购买设备、软件和维护项目和费用，同时减少 IT 人员的投入，最终形成低成本投入，高效回报的成果。
便利性：
混合云是资源的统一配置和管理，可以在多个环境（公有云，私有云或边缘）中以一致的方式交付和使用服务，用户可以通过一个统一界面，实现云任务管理。
架构设计了解设计的原则后，就要围绕其对混合云架构进行整体设计。不同的层级有不同的架构设计，如计算架构、存储架构、网络架构、应用架构甚至安全架构等。
随着多云时代的到来，混合云优势突显，众多的企业信息化规划均已将混合云提上议程。运维领域经常说的一句话就是“鸡蛋不能放在一个篮子里”，于是基于多云的云管平台也逐渐取代单一的云管理平台成为热门话题。
整体混合云架构大面上分为用户层、服务层、计算层和基础设施层，引用业界同仁的一张架构图，可以很清楚地看出混合云架构的大概。

图 4- 混合云架构
其实，这张图可以更加细化，突出每个层级的逻辑和特点，比如网络如何连接、安全体系如何建立等等，在后面的文章中，将一一分解，本次将主要针对计算架构进行讨论，从架构上、效果上及技术发展趋势上进行说明。
计算架构设计计算架构属于混合云架构的计算层，又细分为 IAAS、PAAS、SAAS ，本文就不一一进行术语解释了，大家可以在 TWT 网上找到相关的答案。
计算架构作为核心架构之一，虚拟化技术是计算的核心。从硬件虚拟化开始，经历了基于操作系统的虚拟化，基于容器虚拟化技术以及应用虚拟化等技术。每种虚拟化技术都有各自不同的优劣势，从当前的虚拟化技术发展和业务应用，基于容器的云计算模式已逐渐形成。通过容器的特点，可以最大限度地发挥每个硬件最大的计算资源，与 DevOps 相结合，实现业务快速迭代，提升生产效率。

图 5- 容器云架构
容器云架构的流行带动了微服务架构的火热，容器技术提供一致性的分发手段和运行环境，使得只有微服务化后的应用架构，才能配合容器发挥其最大价值。而微服务化架构引入了很大的复杂性，只有应用容器化以及规模化的容器编排与调度才能避免运维效率下降。容器技术和微服务化架构之间就形成了一种相辅相成的互补关系。
设计的原则计算架构作为最重要且最基础的核心架构，同类合并后总结出 4 个最关键且有效的原则，分别是：
大道至简
云计算已有 10 多年的发展历史了，越来越被企业所接受。计算架构作为核心基础，如果过于复杂的架构不利于云计算的实施与推广。
计算架构不应该是一个让人看不透，摸不着头脑的架构，这种架构在项目实施过程中往往问问层出不穷，难以排查，最终以失败告终。计算架构作为重要架构之一，应该秉承大道至简的原则，无论用户的基础设施选择如何，计算架构简单明了，满足业务基本需求，并允许用户更加简单地部署应用程序。同时，复杂的架构，只会延长实施和学习曲线，减慢部署速度，并在企业看到成果之前不断增加投资。尽可能的自动化架构，帮助企业用户简化管理过程。