课程大纲

关键概念和主题

  • 什么是 SOA?
  • 选择什么样的建筑风格?
  • “管道和过滤器”风格
  • 数据类型约束
  • 开发生命周期
  • 提供适当的抽象级别
  • RUP for SOA 中涉及的关键主题

服务标识和规范

  • 构建服务模型
  • WSDL 定义的服务
  • 制定服务规范
  • 定义服务提供程序
  • 确定服务的粒度
  • 行为规范
  • 策略规范
  • 定义候选服务
  • 重构服务

管理服务组合

  • 应用程序作为动态实体
  • 可用功能组合
  • 处理时间绑定
  • 运行时绑定
  • WSDL、XSD 和 WS-Policy
  • 服务组合管理流程
  • 配置 Web 服务的 SLA

对面向服务的解决方案进行分区

  • 管理模型
  • 对元素进行分类
  • 审查模型的不同利益干系人
  • 使用软件包
  • 在模型中表示视图
  • 复合结构 UML 2.0
  • 使用“零件”和“连接器”
  • 对托管服务进行分区

新的和更新的准则

  • 管理邮件附件
  • 设计消息
  • 确保消息架构的一致性
  • 业务数据封装
  • 关系数据架构 - 服务边界
  • 服务中介
  • 状态管理
  • 有状态和无状态服务的优点
  • 管理资源状态
  • Go从服务到服务组件
  • 传统的设计/实现模型

以消息为中心的设计

  • 专注于服务领域
  • 领域工程
  • 应用面向对象的分析和设计
  • 生成高度可重用的模型
  • 传统的企业对企业领域
  • EDI标准化
  • 以消息和以服务为中心的混合方法
  • 用例分析
  • 记录需求
  • 使用业务流程模型
  • 非功能性需求
  • 需求数据库

以服务为中心的设计

  • 公开业务预期的功能
  • 暴露服务提供商的操作
  • 制作直观的服务界面
  • 以服务为中心的建模
  • 用例驱动的方法
  • 了解参与者的需求
  • 项目目标 - 从业务角度来看
  • 软件架构师的参与
  • 服务使用者所需的策略信息
  • 业务主管角色
  • 与后端系统的交互
  • 将服务连接到实现模型
  • 优化服务模型
  • 解决性能问题

以 Collaboration 为中心的设计

  • 协作服务
  • 服务的流程视图
  • 传统商业模式
  • 在协作中履行角色
  • 合作伙伴交换流程 (PIP)
  • OAGIS 标准
  • 以流程为中心的思维方式
  • “业务与 IT 差距”
  • “黑匣子”活动
  • 定义关键绩效指标 (KPI)
  • 对模型进行版本控制和发布
  • 生成用于监控的指标
  • 编舞语言
  • 业务流程执行语言 (BPEL)
  • 监控服务

什么是SOA Governance?

  • 遵守标准或法律
  • 变更管理
  • 确保服务质量
  • 管理服务组合
  • 管理服务生命周期
  • 使用策略来限制行为
  • 监控服务性能

SOA Governance 问题

  • Go以 SOA 计划的形式出现
  • 服务交互的动态环境
  • 鼓励服务的重用
  • 控制服务之间的交互方式

SOA Governance 实习生

  • 第一:认识到治理是必要的
  • 第二:治理提升业务执行力
  • 第三:混合技术与行为的改变
  • 第四:技术选择与实施

服务 Management

  • 设计时透视
  • 运行时透视图
  • 用于重用的服务存储库
  • 异构平台中包含的服务
  • 用于服务运行时管理的服务虚拟化

关键治理组件

  • Service Registry Service 和资产存储库
  • 创建一个“SOA Excellence 中心”
  • 专注于建立 SOA 组织准则
  • 组织成熟度
  • 商定的治理政策

SOA Governance 工具

  • 实时监控事件
  • BSM 框架中的故障
  • 服务级别检测
  • 与运营管理系统挂钩
  • 虚拟化是分离治理/服务逻辑的推动者
  • 由运营人员管理的服务虚拟化

开发核心 SOA 治理

  • 为什么 SOA 技术栈变得复杂
  • COTS和内部混合
  • 证明外部顾问提供帮助的合理性
  • 弄清楚我们真正从事的业务

SOA Governance 中涉及的角色和职责

  • 建立 Excel lence 的 SOA 中心
  • 企业范围的规划和执行协助
  • SOA 架构师/治理架构师的角色
  • 解决潜在的利益冲突
  • 确保遵循治理准则

SOA 治理的障碍

  • 没有意识到治理的必要性
  • 缺乏 Governance 技术
  • 缺乏服务虚拟化

善政状况

  • 与外部各方的互动
  • 管理业务规则和 BRE 管理
  • 善治条例
  • 协议存储库
  • 主动将治理嵌入业务中
  • Go通过行动而不是通过声明来表达
  • SLA监控,确定溢价

关键成功因素

  • 尽早开始考虑治理
  • 将治理视为一个移动的目标
  • 将策略作为具有自己生命周期的实体进行管理
  • 选择技术平台
  • 该平台应满足眼前的治理需求
  • 随着 SOA 基础设施的扩展,未来的支持
  • 强制执行服务级别协议

要求

软件设计经验

  21 小时
 

人数


开始

完结


Dates are subject to availability and take place between 09:30 and 16:30.
Open Training Courses require 5+ participants.

客户评论 (3)

相关课程

课程分类