领导力大挑战
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
该内容已经被标记书签!
标记书签错误,请重试!
作者 Boris Lublinsky 译者 马国耀 发布于 2009年11月28日
OASIS的SOA参考架构模型技术委员会最近审批通过了SOA参考架构基础1.0版 (SOA-RAF)规范作为公众评阅的委员会草案。
SOA-RAF基于SOA参考模型(SOA-RM)并定义了一些独立于SOA实施过程中所使用的具体技术、协议以及产品的抽象架构元素。
该参考架构基础并非实施SOA系统的全景蓝图,也不是指明了实现SOA系统时所需的所有技术的技术路线图。然而,它定义了很多关键的概念和组件,它们在任何精心设计的SOA系统中都应该出现。为了在实践中使用,构造和管理SOA系统,还要做许多其他的设计决定以及技术选择。
SOA-RAF定义了SOA的若干抽象实现,它关注那些能够让SOA系统使用,实现并管理起来的元素以及它们之间的关系。其背后的重要假设是,SOA系统应该包含:
- 分布在不同所有者边界的资源;
- 人员和系统互相交互,它们亦是跨越所有者边界的;
- 跨越所有者边界的安全,管理和治理;
- 人员和系统之间的交互主要是可靠的(适合于计划中的使用及目的)信息交换。
所以,SOA-RAF不是把SOA看成一个独立又复杂的机器,而把它看成一个生态系统:一个由人,机器和服务共同栖息的空间,他们既在实现各自的目标,又在实现整个大社区的目标。
定义SOA生态系统的主要原则有如下几条:
- SOA是行为独立的参与者进行价值交换的媒介;
- 参与者(及其利益主体)有理由取得SOA中可用资源的所有权;
- 参与者的行为及性能受到约定的(从一系列策略和契约中捕获的)规则的制约。
SOA-RAF分三个视角,正好符合三大主要观点,并反映了对关注点的划分。
生态系统视角的观点关注的是人们如何使用SOA系统开展他们的业务;SOA参考架构实现视角的观点关注的是构建SOA的最重要方面;而SOA拥有视角的观点关心的是那些与SOA所有权,管理及控制相关的方面。
InfoQ有幸邀请到OASIS SOA参考模型技术委员会的秘书Francis McCabe和主席Ken Laskey共同探讨SOA-RAF。
InfoQ:
SOA-RAF是什么?
FM:
它是SOA泛型的架构描述。即是对那些让SOA生态系统运转起来的关键的概念及其它们之间的关系的描述。
InfoQ:
SOA-RAF的目的是什么?
KL:
RM谈到了一些概念和它们之间的关系,RAF标明了那些将出现在SOA解决方案中的架构元素。但是具体架构仍需要架构的设计,因为你不能从基于RAF建立解决方案,但是有了RAF的指导,RAF元素将出现在具体架构中。
InfoQ:
SOA-RF和Web服务,REST服务,SOAML的关系是怎样的呢?
FM:
与具体的技术(如Web服务,REST服务)相比,SOA-RAF在目的和范围上站在一个更高的层次。我们明确表明要避开具体任何具体的技术。
然而,如果你想知道如何应用Web服务,那么RAF可以提供重要的指导意见。它表明了使用和混合服务、安全、治理等领域的关键需求以及一个实际的SOA生态系统中需要表示的社会结构。
SOA-RAF没有涉及到的一个方面是,用于构建解决特定问题的SOA生态系统时的具体指导。为此,SOAML是描述实际系统中的具体问题的优秀工具的代表。
InfoQ:
SOA-RAF包含哪些方面?
FM:
SOA-RAF包括三个主要部分或视角。第一个部分的重点是从参与人员以及他们与驱动SOA生态系统发展的技术之间的关系的角度,阐述了什么是SOA生态系统。第二部分强调了构建SOA生态系统的一些关键元素;包括描述的重要性,交互以及策略的重要性角色等。第三部分关心的是如果SOA生态系统的拥有问题,这部分强调了SOA生态系统的治理、SOA系统的管理、在一个永不重启的大型系统中测试意味着什么,以及SOA生态系统中关键的安全方面。
InfoQ:
什么是联合动作(Joint Action)?
FM:
为了交付服务,服务消费者和提供者之间的交互是必要的。在SOA生态系统中参与者间的交互是被自动仲裁的。这些参与者可能位于不同的所有域中,为了参与者之间的交互,他们必须同时即要单独行动又要行动一致。单独行动指的是交互信息的发送和接收,而行动一致指的是二者都是交互的一部分。
联合动作是任何需要两个或多个参与者参与的动作。一个简单的例子是信息通讯:每一次通讯都需要一个演讲者和一个听众。(尽管任何一方都可能不止一个)。没有双方的参与,就没有通讯:它在本质上本是一个联合。
事实上,在服务提供者和消费者双方的交互中,在很多层面上都应用了联合的概念。在最底层,消息发送和接受自然是一个联合。上一个层次,通讯过程中仲裁的动作(开户,广播紧急信息,购买及销售等)在本质上也是联合的。再上一层,动作经常带入了参与者的社会状态。签定契约修改了参与者的状态:做出了相应的承诺,策略也因此形成。这些社会动作在本质上也是联合的。
InfoQ:
该草案和前一个有何区别?
FM:
该草案文档中进行了很多优化,特别是生态系统视角做了最多的优化工作。然而,我们也加入了很多重要的部分,如治理和测试。另外,规范的名字本身也有所改变,其增加的“基础”反映了在SOA系统的世界中肯定了我们的工作及他人的工作之间的关系。
InfoQ:
下一步工作是什么?
FM&KL:
由于RAF已经非常完善,所以需要更进一步的领域有限。尤其是治理,已经特别完善了。但是我们需要确定如何优化管理的部分,并决定是否将它整合到治理中去,或像现在的草案一样让它独立存在。自从上一个草案开始,在生态系统视角上已经看到了很多工作,并且还有一些重要的讨论要完成。然而,委员会相信目前的工作设计的已经足够充分了,所以这绝对是值得读者提出自己的见解的好机会。
公众评阅从2009年11月14开始,到2010年1月13日结束。这篇草案旨在进一步加强对SOA架构原则的理解并提供一个SOA的实施蓝图。
查看英文原文:A Reference Architecture Foundation for SOA Draft Was Submitted to Public Review
译者 马国耀 关注企业级应用开发与架构,有多年SOA项目实施和咨询经验,专注于SOA及云计算的融合。
在实施Scrum项目的过程中,Scrum Master的角色是相当关键的,因为他是团队的推动者。本文围绕什么是仆人式领导、仆人式领导的起源、如何将领导力传达给团队、Scrum Master作为仆人式领导者的角色展开叙述,同时重点阐述仆人式领导者应有的基本内外特征。
论道WP第三篇专栏,以应用程序栏的使用为中心,包括了软键盘带来的问题、应用程序栏介绍、如何绑定应用程序栏的属性等几个方面的具体话题,为开发者顺利使用应用程序栏开发提供了具体指导。
在多线程并发编程中Synchronized一直是元老级角色,很多人都会称呼它为重量级锁,但是随着Java SE1.6对Synchronized进行了各种优化之后,有些情况下它并不那么重了,本文详细介绍了Java SE1.6中对于锁的性能优化,以及锁的存储结构及升级过程。
本次分享将首先介绍现代富文本编辑器的组成和实现,然后结合UEditor的开发过程,与参会者分享UEditor在设计和实现的过程中,所涉及到的核心功能的细节实现。
本次演讲视频录制于百度技术沙龙。
我们所开发的应用程序大多都需要提供一个图形用户界面(GUI)。关于GUI应用的架构设计,已经有了Form & Control、MVC,、MVP、 Passive View等多种模式。模式可以帮助我们建立优雅的架构,但前提是弄清楚模式的应用场景。弄清楚GUI应用面临的设计上的问题,有助于我们正确的挑选设计方案。
MongoDB是一种非常易用的NoSQL方案,Brian C. Dilley在这篇文章里介绍了MongoDB的优劣势,并介绍了MJORM项目。MJORM用于MongoDB,是一个没有注解的Java ORM库。
随着网络基础设施的逐步成熟,从RPC进化到Web Service,并在业界开始普遍推行SOA,再到后来的RESTful平台以及云计算中的PaaS与SaaS概念的推广,分布式架构在企业应用中开始呈现出不同的风貌,然而殊途同归,这些分布式架构的目标仍然是希望回到建造巴别塔的时代,系统之间的交流不再为不同语言与平台的隔阂而产生障碍。
没有回复
关注此讨论 回复