29、基于服务的系统设计与适配：服务发现框架

基于服务的系统设计与适配：服务发现框架

1. 引言

基于服务的系统是由服务组成的软件系统，也可能使用遗留代码和/或软件组件来提供所需功能。这类系统的设计是重要的研究课题，需要有相应的方法、技术和工具来支持其开发。服务集成商、开发者和供应商合作，不仅支持系统的开发，还涉及部署和使用。在系统执行期间，对基于服务的系统进行部署和适配支持，对于系统的持续运行是必要的。

以手机运营商（CPO）案例为例，CPO系统由多个服务组成，支持系统的不同功能和非功能方面，如短信服务、语音服务、电子邮件服务、按次付费电影服务、手机号码可携带服务以及使用各种服务的成本和时间等。在设计CPO服务系统时，需要识别可用于支持系统功能和非功能方面的可用服务，并根据现有服务的特性开发系统的设计模型。系统部署后，在执行过程中可能需要替换服务。例如，客户临时更换国家（上下文发生变化），当前按次付费电影服务获取电影的时间因客户新位置而变慢，此时就需要识别能替换当前服务且符合系统要求的服务。

这里介绍的服务发现框架支持：（a）基于现有服务设计基于服务的系统；（b）在基于服务的系统执行期间，由于以下情况进行适配：（i）所部署服务不可用或出现故障；（ii）所部署服务的上下文或基于服务的系统环境发生变化；（iii）出现比已部署服务更优的新服务。

该框架的设计过程基于迭代的服务发现流程，系统设计师在开发系统设计模型时，可指定代表所需服务功能和质量特性的服务发现查询，用于定位可在系统中使用的服务。一旦识别出服务并经设计师批准，这些服务可与系统链接，在系统运行时作为远程组件使用。设计师决定使用发现的服务时，其模型会自动集成到系统设计模型中，生成新的模型版本。新的设计模型版本可用于进一步迭代，指定其他服务请求，识别更