独立企业架构师和 SOA 咨询师 David Conway 分享了他关于组织内 SOA 准备情况的观点。他将 SOA 描述为减少 TCO(总体拥有成本)的一个动因,这是共享和重用可组合服务的结果。
在你已经理解组织需要 SOA 的缘由之后,他表示:“SOA 是一种解决方案形式,只有在它解决即将出现的问题时,它才会变得高效。因此,接下来的‘准备’就是要清晰地理解你试图要解决的问题”。对于一个人想要使用 SOA 解决的问题,他给出了这类问题的一些示例:
- 我们有真正有用的数据深陷于遗留系统之中,我们想要将它们暴露给新的用户组,以便能提高用户满意度
- 我们的管理流程是人工、低效和昂贵的,因为我们不断地在多个系统中给相同的信息重复建立关键字。
- 我们发现,要让我们现有系统跟新供应商的系统通信还真不是件易事
- 我们的业务系统伸缩性不佳,无法满足我们日益增长的用户团体
他警告说,SOA 只有一个,因此其核心是强调跨组织的共享;他还警告说“SOA 向组织提出了挑战,要求改变组织思考、沟通、交付、支持和管理的方式”。他列举了任何组织在其准备阶段都需要注意的一些挑战:
- 沟通渠道,组织必须设立提倡信息共享的正式和非正式两种沟通渠道。
- 治理,SOA 一开始就需要治理功能,因为没有某种程度的控制,你就无法取得业务范围内的一致。
- 预算,分享信息和跨整个企业的处理意味着一个项目可能会涉及多个部门。一种以部门为基础的分配预算的预算方法可能会最大限度地鼓励交付最优解决方案所必需的合作水平。
除了这些组织性挑战之外,他又列举了需要知道的事实,以评估组织为与 SOA 携手前进所做准备工作:
SOA 需要熟练的分析师:SOA 激活了业务流程再造。你的分析师必须能熟练地收集业务需求,以便他们能分析一条流程并去除冗余。
SOA 需要技术多面手:开发者和设计者必须精通消息传递标准和消息传递模式、XML 技术、SOA 平台和工具。他们还需要知道 SOA 的优缺点,并把这种知识应用到他们的解决方案之中。
构建服务需要成本:他将成本分为前端成本,涉及服务开发、用于服务发现的服务注册中心、安全等。这些是在程序整个阶段都会负担的成本,而且选择合适的工具可以帮助最小化它们的成本;以及运营成本,和测试相关,涉及服务测试、客户端应用测试以及服务的维护。
管理“厂商锁定”:在选择平台和工具过程中的“厂商锁定”问题在任何企业信息系统中都不可避免。最佳策略是挑选最符合你的应用组合的厂商,尽可能采用流行的行业标准,并在升级方式和时机这类问题上尽量保持明智。
你的组织在为 SOA 做准备吗?务必请阅读原文。
评论