用例模式（1）：IaaS与Paas
IaaS关键要素
应用范围：私有云，社区云，公共云，混合云
常见应用：IT基础设施服务，如存储，打印，计算，网络，托管
用例：文件同步（Dropbox），打印（谷歌打印），托管（亚马逊EC2，惠普云，Racdkspace），存储（亚马逊云盘，JustCloud），备份（ZipCloud，Carbonite）
-
需要关注的问题点
- 合约是否有最低额条款？
- 是否有资本支出项？
- 如果未能完成服务层级协议，是否有对服务供应商的惩罚？
- 服务层级协议的透明性如何？哪些指标会被检测并报告？报告多久更新一次？
- 是否有业务连续性或灾后恢复措施？
- 点对点事务处理时间多长？在使用高峰期是否会有延长？
常见价格模型：通常基于存储量，占用计算机资源，网络流量，或上述因素的组合。一般来说，公共云使用运营项下支出，而私有云，社区云和混合云可能存在资本项下支出。
PaaS关键要素
应用范围：私有云，社区云，公共云，混合云
常见应用：应用程序支持服务，如数据库托管，应用托管，应用开发与测试
用例：测试（用户接受度测试，内部测试，外部测试，整合测试，单元测试，功能性与非功能性测试），整合（文件转换，数据与XML模型之间的互相转换），开发（基于C，C++，.Net，Java的应用开发），数据库服务（商业情报与数据仓库），使用LAMP堆栈或微软.Net IAAS进行网页托管，应用程序托管
-
需要关注的问题点（与IaaS相似）
- 合约是否有最低额条款？
- 是否有资本支出项？
- 如果未能完成服务层级协议，是否有对服务供应商的惩罚？
- 服务层级协议的透明性如何？哪些指标会被检测并报告？
- 对于测试服务，是否要求数据纠偏？
- 是否需要提取数据？
常见价格模型：通常为运营项下支出，可能存在最小使用量条款。
关于 IaaS和PaaS的道斯矩阵分析
-
优势
- 没有基础设施的前期投入
- 按使用时间支付
- 按指定的系统设计
- 安装自己使用的工具和应用
- 随时按需升级
- 随处可用
-
劣势
- 安全可能受到影响
- 云服务供应商可以访问你的数据和应用
- 用户很难自我估算有多少CPU或内存被使用
-
机会
- 加速产品上市
- 使用社区云时，与市场生态系统协同性更好
- 使用混合云可以降低安全威胁
- 是小企业和初创企业更容易获得规模经济优势
-
挑战
- 对云服务供应商过于依赖
用例模式（2）：SaaS
SaaS关键要素
应用范围：私有云，社区云，公共云，混合云
常见应用：商品应用；个人或企业普遍使用的应用程序
用例：电子邮件服务，办公效率套装（谷歌文档，微软office365），客户关系管理（Salesforce），图像渲染（惠普媒体云解决方案），内容管理（Box，SpringCM和微软）
-
需要关注的问题点（与IaaS和PaaS相似）
- 合约是否有最低额条款？
- 是否有资本支出项？
- 如果未能完成服务层级协议，是否有对服务供应商的惩罚？
- 服务层级协议的透明性如何？哪些指标会被检测并报告？
- 是否有业务连续性或灾后恢复措施？
- 点对点事务处理时间时多少？在使用高峰期是否有延长？
常见价格模型：通常基于用户数量，邮箱数量或邮件占用空间计算运营项下支出。
道斯矩阵分析
-
优势
- 无需用于承载前段应用的基础设备成本
- 使用SaaS应用程序时，无需各类许可证，包装或维护成本
- 通过自动化处理一般任务，实现现金流效率的提高
- 专注于核心的商业价值和驱动力，无需为IT设置分心
-
劣势
- 依赖于SaaS供应商提供额数据格式，但可以通过使用开源格式导出文件并使用不同的供应商进行备份，来解决这个问题
- 不同的SaaS供应商之间可能因为使用软件，结算周期和服务等级协议不同，而不能交互操作
-
机会
- 可以使用自带设备结合SaaS
- 使用瘦客户端或零客户端接入公共SaaS应用程序，使用胖客户端接入拥有托管的私有云程序
- 能够自动提升到不同的抽象层，以提高生产率和效率
-
挑战
- SaaS的供应商或供应商员工能够接触到相关数据。这导致了安全性的降低。可以通过在使用SaaS服务时尽量不在云端存储个人可识别信息来降低风险。
