如何设计一项服务以便在SOA内使用，或者SOA利用云计算平台？当然，能用什么工具呢？这里有明确的几个步骤以供架构师和开发者参考。在新的服务设计时，下面是一些建议。

　　1、你需要定义服务目标。服务要做什么以及预期用户是谁？人、应用程序和/或其他服务？

　　2、你需要对服务确定必要的信息，包括元数据和模式。这意味着你需要理解服务如何利用信息以及什么样的功能需要什么样的数据。

　　3、你需要确定封装在服务内的功能（方法）；换句话说，你愿意公开的行为。在这个步骤中，我们也要定义每一项功能，包括如何使用传统功能分解表分解功能。

　　4、你需要动议服务的所有接口，包括机器和人。这意味着我们需要决定服务如何与调用的应用程序进行交互，以及通过什么机制。

　　5、你需要定义如何测试服务，可以使用上述的建议。这非常重要，但也是在定义这些利用服务的内容如何在其用例模式中测试服务的时候极容易忽略的步骤。你需要定义测试信息、服务调用和结果的有效性。

　　SOA成功地使用云计算的核心是服务设计、开发和测试上一种明确的方法。在今天，这是一种很好的旧式规则，能比新的技术、工具和编程诀窍更能起到作用。而这也不是人们在大肆宣传下愿意听到的，但是确实事实。

　　事情的真相就是，服务对于开发者来说是一种新的挑战，他们有其特有的需求集合。在很多方面，它就是和思想转移一样的一种运动，从结构分析、设计和开发面向对象的分析、设计和开发。我们都知道这将花费多久时间，在很多时候，它仍走在前列。

　　从短期上我们能看到什么呢？你可能希望看到一种新的方法……贫瘠的设计、开发和测试服务导致了高成本和低效率。因此，失败就会导向重新思考、再学习和重组，让服务正确设计。

　　未来三到六年，在培训、工具和测试基础设施上大量的开支会随着云计算的增长而增长，SOA成为主要的方法。此外，依靠在整个SOA概念上回推协议，正如人们明白他们非常依赖底层服务一样，因此架构也将遭受和开发人员一样的这种学习曲线。

　　需要注意的是已经交付的围绕已有遗留系统的流程收集服务，为云准备或者不是。虽然它的出现，你必须采取他们业已部署的借口，现在暴露服务，确实有很多开发者可以设计抽象服务，更好地服务架构。尽管很多人认为那种工具和技术转换了API或者直接在服务中处理是必然的，大多数人会发现使用这些原则创建服务终究提供的价值有限。