Posted By: xrch99
Date: 2004-12-17 16:48
Summary:需求分析讨论会议（记录）2004-12-12
燕三十三：占座了
wolf：http://eoam.cosoft.org.cn/doc/需求稿下不了了，谁提供一个地方可以下的
firebird：http://buddhist.xicp.net/doc/
沐清源：有没有发言啦
wolf：开始了吗
沐清源：用链接另存外可以下载
wolf：谢了，我下好了，U盘口不能用，又下了一遍
沐清源：头头应讲话啦
wolf：好象老大网络不是很好...
firebird：http://buddhist.xicp.net/doc/EOAM%20Domain.jpg 发了个图片，调整过后的整体结构图 ，还缺2个小组长
蓝幽灵：哪两个？
firebird：Wing和清心。你们对需求有什么疑问的，我可以先解释下。你们可以谈谈意见,
wolf先谈把，毕竟马上你要做设计
wolf: 我先看看调整后的东西，等下，你们先说会
firebird: 最小的立方体是物理节点，可以想成进程
wolf: 三个area是平行的,没有从属关系的？
Firebird: 没有的
Wolf: 相互可以交互的？直接交互？
Firebird: 可能public area是提供公共服务的，应该说域根的实现者
Firebird: 都可以的
燕三十三: 最后这些是以什么形式发布？？每个功能都是dll还是统一的exe？？
蓝幽灵: 公共服务是个什么样的具体概念？
Firebird：Domain 有一个公共服务区，area也有一个公共服务区，服务范围不一样
蓝幽灵：应该是提供源代码，自己编译．
Firebird：不提供源代码
蓝幽灵：？？？？
Firebird：软件包形式发布
蓝幽灵：哦．
燕三十三：LGPL的
firebird：但源码在网上可以下
燕三十三：所以在发布的时候需要考虑这些问题
firebird：源码版本和二进制版本
蓝幽灵：哦．
沐清源：这是不是三层体系结构，应用逻辑在Application Server 上实现
燕三十三：我觉得是多层体系的
燕三十三：只是负责数据的传输
firebird：其实公共服务相当于书的目录，为了定位和寻找各种服务的
wolf：很多client连上来时，会不会产生瓶经
沐清源：公共服务对外实现统一的服务接口
蓝幽灵：可以看做是一种接口部分？实际的操作部分放在后台？
燕三十三：area相当于什么？？
Firebird：应该说所有的area都是等同的，但公有area是必须存在，也就是固化了
燕三十三：一个计算机集群？？
Wolf：很多client连上来时，公有area，会不会是瓶径
Firebird：不会的，是分布的，就如互相介绍人一样，当介绍双方都熟悉了，就不会再通过介绍人联系了
Firebird：只有不知道服务提供者的时候再找 ，找到后，服务和客户就直接通讯了
燕三十三：有些象QQ
沐清源：所有的AREA 的地位是等同的对外
firebird：是的，而且可以定制，增加
wolf：area之间咋么交互，
wolf：有统一协议等吗
firebird：通过public交互啊
燕三十三：还不是很明白的
firebird：
通过public area找到其他area,然后area之间交互，同时客户端缓存服务段连接信息
燕三十三：那么交互的area是不是都知道对方的class
wolf：通过public area,找到以后再area之间直接交互？
蓝幽灵：知道自己的，就知道了对方的．
燕三十三：中间涉及一些多态的问题如何处理
firebird：全是corba接口
燕三十三：比如说 a、b节点都提供 call center服务，但是a没有提供转帐业务，而我首先要找到可以提供call center的服务
firebird：所有的接口都实现为corba接口
清心：详细的需求呢？
燕三十三：这些天看了一下corba ，感觉最大的问题就是必须在程序开发前定义好idl。这样就限制了后期的绑定
firebird：不会发生，没有的服务不会再公告牌上出现
蓝幽灵：公告牌在哪里体现？
Wolf：public area? wing到了
Firebird：是啊
Wolf：老大把详细需求里的序列图详细的说一下我们学习一下？
Wing：不好意思，来晚了
Firebird：反正都需要的东西，就会放到public区 。那个画的不是很好
燕三十三：如果一个公共服务要修改，是不是每个节点都要修改？？
Firebird：做成corba接口的好处，所有依赖都会成松耦合，容易修改扩充
雯棠：给的那个图，application server public server个作什么的？
Firebird：前面已经说过了
燕三十三：能不能提供自动升级的服务
wolf：就是详细需求里的eddm
firebird：edfm主要是做这个工作
燕三十三：：）
wolf：如果eddm倒了，我们的server就倒了，是这样吗 ？相当于还是集中管理
燕三十三：不是的吧
firebird：分层是：Domain(/ 这由public server area确定，有且只有一个) 。只是eddm中的服务倒了。
Wolf：client再上来请求时，他先找 public server area,public server area倒了，就找不到别的服务了，....
燕三十三：呵呵。老大最好集中讲一下工作流程 。觉得大家理解的都不一样
firebird：
分层是：Domain(/ 这由public server area确定，有且只有一个)
然后是Area,这是很多组服务的集合，这些服务组有可能是EDDM,也有可能是EDFM等；
然后是Service group 这些是相同服务的集合；
然后是Node,这是服务的实现节点。
讨论需求，只讨论功能点和大体框架 。
燕三十三：呵呵～～说一下我的理解，算是抛砖引玉，老大指正
蓝幽灵：那这幅图是不是少了一个area
firebird：“client再上来请求时，他先找 public server area,public server area倒了，就找不到别的服务了，....”（引Wolf原话）这个本身是集群，所以不是那么容易倒的，而且每个客户端都会缓存自己服务段的服务信息，不是每次调用都要访问public area
燕三十三：1、客户端
a、在配置时需要知道公告服务器在那里
b、查询相关服务的位置
c、调用位置上的服务
firebird：所以这不会存在单点失败
燕三十三：2、服务端
a、配置时需知道公告服务位置
b、注册相关服务
c、接收请求提供服务
公告应当是一个集群。服务端可以是一个服务点，也可能是一个集群
firebird：也没有服务瓶颈，应为正常运作的时候，调用和服务都是端对端的，也就是P2P
燕三十三：那么如何解决空调用那？？
Firebird：流程基本是这样
燕三十三：比如服务端应为特定的原因down了，比如死机、或者停电。但是在客户端还认为服务是存在的
firebird：一次调用失败，就会重新定位调用点（访问public area）
燕三十三：如何区分是调用失败还是通讯延时？？
Firebird：调用失败都不知道？？不管的
燕三十三：[:L] 调用失败也可能不知道吧，如果没有返回值的
蓝幽灵：时间？
Firebird：有超时的啊
燕三十三：比如注销服务，很可能调用服务的quit方法
firebird：不要讨论这种细节问题，，如果这都不能保证，那么也别开发了
燕三十三：不需要等待什么了
燕三十三：[:L]
清心：我觉得你们讨论的很多都涉及技术细节，而实际的用户需求似乎考虑很少啊，
Wing：我都没看懂在讨论什么
清心：需求分析应该是从使用者也就是用户的角度来考虑把
闲人陈小二：兄弟们在讨论什么，我可以参加吗
firebird：欢迎阿
wolf：欢迎欢迎
闲人陈小二：是一个开源的项目吗 ？
燕三十三：可是客户是普通用户还是一个程序员那？？
Wolf：从用户的角度来讨论一把。把功能需求讨论一把
雯棠：也是哈。实现细节应该后面再讨论。
清心：客户是普通用户
沐清源：这是需求讨论，为什么不用UML 建一个USER CASE
清心：我觉得这才是需求吧
firebird：总的来说，就是所有的需求都是实现为CORBA服务形式,对外提供。这东西其实就是做来我们自己用的，我们也就是需求
Wing：你说的还是实现，不是需求
闲人陈小二：找到了你们的文档，看看文档先
wolf：把public servic group具体需求
清心：所以需求应该说是你想用的东西是什么样的，而不是从程序员的角度来说怎么去实现一个什么功能
Wing：对，我同意这样
清心：现讨论清楚要用的东西有那些功能，能实现什么，
Wing：firebird你的文档我就是没看懂这个
清心：然后才是你们的技术问题讨论
firebird：需要个命名服务（公告牌）和负载均衡服务（集群）功能 。这东西不是应用开发，本来就是针对技术而实现的技术，你说讨论技术讨论什么 ，那你们提需求 。需求，在总的需求文档上都说明了，就那十几个点 ，然后再把需求归结到小的对象上 。很难理解么？
蓝幽灵：说来说去，就是围着数据转悠，数据的操作就是增删改查
wolf：还是拿着需求大家一点一点的来吧
清心：二、 EDDM解决的问题 我觉得文档的这部分是项目的需求所在把2004-12-12 firebird：
1、 完全配置的定制各种通讯应用，不需要编程就能实现大部分通讯需求；
2、 开放的体系架构；
3、 交易可靠性和完整性；
4、 交易优先级，实时性要求；
5、 消息发送；
6、 多服务进程、负载平衡故障恢复；
7、 安全控制；
8、 系统配置及动态管理；
9、 日志功能；
10、 数据压缩和数据加密；
11、 数据库连接池，提供高效的数据库访问；
12、 服务端多线程及线程池，客户端多线程及线程池，客户端和服务端在同一程序中；
13、 灵活的配置策略，方便添加各种应用，以及调整应用规模，可以通过配置文件，定义：一对一，一对多以及它们任意组合的多层应用；
14、 基于CORBA,良好的平台（OS和DBMS）移植性，能支持大部分操作系统和数据库系统；
15、 提供C++开发包，以及一些标准的CORBA服务，可以进行二次开发；
16、 一定的嵌入式能力；
firebird：从文章头上开始把 ，先谈目的把。大家有意见么？
Wing：没有
清心：文档里有写
firebird：
1．1 目的
EOAM(Easy Open Application Middleware)主要针对企业级应用，如ERP,MIS,OA,电子政务等。其将包括消息中间件，交易/事务中间件，数据库中间件的一些主要特征；
将复杂的分布式开发转化为简单本机开发；
为大家提供一个交流学习使用ACE/TAO的环境；
清心：同意
firebird：你看过文档么?
清心：恩
firebird：第一条就是
蓝幽灵：呵呵．
Firebird：还有什么补充和修改的
Wing：我觉得太过于简单了
清心：“为大家提供一个交流学习使用ACE/TAO的环境；”这个不像是项目的需求目的 ，而是组织人员时对大家这些参与者来说的，应该去掉把？
firebird：那你说，我增加
firebird：
1．2 范围
企业级应用；
学习研究人员；
firebird：本来就是发起项目的目的之一
清心：也是，是我忘记了，大家继续
firebird：Wing 你补充 。继续，时间不多了
Wing：我在考虑，这个真不好考虑，你们先继续别的。
Firebird：范围有问题么
蓝幽灵：我没有问题，呵呵．
Wing：范围没有问题
Firebird：我觉得这个可以补充着
蓝幽灵：加什么？
清心：教学科研，很多老师也对网上的开源项目很有兴趣，一直关注的啊，可以加一条的吧
firebird：学习研究人员； 和这个重复啊
雯棠：开发完成以后，ace/tao怎么用阿？还像我们现在使用这么麻烦么
Wing：这个重复
Firebird：不会的，，只要配置下就能用
Firebird：1．3 定义，缩写和节略语 这个以后补充
Firebird：1．5 概述 有问题么 ？有需要补充么？
清心：没有把，文档里写到了
Wing：我来说一下我对于1．1 目的的看法
清心：觉得可以啊
firebird：我觉得这些需求很大，每一个要求都可以包含很多东西
Wing：我觉得这儿没有提到要为企业应用提供什么样的服务，提供哪些中间件。最好能在细化一下，描述一下这些方面的内容。
Firebird：我的东西其实叫应用服务器更好，因为已经比中间件外延广了
Wolf：我觉得这儿没有提到要为企业应用提供什么样的服务，提供哪些中间件。这个应该说一下
Wing：这儿一定要说清楚要达到什么样的具体目的，如果没有这一些那么后面的需求就不知道是如何来的了。
Firebird：那你们说说
Wing：最好是你来细化，我们毕竟对这个不是很熟悉。[:D]
Wolf：eddm是要先做的，应用服务可以先做一个，框架搭好，好扩展
Firebird：交易服务，消息服务，都说得很清楚了
Wing： “其将包括消息中间件，交易/事务中间件，数据库中间件的一些主要特征；”，你说的只是包括这些服务的特征，而不是包括这些服务。
Firebird：因为我也不知道这些服务究竟包含多少服务 。你们可以补充
Wing：那就很麻烦了，最好能有一个明确的限定。
燕三十三：比如必须实现的一些服务
Wing：在这些服务中最低层的服务是哪一些？
燕三十三：大家集中精力弄好这些，不能所有人的要求都可能满足的
Wing：将这些最低层的服务作为第一期的目标
燕三十三：而且我觉得不要始终绕着数据库转吧
wolf：先这样吧，edmm需求先确定，这个应该是能确定的
燕三十三：db很重要，不过可扩展性太差了
Wing：我觉得消息中间件应该是必须的吧。不知道对不对。
Firebird：这个是必需的
Firebird：我还想单独提出来形成个子项目
Wolf：不先确定edmm吗？
Wing：还有什么是必须的？
燕三十三：老大，现在是不是觉得这样太大了
Wing：不要一上来就做那么大 ，要一点一点的来
燕三十三：对啊
Wing：心急吃不了热豆腐
蓝幽灵：先具体定一个吧．
Firebird：对了，也想把数据基本操作提取出来，形成，一个数据封装层，对外提供统一数据CORBA接口
燕三十三：恩 ，我觉得采用xml比较好
firebird：但是可能低效
燕三十三：以后有对象只要序列话就可以
firebird：不讨论技术
Wing：现在除了消息中间件，还有什么是必须的？
燕三十三：naming service
firebird：数据库肯定的
Wing：如果没有，那么我们就先做消息中间件了。确定EOAM(Easy Open Application Middleware)需要提供的服务中一定包含消息中间件。
Firebird：从EDMM开始讨论把
Wing：那么还有命名服务
Wolf：先吧edmm搞定吧，这个可能能确定
Wing：还有数据库中间件？？（这个提法好象不对）
燕三十三：不用吧
firebird：消息，消息怎么取，怎么放，这设计IO操作，所以一定要定义一个IO层的
燕三十三：数据库数据最终应当是封装在消息中间件里面吧 [v]
Wing：大家表决一下，小讨论EDMM还是EOAM？先统一一下认识。
清心：eoam
燕三十三：eoam太大了 ，edmm吧
firebird：不大啊
Wing：我同意EOAM ，下一个
蓝幽灵：eoam
燕三十三：ok，eoam
清心：需求本来开就个很泛的东西，太细化不是本次会议的内容了把
firebird：16个基本的功能点，大家需要补充么
Wing：EOAM:清心、Wing、Firebird、蓝幽灵 EDMM:燕三十三。4:1，就这么定了
Firebird：或着修改。有的功能点，不一定马上实现的
蓝幽灵：先定这么多，后面可以慢慢加的．
Wolf：功能点先定着，以后加
Wing：16点功能我没意见，问题是这些功能分别属于什么部分的？因为EOAM是由多个部分构成的。
Firebird：好，整体描述 。系统接口有补充么
Wolf：由各种主流数据库提供的c/c++接口，如Oracle 的OCCI接口，mysql 的mysql++接口，Windows 的ADO，ODBC C++接口。 这个是目标，一个一个的来，先定下一个 。燕三十三先写win下的吧
Firebird：先做occi把，反正eddm这部分都实现了
燕三十三：实现ado的就可以
firebird：都实现了的
Wing：也就是提供基于数据库、文件、进程间和进程内的数据交换？
Wolf：都实现的拿就没问题
Firebird：把教材工不了就能看见
蓝幽灵：哦．
Firebird：是的
Wing：进程内好象不用提供吧？
Firebird：12月底，我把这个项目的入门教材给大家
蓝幽灵：？？？
Firebird：大家就会有个大体映像
Wing：我觉得中间件最好不要和客户成为进程内的数据交换 。蓝幽灵你有什么问题
蓝幽灵：不明白firebird的意思．你的话也不是太理解?
Wing：那一个？
蓝幽灵：我觉得中间件最好不要和客户成为进程内的数据交换
firebird：这样做主要是为了高效通讯 。可以以后实施
Wing：噢。这是因为这句话：d、中间件提供函数包和外部程序交互；
Firebird：主要是idl接口对外公布的
蓝幽灵：哦，明白了．
Firebird：使用idl接口就会用到 ace/tao的头文件和库 。这也是后期内容
沐清源：已经发行的version 1.0 有源代码发布了吗？
Firebird：所以我都没在后面模块说到实现的地方
Wing：2.1.2的用户界面是什么意思？
闲人陈小二：我觉得效率是首先要考虑的，本来中间件就会降低效率。如果中间件本身做的不好，效率就更低了
燕三十三：：（ 不敢苟同
firebird：传统字符界面和JAVA图形窗口；
燕三十三：corba本身就太多的virtual
firebird：这个主要是用来修改配置文件和编译配置文件的。还有日志显示，都是字符界面
firebird： 2．1．1 硬件接口 不谈了
燕三十三：用java也是用corba么？？
蓝幽灵：java只是图形控制
Wing噢，这个意思啊
燕三十三：那如何交互？？
Firebird：java不会用corba，就是控制
闲人陈小二：java图形界面，太慢了
蓝幽灵：ini或者xml文件
firebird：就是修改配置文件，设置些东西
Wing：修改配置，有必要那么快吗？
Firebird：最多显示下日志
Wing：所以无所谓了
燕三十三：写java的时候不用idl文件？？
Wing：用什么都可以，这个次要问题，可以不用讨论了。
Firebird：
a、 标准C++接口；
b、 IDL 接口,IIOP,SSLIOP；
c、 进程间通讯接口；
d、 数据库接口；
e、 文件接口；
这些有问题么
Wing：这些接口是提供给别人调用的还是什么？
Firebird：自己用，别人也可以用
Wing：那最好将它们区分开。
雯棠：什么叫自己用？我们现在摆在一个什么样的位置？是开发者还是也算客户？
闲人陈小二：文件接口???
Wing：这儿应该只有提供给客户用的接口，而不包含我们相互间的调用接口。
Firebird：我们提供外部使用的就一个文件借口，修改配置文件的
Wing：提法有问题。
闲人陈小二：i see
firebird： 2．1．1 软件接口 还有就是xml的数据文件。 数据库中的表数据
闲人陈小二：进程间通讯接口,这是什么形式的
Wing：如果不是提供给客户调用那就不用提及了，这些都只是接口的具体表现形式。
Firebird：a、 标准C++接口（内外）；
b、 IDL 接口,IIOP,SSLIOP（内外）；
c、 进程间通讯接口（内）；
d、 数据库接口（内外）；
e、 文件接口（内外）；
这样把，比较合适
闲人陈小二：进程间通讯接口跟其他的有些定义重复
firebird：讨论环境要求
Wing：噢。那就把c从这儿去掉
Wolf：大家能明白就行 。因为不是给客户用的
Firebird：客户可能会用啊
Wing：这个在具体设计的时候再体现出来
Wing：你都是内了，怎么还会给客户用？
Firebird：a、 标准C++接口（内外）；
燕三十三：可以提供一个标准的socket接口么？？
闲人陈小二：你这个进程间的通信接口最终表现也应该是c++接口吧
firebird：a、 能运行于主要的操作系统（Windows,主要的类Unix系列）；
b、 支持主要RDBMS,Oracle,DB2,Sql Server, mysql, PostgreSQL,Informix Sybase ODBC；
mysql取消掉
雯棠：难道我们定义的接口不是给客户用的？
Firebird：因为mysql缺少些关系数据的重要属性
Wolf：先取消吧，以后如果能支持是最好的，mysql用的公司也不少了
Wolf：以后看能不能实现
Wing：ok 就这样
蓝幽灵：赞成．
Firebird：产品功能就不说了，本来说每个详细描述下的，没有时间，以后再补充，这和前面是一样的
Wing：最好能快点补充
Firebird： 2．1 用户群特征
a、 企业用户；
b、 软件开发企业；
c、 学习研究人员；
Wing：这样EOAM的去求就讨论完了？
Firebird：用户群没问题把
清心：软件开发团体
firebird：没有啊
Wing：没问题
燕三十三：[v]
firebird：讨论D需求。修改过的需求代详细需求的,就是把上面的功能点细化分散开来。
3： 详细需求
3.1 外部接口
3.1.1 用户界面
3.1.1.1字符终端 基于c/c++的标准输入输出；
3.1.1.2 Java 图形界面；
3.1.1.3 文本编辑器，如windows 写字板，Linux 下的vi；
3.1.2 硬件接口
计算机硬件接口；
3.1.3 软件接口
3.1.3.1 数据库接口：由各种主流数据库提供的c/c++接口，如Oracle 的OCCI接口，mysql 的mysql++接口，Windows 的ADO，ODBC C++接口;
3.1.3.2 XML接口；
3.1.3.3 标准C++文件操作接口；
3.1.3.4 标准进程间通讯接口：共享内存，管道，Socket，消息等；
3.1.3.5 CORBA IDL 接口及CORBA C++接口,基于CORBA的通信 IIOP，SSLIOP;
firebird：这些不用说了把
wolf：不用了，
清心：恩
firebird：
3.2.1EOAM项目组成
EOAM项目分暂分为三个子项目：EDMM，EDDM，EDFM；
3.2.1.1 EDMM(Easy Distributed Manager Middleware)EOAM管理器，负责安全（基本的），容错（可选的），负载均衡管理（可选的），优先级（可选的），服务对象管理（基本的），日志管理（基本的），配置管理（基本的），公告牌服务（基本的）；
3.2.1.2 EDDM（Easy Distributed Database Middleware）分布式数据库中间件：负责交易可靠性和完整性（基本的），消息传递（基本的），数据库连接池（基本的），数据压缩和加密（可选的），线程调度（基本的），日志记录（基本的）；
3.2.1.3 EDFM （Easy Distributed File Middleware）分布式文件中间件：负责分布式系统文件传送（基本的），事件通知（可选的），视频会议（未来的），日志记录（基本的）；
firebird：这些是项目暂时组成，括号中表示需求的优先级
Wing：我这儿没看懂 。最好能详细解释一下每一个
Firebird：已经解释了3次了,再说一次把
Wing：最好你能在文档中解释比较好 [:D]
清心：同意 。列入文档比较好
firebird：EDMM(Easy Distributed Manager Middleware)EOAM管理器，负责AREA中公有服务和对象管理 http://buddhist.xicp.net/doc/EOAM%20Domain.jpg 结合这个图片就清楚了。
EDDM 和EDFM是被EDMM管理的。暂时实现这两个应用，以后可能会有更多应用加入。
一个area域有一个EDMM（可能使群集），一个或者几个EDDM或者EDFM应用组成应用群集 。EDDM,EDFM,EDMM同时也使饲服务程序，就是各种服务的实现者
Wing：Application Service Group是什么？
Firebird：EDDM,EDFM,EDMM同时也是饲服务程序，就是各种服务的实现者
Wing：Public Server Group呢？
firebird：相同的服务构成的服务组
Wing：还有Service Group和Node Group
Firebird：Service Group 相同的服务构成的服务组
Wing：那就是说它们可能是由EDDM、EDMM或者EDFM构成。
Firebird：Application 只是定语，其实还是服务组，逻辑概念
Wing：那这个还是没有说明这三个构件之间的关系。
Firebird：但服务组中服务，可能是现在不同的节点，可以把edmm看成public service group
，把eddm和edfm看成application service group
wolf：先停一下，大家都能理解老大说的吗？
Wing：public service group是什么？做什么的
蓝幽灵：大概就是树的概念吧．
Wing：提供什么服务？application service group又是什么？提供什么服务？
Firebird：EDMM(Easy Distributed Manager Middleware)EOAM管理器，负责AREA中公有服务和对象管理，负责安全（基本的），容错（可选的），负载均衡管理（可选的），优先级（可选的），服务对象管理（基本的），日志管理（基本的），配置管理（基本的），公告牌服务（基本的）； 就这些
Wolf：清心 文栅都能理解吗
Wing：那你应该在图上说明Application Service Group、Public Service Group等是什么
清心：暂时不行，需要时间看，你们说得太快
雯棠：我就不知道这些分贝指什么。作什么的
清心：有问题我这周内会和firebird提问请教的。不用耽误会议进程了
firebird：什么分贝啊
清心：不过待会儿会议记录记得发给我一份
雯棠：分别。不是分贝
蓝幽灵：呵呵．
Wing：谁作会议记录？ [;P]
沐清源：我也要
firebird：还没讲到构造图
wolf：先把详细需求把大家培训一下，再讨论一次需求好了，有没意见，老大
清心：firebird不是会员吗？从消息管理器中导出记录就可以了啊
firebird：我觉得你们都应该理解了阿
雯棠：继续下一步讨论。先不扯别的噢
清心：主要晚上考试，所以现在脑子里进不去别的东西，抱歉了！
Firebird：燕十三来那么一会儿，基本都理解了
Wing：我看这么讨论不是办法，最好是把文档细化。文档的理解上差异性太大了。
Wing：继续吧
Firebird：就好想读书一样，先找找目录，再找章节，再看内容。wolf讲把。下面的我基本都很你们说过的
Wolf：老大还是你来吧，[:-]
Firebird：你来把
Firebird：看看你的理解
Wing：对，就你来说了
Wolf：我就说说我的理解好了。
对client可见的area是edmm area,client先访问EDMM的公告牌，获取安全标示，再由EDMM分配具体连接节点，以便作负载均衡。
雯棠：不是说client第一次分配以后就直接连接么，
是每次都要访问公告牌么？
蓝幽灵：client有缓存机制的．不是每次都去访问公告牌的．
Wolf： 我觉的是要访问公告牌的吧？
Firebird：第一次选定对象后，以后访问的对象就固定了，而且同时获得了访问牌，同时缓存，只有对象失效，或者访问失败，才会从新获取访问牌
Wolf：这样的，我理解错了，我以为每次都要获取访问牌的，这样子安全机制不好吧，client 不用验证就直接连服务了
雯棠：不可以服务器验证么？
Firebird：获取访问牌的时候，前次访问牌就失效。而且每次通过验证服务的时候，访问牌会下放到要访问对象和客户端，两端一至才能正常调用。这样只传递一次用户名和密码，相对每次传递用户名密码安全
Wolf：也就是直连获取server时会先验证，才提供服务得
雯棠：继续阿
wolf：我说说eddm得理解吧 。edmm ：安全服务；公告牌服务；负载管理 ；日志服务
firebird：Client端发起调用需要知道service和area名字，通过Public Area中的公告牌服务，找到对应的area和service,再由Application Area中的Public Service 的安全服务和负载均衡服务分配具体服务对象。第一次选定对象后，以后访问的对象就固定了，而且同时获得了访问牌，同时缓存，只有对象失效，或者访问失败，才会从新获取访问牌。而且每次通过验证服务的时候，访问牌会下放到要访问对象和客户端，两端一至才能正常调用。
Wolf：而且每次通过验证服务的时候，访问牌会下放到要访问对象和客户端，两端一至才能正常调用。这是再edmm里，还是提供服务area里实现得
Firebird：公共域中的EDMM只有一个对外提供服务，那就是公告牌
Wolf：另三个是对内协调area得？
Firebird：不一定三个，可能很多。 基本这样，继续把
Wolf：我得理解先确定得基本上是这四个。另三个主要是别得area到edmm得注册和负载均衡，还有日志服务，协调area得运行记录。eddm和edfm我不是很理解，我觉得还要讨论，主要是提供得服务还没确定。先确定要实现得一个应用服务，然后再讨论。我就说到这了，你们来啊
蓝幽灵：基本上前面讨论的已经说完了啊．呵呵．
Firebird：我来总结下把，对应那个结构图
公共域中的EDMM只提供一个对外服务，那就是公告牌服务。这里的EDMM是个集群。
客户端：Client端发起调用需要知道service和area名字，通过Public Area中的公告牌服务，找到对应的area和service,再由Application Area中的Public Service 的安全服务和负载均衡服务分配具体服务对象。第一次选定对象后，以后访问的对象就固定了，而且同时获得了访问牌，同时缓存，只有对象失效，或者访问失败，才会从新获取访问牌。而且每次通过验证服务的时候，访问牌会下放到要访问对象和客户端，两端一至才能正常调用。
服务端：启动服务(应用服务和协调服务--如Ping服务)，然后注册服务到公告牌，开始对外提供服务。
蓝幽灵：好的，加深一下印象．
Firebird：这也是基本的序列 。其实所有的域地位等同，但分工不同。就这么简单，服务组也是一样，节点也是一样，这样就构成一个一个分布式系统
蓝幽灵：基本上差不多了吧．
Wolf：还有什么问题的没？
清心：我该走了 谁把记录留一份给我？发到邮箱可以吗？
Firebird：好把，就这样
闲人陈小二：嗯，现在清楚多了
蓝幽灵：我目前没有什么问题，大体的框架脑子里已经形成
firebird：我发网站新闻上。大家都辛苦了
|
|
