基于C/S的4层架构 —— ESFramework介绍之(6)

  • 时间:
  • 浏览:0
  • 来源:大发5分快乐8APP下载_大发5分快乐8APP官网

11.客户端框架

   有已经 应用的客户端也都要使用.NET开发,则ESFramework也提供了完善的支持,在ESFramework的支持下,开发客户端仅仅都要开发业务插件就都要了,而整个网络通信、多系统程序运行运行、升级部署等,都由框架完成了。后面 的文章中我会介绍怎样才能在AgileIM中开发自定义的业务插件。

     有已经 你的应用不都要没有复杂的内控 ,比如仅仅有六个 简单的3层架构,没有ESFramework仍然都要帮助你快速构建,ESFramework是个轻量级的应用框架,你我不要 为哪几个ESFramework提供了的而你不都要的功能/内控 付出任何代价。

    (注意,ESFramework不太适合出理 遗留系统(就像你比较慢使用MFC去出理 基于VCL构建的UI应用一样),ESFramework嘴笨 与应用无关,有已经 为了能将更多的任务从应用中抽象到框架中来,都要对应用做这一 假设,幸运的是,ESFramework仅仅对应用的通信协议做了离米 的假设,这一 假设中含在NetMessage中。有已经 你都在出理 遗留系统,就是 构建有六个 全新的C/S应用,没有ESFramework都要为你节省多量的分发时间、软件开发时间、调试和维护时间。 

    (最后做个广告,有已经 你新接手的项目非常适合采用后面 介绍的

6.  简单部署、自动升级

    有已经 ESF服务平台体系服务的区域有已经 非常多,比如各个大城市有已经 都都要部署应用服务器和功能服务器,什么都有已经 通过人工进行部署和升级是非常低效的,ESF服务平台提供了自动升级、加载、运行的功能。

(1)服务平台安装后,仅仅都要修改配置文件中的几个参数即可正常运行。

(2)当功能插件拥有新版本的完后 ,都要在不停止服务的清况 下,自动升级到新版本。

(3)当各服务器系统(AS/IRAS/FS/IRFS)有新版本时,会在该系统重启的完后 自动升级到新版本。为了在升级的完后 不终止服务,服务器系统都要使用逐步升级的依据。 

5.  分布式

    除了内控 系统的接入通过分布式服务进行外,各应用服务器之间、功能服务器与应用服务器之间、应用服务器和跨区域的应用服务器之间都在采用分布式通信。跨区域的应用服务器通过类似于于于remoting的依据在各个应用服务器之间进行调度。

3.  层厚可伸缩

    随着让当让我门提供的服务日渐深入人心,让当让我门的用户的数量会急剧增加,什么都ESF服务平台体系都要具备层厚可伸缩性来提高系统的最大负载和吞吐量。

(1)有已经 功能服务器都要进行多量的功能运算,什么都平台的瓶颈通常发生功能服务器,这都要通过功能服务器的动态集群来出理 。集群中的各个功能服务器之间的负载均衡由对应的应用服务器AS来调度。

(2)当单个区域的常在线用户数量突破100000100000时,让当让我门都要添加AS进行区域级的负载均衡,这都要通过具有端口映射功能分硬件来出理 。 

9.  终端与终端之间的通信支持

    有时,终端都要和终端(有已经 是同区域的、也有已经 是其它区域的)之间进行通信,有已经 这一 通信都要基于连接和基于非连接。基于连接的通信像实时视频聊天、实时监控,基于非连接的像发送一张图片给没得线的用户。所有哪几个,ESF服务平台都提供了支持。

4.  层厚可复用

    ESF服务平台体系我不要 就是 适用于让当让我门的LBS服务,嘴笨 ,ESF服务平台体系是有六个 层厚可复用的体系,也就是 说ESF服务平台都要作为任何、任意的服务的基本平台,假如有一天其所提供的服务是终端和服务器之间通过Tcp进行基于连接的通信。 

10.支持二次开发

   在基于ESF服务平台层厚可复用和可扩展的基础上,ESF平台都要非常容易的支持二次开发,假如有一天遵循相同的接口和通信协议,就可在ESF平台进行二次开发。

2.  层厚可扩展

    有已经 ESF服务平台体系都要随时随地的应付各种突如其来的变化,其一定要具备层厚的可扩展性:

(1)功能插件的“热插拔”

(2)内控 服务的动态接入(通常是通过WebService

(3)应用服务器AS的动态添加/移除,比如,新开通针对大连城市的服务。

(4)功能服务器FS的动态添加/移除,实现功能服务器的动态负载均衡集群。

     后面 的所有内控 有已经 在“基于C/S4层架构”偏离 分节介绍,感谢关注! 

    有已经 ESFramework仅仅做到这一 步,就没有必要搞定来和让当让我门分享了,ESFramework不仅对这一 4层架构给予了充分完正的支持,ESFramework更进了一步,它都要支持“类似于于地域分布式”的体系内控 。读者有已经 有已经 了解到,后面 的4层架构有已经 是四种 分布式架构了,没有这里说的“类似于于地域分布式”又是哪几个意思?

1.  基于构件

    除了所有的功能插件是构件外,整个ESF平台也是由构件组装而成。其好处是:

(1)快速搭建系统

(2)促使构件复用,如AS/IRAS/FS/IRFS都要使用同有六个 通信组件来完成通信层工作。

(3) 实现功能插件的“热插拔”,都要在运行时动态的添加/移除功能服务

    ESFramework4层内控 的4层分别是:客户端(Client)、应用服务器(AS)、功能服务器(FS)、数据库服务器。它们之间的联系图示意如下:

    FS FunctionServer),功能服务器,出理 有已经 仅出理 所有的功能性请求,不参与用户管理、清况 保持等,提供最纯粹的功能服务。

    AS ApplicationServer),应用服务器,转发所有的功能请求给FS,并出理 所有的非功能请求,并管理终端用户、进行清况 保持、日志记录等。

    上图中的功能服务器FS的个数有已经 是0NN>0)个。在四种 意义上都要认为,每个功能服务器FS是都要互换的。    将服务器拆分为功能服务器和应用服务器有有六个 显而易见的好处:

