《让云落地 云计算服务模式》第四章 [先从架构开始] 学习

第四章  先从架构开始

人们需要明白，为什么变革非进行不可，以及变革会带来哪些提升。

1.5W1H的重要性

Why 我们在试着解决什么问题？业务目标和驱动力是什么

Who 谁需要这些问题得到解决？（内部/外部）参与者都有谁

What 业务和技术需求是什么？有哪些法律/法规约束？风险是什么？

Where 将在哪里提供这些服务？当地有没有一些特定需求（法规、税收、语言问题等）？

When 这些服务需要什么时间提供？预算是多少？与其他项目/方案有没有关联？

How 组织如何交付这些服务？组织、体系架构和客户是否都做好了准备？

2.由业务架构开始

重要的云方案最好先从画一张业务架构示意图开始，这样就能在整个企业（至少与方案应对的部门）范围内对各个接触点和业务功能有更深入的了解

3.识别问题（Why）

“要试着解决什么问题”，是最重要的问题。对于一个组织而言，使用云计算服务的商业驱动力是什么？

应对整体架构的每一部分都进行单独评估，确保选择了最优的云服务和部署模式。

4.评估用户特征（Who）

“Who”的问题确定了系统的内部和外部用户构成。用户有可能是人也有可能是系统。识别出参与者有助于发现有哪些组织（内部的/外部的）与整体系统进行交互。系统的每个参与者或许都有自己的需求。所以一种云服务模式或许不能满足所有参与者的需求

一旦明确了参与者，理解这些参与者特征就有了重要的意义。

人口统计特征：年龄层、技术理解能力水平、所处国家...

参与者类型：个人、政府、企业...

业务类型：社交媒体、健康、制造业...

5.明确业务和技术需求（What）

What问题能使我们发现许多功能性和非功能性需求。

功能性需求描述了系统、应用或服务应该如何运行，包括

• 系统必须处理什么数据
• 界面应如何操作
• 工作流如何运转
• 系统的输出是什么
• 系统每一部分对应的访问权限设定是什么
• 必须遵守什么样的法规

非功能性需求描述了架构是如何运行的，包括：

• 易用性 终端用户和系统使用平台的需求
• 性能 响应用户和系统需求的能力
• 灵活性 以最少的代码变更匹配业务变化速度的能力
• 能力 在当前和未来完成业务功能的能力
• 安全性 有关安全、隐私和合规方面的需求
• 溯源性 有关日志、审计、通知和事件处理的需求
• 复用性 内部和外部所需要的重复使用的水平
• 集成能力 与各种系统和技术整合的能力
• 标准化 符合特定行业的标准
• 可扩展性 扩展满足业务需求的能力
• 可移植性 部署在不同硬件和软件平台上的能力
• 可靠性 必要的运行事件、SLA（安全和服务等级协议）、以及恢复机制。

6.将服务消费者的体验可视化（Where）

云服务能通过哪些设备和接触点进行访问？

需要熟悉有关业务和数据的法律、法规。

7.明确项目约束条件（When和What）

预算和预期交付日期

8.了解当前的状况约束（How）

公司内部是否有技术储备？

会计和财务部门是否愿意并能够从一种资本支出（提前购买）模式迁移到运营支出（现收现付）模式？

企业文化的思维方式是什么？

是否拒绝转变？

是否有能力进行转变？