云计算服务模式的设计决策要点

务实的期望

市场是以结果为导向的，期望就是对结果的预期。期望的落差轻则让客户满意度下降，严重的会导致验收迟滞。
与客户充分沟通，客户的定义可能是外部的甲方，也可能是公司内部的管理层。达成一致的期望高度，真实地阐述风险和担忧。
与团队充分沟通，想要向客户承诺的事情，都要向团队公示，切实地得到团队的支持。
作为产品经理，为产品或项目落地创造优质的实施环境是第一要务，与客户，与团队，保持信息对称。
将云计算方案分解成多个更小的可交付项，尽快交付商业价值，使团队在前进的途中不断和客户磨合，在此过程中，客户期望不管是提高了还是降低了，都将更接近真实能达成的期望。

需求驱动决策

为一家图书销售商建立网站，一切都可以放在公有云上；但是换成政府部门，就要优先考虑私有云或者混合云了，并且在做底层架构时就要符合国家信息安全的相关审核标准。
正确地理解客户的需求，并以此作为决策依据。在IT层面最优的解决方案，未必是业务层面最优的方案。

公有云、私有云和混合云

公有云的好处是价格便宜，弹性扩展的边界非常广，公有云的资源池理论上足够大。把IT基础设施和数据中心管理外包给专业的云供应商，对核心竞争力不是IT管理的公司来说是明智的，节省成本的。
私有云不会和公有云用户共用资源，在数据所有权、隐私和安全方面更有优势，配置上也有更高的自由度。但是弹性扩展的边界受到所购买的基础设施数量的限制，也不符合按需付费的理念。
混合云，在需要快速伸缩资源池的地方使用公有云，在数据所有权和隐私要求较高的地方使用私有云。

服务中断及停业场景

选择公有云，即意味着接受了云供应商的限制，仔细检查具有法律约束力的文档和协议，清楚了解SLA和数据所有权政策。
1、带宽限制，公有云对每位租户会实行某种程度的管制，以防止一家的资源占用太大，影响其他租户的体验。
2、弹性扩展限制，哪些虚拟资源通过什么样的控制可以无限扩展，哪些需要停机，甚至修改应用架构。
3、云服务供应商遭遇停机、断电等灾害的风险，是否要采用跨节点的方案，投入更多资金搭建冗余和灾备方案。

组织架构变化

老板和员工拥抱变化的态度截然不同，新的IT系统可能带来成本降低，效率提升等正面影响，这些利好都是面向老板的。对员工而言，带来的却是学习成本，权力削弱，流程变更等负面影响。
不要低估组织变革的影响，抱着拒绝的态度，这些未来的实际使用者会从需求调研开始就形成阻碍，缺乏真实的反馈会让系统最终浮于表面。
如果可能，先从组织变革较小的、变更较少的方案做起，从实际使用者的角度出发，将他们的愿景和利益考虑进去，通过各种沟通方式传播正向的观点。

意料之外的成本

尽管在设计阶段，尽量务实地估算了成本，但软件的非标准化特性使得最后的决算总是超出预算。预算大家都喜欢做得低一些，以便显得更加有竞争力。
如果客户要求一定要在多少预算内完成，就需要更加细致地制定验收边界。

5W1H

1、Why：为什么要用云计算解决？
2、Who：我们要解决谁的问题？
3、What：业务和技术的需求是什么？
4、Where：要服务哪些地方的人？
5、When：什么时候交付服务？
6、How：如何交付服务？

何时使用SaaS

CRM、ERP、HRM、SCM、BI、OA、会计、审计…如果公司不是依靠开发这些应用挣钱的，那首先不要考虑自行研发，没有必要购买服务器和软件，雇佣管理服务器和软件的人员，将非核心竞争力的业务外包给SaaS。
SaaS供应商能提供硬件管理和维护、安全升级和打补丁、易于使用和控制的工具，使公司几乎不需要关注业务之外的事情。

何时使用PaaS

当标准化的SaaS产品不能满足核心竞争力范围内的业务需求时，当数据的所有权和安全性高于易用性时，就需要从PaaS层开始构建。
PaaS层的内容包括操作系统、编程语言、应用服务器、中间件、数据库、日志监听。私有云PaaS还会处理对IaaS层API的调用。

何时使用IaaS

当应用或服务有较高的性能或扩展性需求，要求开发者管理内存、配置数据库服务和应用服务器，以最大化吞吐量、明确数据如何在磁盘锭之间分布和控制操作系统等，就应该选择IaaS。
另外，当PaaS发生故障后，只能坐等供应商恢复，在IaaS下，则能够对故障进行架构设计，跨越多个物理或虚拟资源构建冗余服务。
从IaaS到SaaS，面向市场的速度会提高，所需的人力资源和运营成本减少。从SaaS到IaaS，对基础设施有更多的控制力，更有可能避免供应商的服务中断或快速从中恢复。