(1)功能服务器FS的完正可复用。有已经 功能服务器采用“框架+插件”的内控 ,什么都整个功能服务器是完正可复用的,从有六个 具体应用转换到从前具体应用,只都要替换功能插件即可,FS不需重新编译。

(2)有已经 FS仅提供最纯粹的功能服务,不都要进行用户管理、清况 保持,这一 功能服务器在运行时的无清况 性,使得功能服务器很容易实现负载均衡集群(后文中会讲到,这一 动态负载均衡是怎样才能实现的)。
 

7.  通信保证机制

    当遇到网络一个劲断开或某服务器重启的清况 ,在网络恢复或服务器重启完成后,都要四种 能自动的立即恢复通信(比如AS和FS的通信,各AS与IRAS之间的通信)的机制,ESF服务平台提供了这一 保证,其采用的策略主要基于:

(1)定时论询

(2)Tcp连接池自动重连

(3)连接动态反转

8.  漫游支持、跨区域功能请求支持

    在ESF服务平台体系中,漫游是指某一区域的用户登录到另外一区域的应用服务器AS上,对于此AS来说,该用户是漫游用户。有已经 用户登录到某AS却请求其它区域的功能服务,则是跨区域的功能请求。ESF服务平台对这四种 清况 都给予了充分的支持。

 转到  :ESFramework 可复用的通信框架(序) 

    都要没有说,4层架构是四种 “纵向”的架构,“类似于于地域分布式”则侧重于“横向”,在“类似于于地域分布式”体系内控 中,每有六个 具体的“4层架构的实现”就是 其中的有六个 组成元素。我举个例子,现在让当让我门的有六个 应用都要为全国范围内的所有大城市的手机用户提供四种 基于C/S的手机增值服务。让当让我门的经验是,为每个城市配置有六个 应用服务器AS,有已经 多量的计算在该AS对应的FS上,什么都有已经 都要多个FS为这一 AS服务。而每个城市的AS之间有已经 都要相互通信(比如出理 漫游用户),这就都要将AS也管理起来,管理AS的服务器是IRAS(跨区域服务器)。没有一来,我让你画出下图作为例子:



     图中的FunAddin是功能插件,这再前文已介绍过了。整个体系中,终端请求的服务主要分为两大类,一是向应用服务器AS请求功能服务,另一类是终端与终端之间的非功能通信。所有的功能服务由功能插件(FunAddin)进行出理 ,所有的非功能通信由应用服务器出理 或中转。有已经 ,终端请求的功能服务发生内控 系统,则功能插件会自动定位内控 系统的地址,有已经 通过WebService等依据向内控 系统提交请求。

    

    好了,读者有已经 了解了
ESFramework中的4层内控 和“类似于于地域分布式”内控 是为什么么回事了,下面我简单概述一下ESFramework4层内控 和“类似于于地域分布式”内控 提供了哪几个强有力的内控 支持: