`
pan_java
  • 浏览: 286040 次
  • 性别: Icon_minigender_1
  • 来自: 杭州
社区版块
存档分类
最新评论
阅读更多
一.动机
   1.你买不来SOA,你必须理解SOA.亲自经历SOA.SOA是一个范式.SOA是和思维方式;SOA是架构和设计的评估体系.
   2.建立SOA不是一个设计新系统的项目,SOA涉及改变现有系统结构,这意味你必须和老平台及向后兼容问题打交道.SOA是对大型系统景观开展"维护"工作的方法.
   3.总线代表了高操作性.其背后的思想是,不去为不同系统间创建和维护单独的通信渠道,每个系统只和总线连接就能和所有其他系统连接起来.
   4.面向服务的架构(SOA)是个范式目的是实现和维护跨越了大型分布式系统的业务流程.它基于三个技术概念:服务,通过企业服务总线达成的互操作性.以及松耦合.
   5.一个服务是一项自足的业务功能.企业服务总线是个基础设施,它分布式系统和服务间的高互操作性成为可能.松耦合是减小系统依赖的概念.
   6.Web Services 自身也引入了一些问题,首先其标准不够成熟.尚不能保证互操作性.其次.Web Services先天不足.无法形成程度适当的松耦合.
  
二.SOA
   1.使用SOA的关键原因是,它确实有助于你的业务.
   2.灵活性总是比质量更重要.
   3.松耦合表达最小化依赖的概念.当依赖被最小化时,改动造成的影响也最小化.即使部分系统崩溃或当机.整个系统也能运转.
   4.只有平常的业务能以尽可能分散的方式来做,大系统才能顺利工作,引入松耦合的一个方法是,避免引入任何不必要的集中.
  
三.服务
   1.所有SOA都同意,服务自足(独立的,自主的,自给自足的)是个设计目标.
   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的强项.
分享到:
评论
12 楼 co2oc2oc 2010-06-11  
很有思想的一篇学习笔记,感谢楼主分享。
由11、12两点联系到OSGi和新老系统迁移等问题能引入无限的遐想。
11 楼 sailinglxg 2010-06-11  
LZ所言没有实用价值
10 楼 qrg 2010-06-11  
有点太FF了。
9 楼 beijing2009 2010-06-10  
拜托LZ以后不要发这种抽象的随便ctrl+c的东西来,要有自己的理解和看法
8 楼 Rexwong 2010-06-10  
pan_java 写道
Rexwong 写道
难道楼主正在看SOA实践指南这本书?

是啊,看了这本书学到很多.虽然项目中还用不到,但是对开发还是蛮有帮助的.

不知道是不是翻译的问题,还是我的理解问题,感觉这本书有点晦涩,偏理论点。所以如果是soa实践当中在看这本书感觉会好点。最近一直关注esb方面的东西,尤其是mule集成activemq消息队列。
7 楼 maoweiwer 2010-06-10  
本人亲身经历 不要被SOA SAP所骗。。特别是银行的CODE
6 楼 20029388 2010-06-09  
太FF了,竟是定义说明,没杀用
5 楼 pan_java 2010-06-09  
Rexwong 写道
难道楼主正在看SOA实践指南这本书?

是啊,看了这本书学到很多.虽然项目中还用不到,但是对开发还是蛮有帮助的.
4 楼 freej 2010-06-09  
毛新生著有SOA书籍——《SOA 原理.方法.实践》,大家可以看看
3 楼 Rexwong 2010-06-09  
难道楼主正在看SOA实践指南这本书?
2 楼 cesc 2010-06-09  
作者这是SOA的一个大概介绍,写的挺不错的,入门了解挺好的
1 楼 bluemusic 2010-06-09  
看了以后感觉还是比较泛,有什么入门的书籍可以推荐下?

相关推荐

    专题资料(2021-2022年)SOA学习笔记总结.docx

    **SOA(Service-Oriented Architecture,面向服务架构)**是一种软件架构风格,旨在通过将业务逻辑以服务的形式封装,实现系统的模块化和灵活性。在SOA中,服务是核心的抽象单元,它们是独立的、自包含的,并且具有...

    SO学习笔记 SO学习笔记

    【标题】:“SO学习笔记...综合以上文件,这些笔记和文档构成了一个全面的SOA学习资源库,覆盖了从环境搭建、数据库设计、项目管理到实际开发的各个方面,对于想要深入理解和服务于SOA项目的人员来说是非常宝贵的资料。

    Java分布式应用学习笔记01分布式Java应用和SOA

    ### Java分布式应用与SOA概览 在深入探讨Java分布式应用和面向服务架构(SOA)之前,我们首先需要理解这两个概念的基本含义及其在现代IT系统中的重要性。 #### Java分布式应用 Java分布式应用是指利用Java编程...

    Parch 学习笔记系列(十七本)

    1. **CXF学习笔记**:CXF是一个开源的Java框架,用于构建和开发服务导向架构(SOA)和RESTful应用程序。笔记会讲解如何使用CXF创建和消费Web服务,包括SOAP和REST接口的实现,以及CXF的配置和调试技巧。 2. **...

    WebService学习笔记

    【WebService学习笔记】 WebService是一种基于互联网的、标准化的、跨平台的、跨语言的通信机制,使得不同系统间的应用程序可以互相交互数据和服务。它的核心理念是服务导向架构(SOA),即通过服务的方式实现应用...

    31天重构学习笔记中文版

    面向服务架构(Service-Oriented Architecture,简称SOA)是一种设计思想,它将应用程序的不同功能单元(称为服务)通过服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的,它应该独立于实现...

    Spring Cloud Alibaba(基础) 学习笔记

    ### Spring Cloud Alibaba(基础) 学习笔记 #### 微服务概述及发展历程 微服务架构是一种将单一应用程序开发为一组小服务的方法,每个服务运行在其独立的进程中,并使用轻量级机制(通常是HTTP资源API)进行通信...

    springcloud学习笔记.pdf

    Spring Cloud 学习笔记 本笔记主要介绍了从单体架构到微服务架构的演变过程,以及 Spring Cloud 中的微服务架构搭建。下面是本笔记的详细知识点总结: 一、单体架构 单体架构是指整个系统只有一个工程,打包往往...

    金蝶EAS_BOS开发学习笔记

    金蝶EAS_BOS开发学习笔记是针对金蝶企业应用套件(Enterprise Application Suite, EAS)中的业务操作服务(Business Operation Service, BOS)进行深入解析的学习资料。EAS是金蝶公司推出的一款高端企业管理软件,...

    Apache_cxf_学习笔记

    本学习笔记旨在提供对Apache CXF的基本理解、功能特性和实际操作指导。 **1. CXF 简介** 1.1 CXF概述 Apache CXF是一个全面的服务开发框架,它允许开发者创建和部署各种类型的Web服务,包括基于SOAP、RESTful、WS-...

    dojo精品中文教程(包一)

    DOJO学习笔记(七)-日期控件DropdownDatePicker和DatePicker DOJO常用的验证函数 Dojo with Adobe AIR Dojo 工具包教程 Dojo 快速安装 Dojo和JSON建立无限级AJAX动态加载的功能模块树 Dojo学习笔记( 模块与...

    dojo精品中文教程(包二)

    DOJO学习笔记(七)-日期控件DropdownDatePicker和DatePicker DOJO常用的验证函数 Dojo with Adobe AIR Dojo 工具包教程 Dojo 快速安装 Dojo和JSON建立无限级AJAX动态加载的功能模块树 Dojo学习笔记( 模块与...

    BPEL流程个人学习笔记(详细图文)

    BPEL流程个人学习笔记 SOA-BPEL流程是基于服务导向架构(Service-Oriented Architecture,SOA)的业务流程管理技术。它提供了一种灵活、可扩展、可重用的方式来定义、执行和监控业务流程。下面是根据给定的文件信息...

    dojo精品中文教程(包三)

    DOJO学习笔记(七)-日期控件DropdownDatePicker和DatePicker DOJO常用的验证函数 Dojo with Adobe AIR Dojo 工具包教程 Dojo 快速安装 Dojo和JSON建立无限级AJAX动态加载的功能模块树 Dojo学习笔记( 模块与...

    dojo精品中文教程(全)

    DOJO学习笔记(七)-日期控件DropdownDatePicker和DatePicker DOJO常用的验证函数 Dojo with Adobe AIR Dojo 工具包教程 Dojo 快速安装 Dojo和JSON建立无限级AJAX动态加载的功能模块树 Dojo学习笔记( 模块与...

    Java分布式应用学习笔记

    Java分布式应用学习笔记 在Java世界中,分布式应用是指由多个独立组件通过网络通信协同工作的系统。这种架构模式常用于构建大规模、高可用性、可扩展的系统。本笔记将深入探讨Java分布式应用的核心概念、技术和实践...

    对于\"Java分布式应用学习笔记\"的整理

    分布式系统和SOA的介绍与应用 前言 随着系统规模的扩大,分布式架构的应用变得越来越广泛。在这个过程中,系统架构师和开发人员往往会面对如何让不同系统或者服务之间进行有效交互的问题。这些系统可能是由不同的...

    cxf学习笔记

    ### CXF学习笔记知识点 #### 1. 面向服务的架构 (SOA) 和 Web Service - **SOA**:面向服务的架构(Service-Oriented Architecture),它是一种架构模型,强调通过服务来设计、构建和管理软件系统。SOA的核心理念...

Global site tag (gtag.js) - Google Analytics