3个月以前以前我曾写文章谈的定义和设计云计算API或云服务的问题,目的是想希望搭建私有云、公共云或者混合云的架构师仔细考虑如何设计、开发、部署和管理这些API。

关键问题是,API 就是服务层,主要在面向服务的架构(SOA)中使用,但是SOA不如10年前重要的。为了设计出合适的API, 必须要考虑在设计服务时如何使用资源, 包括这些资源是在基础架构和应用体系架构里面以什么样的机制运行和维护。

在这里,我们一定不要将注意力放在细粒度的API上面,细粒度的API 提供最基层的服务,例如将数据推送到存储空间里面或者可能是向云数据库发出一个请求。我们应当重点理解这些服务在一个更大的架构环境中是如何被组织起来得以运用的。换句话说,需要理解企业如何驾驭这些服务形成一个真正的运用于工作场所解决方案,包括企业内部和企业外部的解决方案。

那么云服务供应商和企业IT部门的员工建立私有云的目的是什么呢?如果你已经考虑了怎样在更宏观的、能够为企业带来可量化的价值的使用案例中设计这些服务之后,接着要解决的问题就是把最终需要的功能分解成若干个核心的服务或者云API。考虑的使用案例越多,底层的服务揭示的业务需求就越多。这是一种自上而下的思路。

作为一名云计算架构顾问,现实中我发现人们设计服务更多的是一种无计划的过程。然而,如果你了解这些使用案例以及这些因素在体系架构中该如何存在,你的设计过程会更有条理和计划性。但是很少有企业达到这样的思维层面。我们应该做的更好。

By David Linthicum | InfoWorld