PJM系统的需求
1.服务
1.所有SOA都同意,服务自足(独立的,自主的,自给自足的)是个设计目标.
2.幂等性是当你不确认服务是否完成时重做操作的能力.
2.松耦合
紧耦合 松耦合
物理连接 点对点 通过中介者(解析)
通信风格 同步 异步
数据模型 公共复杂类型 只有简单的公共类型
类型系统 强 弱
交互模式 通过复杂的对象树导航 以数据为中心,自足的消息
业务逻辑控制 集中控制 分布式控制(可以多个块)
绑定方式 静态 动态
平台 强平台依赖性 平台无关
事务 2PC(两阶段提交) 补偿
部署 同时进行 非同时进行(暂时不考虑)
版本划分 显式升级 隐式升级
2.松耦合要付出使系统更加复杂的代价.
3.异步通信的一个难点发生在当发送都需要一个答复的时候.
4.服务供应者定义自己提供服务中所使用的数据类型.服务消费者必须接受这些类型.注意,服务消费者应避免在自己的源代码中使用供应者的数据类型.相反,消费者应有一个薄薄的"映射层",将供应者数据类型映射为自己的数据类型. (映射层建立)
5.基础服务数据类型必须稳定.
6.永远都应使用通用接口,而非严格的类型检查.
7.事务补偿的优点是,对系统的更新不必同步进行.缺点烛你必须显式提供和调用服务,回滚之前调用的服务的影响.或者,你必须提供程序用于手动错误处理.
8.数据类型版本划分符合松耦形式时,只是修改是向下兼容的,消费者就不必做任何事情.
五.企业服务总线
1.ESB的主要角色是提供互操作性.
2.间接方式的优点是ESB能够处理SOA景观内的动态变化.
3.如果一个ESB技术只提供了点对点连接,你仍然可以实现松耦合.一个选择是,在实际发送请求之前,消费者可以询问中间人或名字服务器.弄清把请求发送到哪儿,这个也实现了某种类型的间接性.
4.负载平衡和失效备援仍然是大型分布系统的核心需求.
5.协议驱动方法带来分布式通信模式中的第三个层次.在模型的底层,有一个相对稳定的协议,在顶层有一个调用和实现服务的API.在中间有一个层负责将API映射到协议.
6.开发ESB支持日志和监测的能力,无论投入多少工作量都不过分.
六.服务分类
1.分为基本服务,组合服务,流程服务.
2.基本服务应该隐藏技术细节.
3.组合服务由许基本服务组成.
4.流程服务通常有一个状态,该状态在多个调用之间保持稳定.
5.比起短期运行组合服务来,长期运行流程服务往往要求更加健壮,软件质量更好.
七.业务流程管理
1.迭代开发是在合理时间内实现复杂系统的唯一方法
2.BPM工具:ActiveBPEL一个开源业务流程引擎 BPEL
3.对一个大型分布项目而言,如果一个方法使你开始着手搞全面的系统分析,这通常是自求灾难
4.不要基于假设投入大量的工作,太多时候,这些假设都被证明是错的,由于系统会越来越复杂.以致你通常会在软件的整个生命周期内为自己的错误付出代价.
八.SOA和组织
1.SOA是一个业务战略而非IT战略.
九.上下文环境中的SOA
1.让流程引擎不但负责流程服务,还负责给流程服务添加所有有用的搜索标准.使服务可以被搜索.
十.消息交换模式
1.EDA(事件驱动的架构)是一种软件架构模式,它鼓励对事件的生产,发现,消费和响应.
十一.服务生命周期
1.任何时候,如果需要修改生产中的服务的行为,你应该做的引入与服务老版本相互独立的新服务或服务的新版本.
十二.版本划分
1.对任何修改,服务提供者都应该通知现有的服务消费者,并且要与这些消费讨论.
2.以新服务方式引入修改给你一个机会,你可以针对单独一个消费者观察运行时的行为.当确定情况良好时,再把其余所有消费者换到新的服务.
3.如果老版本不能逐步淘汰的话,整个系统的统一性将会越来越糟.
4.作为服务消费者,让你的代码多多少少独立于所调用服务的版本划分是个好主意.
十三.SOA和性能
1.你需要一个中间协议,消费者和供应者能用化来交换数据.
2.如果一个消费者觉得服务的响应时间太长,而你无法能过增加系统硬件和带宽来改善性能的话,通常你必须在消费者端进行解耦.
3.收集不同服务请求运行时统计数据,长期对这些数据进行监控是个好主意.
4.粗粒度下,性能仍然可能成为一个问题.
5.暂时的权宜之计总是有最强生命力的.
十四.SOA和安全
1.消息层安全通常更可取,因为它带来端到端的安全性,而传输层安全带来仅仅是点到点安全性.
2.SOA的基础设施和架构必须互相吻合,只提供基础设施,把安全性问题留给参与者考虑,是非常不好和危险的做法.
3.处理SOA安全性的最好办法是将安全作为服务提供.
十五.技术细节
1.一个无状态的服务是在不同服务调用之间不维持任何状态的服务.
2.一个有状态的服务.指的是在多个服务调用之间可以保持状态服务.
3.性能可能是引入有状态服务非常重要的原因.
4.关联ID是ESB内部在运行时使用技术性数据处理消息的一个例子.
十六.Web Services
1.直到基础设施的细节真正发挥作用之前,不要运用任何特定于Web Services基础设施考量.
十七.服务管理
1.业务库从业务角度来管理服务及其制品.
2.注册中心从技术的角度来管理服务.
十九.建立SOA和SOA监管
1.引入SOA唯一正确的方法是让它自己一步步成长.
二十.后记
1.数据库复制,海量数据处理和本地客户端尤其不是SOA的强项.
工作流的管理
项目立项
项目展开
项目需求管理
项目预算管理
人员管理
HR部分
进度管理
项目周期管理
项目细节管理
沟通管理
配置管理
采购管理
合同管理
财务管理
采用代码生成器
前端
后端
分享到:
相关推荐
PJM5节点电力系统阻塞管理实例,文章比较详细,适合初学者。
美国PJM电力市场交易品种全面分析,美国PJM电力市场是世界范围内最重要的、成立最早的电力现货市场,为全球其他地区电力现货市场的建立设置了标杆。
PJM-DailyAvg.DayAhead电价数据201812,美国PJM区域电价数据
30-Sage X3 ERP -PJM管理的范围和目标
PJM201201电价数据
Locational marginal cost for pjm 5-bus
该模型具有五个负载区,这些负载区是PJM中20多个负载区的总和,但是可以在系统,状态或状态近似级别上对单元和策略进行建模。 基于区域之间观察到的传输线的链接。 模型考虑每个负荷区域(每个季节24个)的96个...
美国PJM需求响应数据
《个人求职管理系统》可以让你在找工作的过程中方便地记录你所选中的公司信息、职位信息、发送的简历和公司的回复,支持多用户,是一个多用户系统。 注:1、默认的用户名: tiandinet 密码:123456 2、该发布只是...
47-Sage X3 ERP -PJM项目快照管理v2
《个人求职管理系统》可以让你在找工作的过程中方便地记录你所选中的公司信息、职位信息、发送的简历和公司的回复,支持多用户,是一个多用户系统。 注:1、默认的用户名: tiandinet 密码:123456 2、该发布只是...
《个人求职管理系统》可以让你在找工作的过程中方便地记录你所选中的公司信息、职位信息、发送的简历和公司的回复,支持多用户,是一个多用户系统。 注:1、默认的用户名: tiandinet 密码:123456 2、该发布只是...
34-项目管理(PJM)与Sage X3 ERP的集成应用
《个人求职管理系统》使用MySQL数据库,请你先在你的数据库服务器上建立一个数据库,然后将你下载的程序解压缩后上传到你的网站空间下,接下来请将sql目录下的tdjob.sql文件导入你刚建立好的MySQL数据库中,导入的...
转载的,请大家拍砖。是关于项目制造方面的文档。
《个人求职管理系统》可以让你在找工作的过程中方便地记录你所选中的公司信息、职位信息、发送的简历和公司的回复,支持多用户,是一个多用户系统。 注:1、默认的用户名: tiandinet 密码:123456 2、该发布...
《个人求职管理系统》可以让你在找工作的过程中方便地记录你所选中的公司信息、职位信息、发送的简历和公司的回复,支持多用户,是一个多用户系统。 注:1、默认的用户名: tiandinet 密码:123456 2、该发布只是...
这是一份完整的Oracle ebs 项目制造模块培训文档,可以了解Oracle ebs 项目制造模块(PJM)的所有功能及流程。
pjmarquez:pjm投资组合
pjm-毕业设计架构4alibaba