服务是一个以共享为目的的功能单元，而且这种共享的目的深深的影响着服务生命周期的各个方面。服务生命周期中的每一项活动都涉及与服务的消费者和提供者之间的交互。为了使服务能被多种应用系统使用，在服务创建和部署的时候就要考虑到服务的潜在使用者。对服务的访问通常都要进行严格的控制，所以必须要建立对服务访问的交互机制。当服务投入使用，服务的有效性就会影响到使用这个服务的应用系统的有效性，所以对服务的管理一定要和对应用系统的管理同样重视。如果服务需要做改动，那么进行这些改动过程也就等同于对应用系统改动的过程。最后，只有当所有使用这个服务的应用系统都确定不再需要这个服务的时候，才能够被卸载它。

图1. 服务生命周期

　　在负责服务的组织和负责使用应用程序（和服务）的组织之间所需要的交互的数量需要谨慎的定义，并且要将这些交互进行标准化。这样才能在流程之上建立管理机制，来确保这些交互不但被执行，而且还会达到目的。

　　建立一个能够覆盖整个服务生命周期的管理流程是非常重要的。

　　最佳实践

　　服务的整个生命周期

  　服务的建立要遵循如下标准：是一个独立的服务；具有能适应多种应用场合的一般功能；能以符合行业标准的方式被其他的应用系统调用；成本合理。应该有一个正式的监管活动来对服务是否符合这些标准进行评估。

　　在服务的规范与服务创建和运行的评估完成之后，必须根据初步筛选建议中的审定标准对服务进行重新审定。这也需要作为正式的监管工作执行。

　　在IT团队中，对提议的基础设施服务进行审定和详述的职责需要被明确指定。被赋予审定和详述职责的团队必须了解打算使用服务的用户群的需求。

　　在业务团队中，必须要指定一种策略，使企业可以对提议进行审定，对业务服务进行说明。

　　业务服务必须在将要部署的业务流程环境中进行评估。这种评估必须包括业务流程的功能性需求和非功能性需求。

　　企业对服务提议的批准和对业务服务的详述对业务流程将要参与的整个业务范围必须是可见的。

　　在开始设计和实施服务之前，服务监控和管理需求必须被明确定义。

　　必须建立通用的服务关系发现和使用信息的通用仓库。

　　服务的特征信息必须要部署到这个仓库中，包括非技术的高级服务描述信息和访问与利用这个服务必需的过程。

　　服务规格说明书仓库需要建立索引，以便用户能够找到他们需要的服务。

　　建立用于索引和描述服务的术语的责任必须指定给一个单独的组织来保证这些信息的一致性。

　　需要建立与这些术语管理组织的进行交互的程序，以便于部署那些用于描述服务的特征信息。

　　对服务进行运营的职责必须被明确。
　　
　　服务运营的目标(可靠性、反应时间、吞吐量、中断恢复时间)必须被明确定义。这些目标组成了服务的服务水平协议(SLA)。

　　需要根据SLA对服务的性能进行监控，当达不到SLA要求的时候，需要采取措施进行校正。

　　对服务仓库进行维护的职责必须被明确定义。

　　部署服务的过程需要包括将服务信息部署进服务仓库。

　　服务链接

　　建议采用正式的审批流程对服务的访问进行管理。这种审批流程应该被定义并且备案，而且流程的管理责任也应当被明确赋予给某个组织或个人。

• 　　对每一个服务的访问进行审批的职责必须被明确。
• 　　必须确保服务的访问审批流程有足够的吞吐量，能满足为用户赋予访问权限的要求。
• 　　对服务访问进行实施的责任必须被明确指定，而且必须对服务的访问进行积极的管理。
• 　　对服务的监控责任必须被明确指定。负责监控的部门或个人必须在服务不符合服务水平协议(SLA)要求的时候采取行动或者要监视这种不符合SLA的情况。

　　服务运营

• 　　对服务进行运营的组织或部门需要维护服务的用户列表和联系信息，以便需要关闭服务的时候进行协作。
• 　　只有在出现无法预计的服务中断的时候，才可以对服务进行紧急关闭或者重启。

　　服务变更

• 　　对服务的紧急的Bug修复工作(即没用通过正常的监管和质量控制活动批准的改动)只能在确认服务无效的代价在绕过这些监控活动是正当的时候才能被批准。
• 　　对判断服务变更请求是否符合紧急修复标准的职责和权利必须明确的指定。
• 　　对服务进行紧急变更批准后要审查，以确保决定是合适的。
• 　　变更影响到服务的功能的时候，必须仔细检查服务的整个生命周期，包括服务的提议和详述活动。
• 　　同一个服务的多个版本应当可以被同时部署。
• 　　在可能的情况下，改变了现有的接口的服务的更新应当能够与旧版本的服务同时部署。这样可以使服务的使用者能够独立的将旧版本移植到新版本。

　　服务卸载

• 　　由服务运营方保管的服务使用者的记录，应当说明有哪些版本的服务正在运行。
• 　　要被卸载的服务的所有已知用户都必须对卸载进行批准才可以将服务卸载。