冯志勇天津大学计算机学院课件.pptVIP

争论资产管理 管理文物需要进行搜索、翻译、简单和准确的参考；为了动态发现和绑定应该在一台机器上使用格式。 注册 知识库 运行时政策 政策的重新使用 * * SOA政策 审计于一致性 政策并应该留在文件上，而应该积极参与公司的业务。 政策执行自动检测，分析，并遵守审计政策 . 政策过程应与设计，开发，部署和服务运作有一个有效的和透明的结合方式。 * * 发号施令: SOA是不值得的东西，除非他们是被强迫的 SOA政策 政策管理: 跟踪、重视和改进 管理的实施，鼓励重用性，管理的合作进程，和提高业务数据 政策——我们有什么政策？这些政策在哪实现？ 企业接口——什么企业服务正在被开发？ 一致性状态——怎样才能使我们的服务更符合我们的政策？ 影响分析——如果我们改变我们当前的SOA政策，我们的SOA运作会出现什么问题？ 互相依赖——改变服务将如何影响运作？ 异常管理——一个异常将会影响到什么？ * * SOA政策 集成 过程集成 SOA管理必须结合当前的服务开发流程、工具和系统可用性。 在整个的设计、开发、测试、实现、部署和维护中使服务实现于企业政策相一致。 系统集成 SOA管理必须透明地与EAI、开发工具以及开发服务和使用服务的其他企业应用程序相结合。 * * SOA政策 服务的生命周期 一个描述从分析和设计产品支持的一个商业服务生命周期的不同阶 段的主要活动和管理任务的模型。 识别和定义 开发和测试 发布和部署 发现和管理 管理问题 服务部署 服务版本 服务监督 * * 识别和定义 开发和测试 发布和部署 发现和管理 服务的生命周期管理 * * 供应商的生命周期 理解和管理需求 管理访问和可见性 发布信息 管理交付 客户的生命周期 探索服务 验证一致性 谈判的使用 确认质量 回应变化 服务的生命周期管理 管理原则 可描述性——在从商业预期到部署软件服务的整个生命周期内，服务应该是可见的 管理——服务应该作为一个资产在整个生命周期内用明确的和一贯执行的政策管理 SOA的应用层——中间层——概念层应该适用于所有类别的互操作性 灵活的过程——SOA从来没有完成或稳定，它应该适应动态过程重组 联合过程——SOA是一个独立的通过合同义务提供服务的组件的协作。 * * 服务的生命周期管理 努力奋斗 努力奋斗 努力奋斗 努力奋斗 * The BSR will be the source of record for service metadata. Dev tools could, for example, use and write to a different kind of repository, such as an asset repository, but once a service exits development, often at deployment to a post-development environment, the service metadata will usually be copied to the BSR. This slide shows different aspects of the service metadata life cycle. Tools (probably development, config, deployment, admin ones) are responsible for controlling Test and Classify activities. The contributors are listed on the left and include software config and deployment tools, asset/develop tools, discovery utilities, and UIs. The act of publishing from one of these sources places a new or modified service description in the BSR. What gets published could be documents containing interfaces, endpoints and policies. Relationships between artifacts in the BSR or between BSR artifacts and external artifacts such as assets or portals could be what is published. Properties and cla