精华内容
下载资源
问答
  • 分布式应用
    千次阅读
    2022-01-14 12:16:32

    从架构风格的抽象高度来看,常见的分布式应用架构风格有三种:

    分布式对象(Distributed Objects,简称 DO)
    

    架构实例有 CORBA/RMI/EJB/DCOM/.NET Remoting 等等

    远程过程调用(Remote Procedure Call,简称 RPC)
    

    架构实例有 SOAP/XML-RPC/Hessian/Flash AMF/DWR 等等

    表述性状态转移(Representational State Transfer,简称 REST)
    
    更多相关内容
  • #资源达人分享计划#
  • 扫描完整版带书签 Akka应用模式.分布式应用程序设计实践指南
  • #资源达人分享计划#
  • #资源达人分享计划#
  • 主要介绍了Docker实现分布式应用功能,涉及docker分布式应用、负载均衡相关实现技巧与操作注意事项,需要的朋友可以参考下
  • XML技术在分布式应用中的研究及其应用.pdf
  • XML及其分布式应用研究.pdf
  • 分布式应用系统中数据库与应用程序分布的研究.pdf
  • 分布式应用账本白皮书完整版
  • 分布式应用无银弹—分布式应用架构核心要素的设计方法探讨(22页).pdf
  • HarmonyOS分布式应用框架深入解读

    千次阅读 2021-11-22 15:22:29
    针对上述挑战,HarmonyOS作为一款面向万物互联时代的、全新的分布式操作系统,将迎刃而解,这得益于HarmonyOS的分布式应用框架,这些多设备组成一个超级终端,充分发挥各设备能力,从而实现多设备间多端协同、跨端...

    随着越来越多设备的智能化,在多设备场景下应用开发面临以下挑战:从多设备的形态差异(不同大小、不同分辨率、不同形状的屏幕,多样化的交互方式–按钮、触屏、键盘、语音、手势等),多设备的能力差异(内存从百 KB级到GB级设备)。

    针对上述挑战,HarmonyOS作为一款面向万物互联时代的、全新的分布式操作系统,将迎刃而解,这得益于HarmonyOS的分布式应用框架,这些多设备组成一个超级终端,充分发挥各设备能力,从而实现多设备间多端协同、跨端迁移,为万物互联奠定基础。

    针对HarmonyOS的分布式应用框架后面章节将分别深入解读。

    一、HarmonyOS用户程序

    在HarmonyOS系统上应用分为:HarmonyOS应用、原子化服务,HarmonyOS应用就是跟传统应用一样需要在应用商店下载安装,原子化服务是具有独立操作入口、免安装、实现特定功能,比微信小程序功能更强大,加上HarmonyOS的跨设备、分布式的能力及应用,二者具有无限能力。

    从开发者角度看,HarmonyOS上基本的组件分为3+1,其中3代表三个Ability,分别是:PageAbility:负责用户界面的显示,DataAbility:负责数据的管理,对外部提供统一的数据访问抽象,ServiceAbility:负责后台运行的任务。1代表AbilityForm服务卡片,可以将重要信息或操作前置于此,以达到服务直达,减少体验层级的目的。3+1组件进行组合开发出HarmonyOS上的应用,其打包格式为HAP(HarmonyOS Ability Package),根据HAP是否有界面分为:FA(Feature Ability)、PA(Particle Ability)两种类型。

    1. HarmonyOS分布式应用程序框架整体架

    从应用框架的角度对系统的分层,共分5层,分别如下:

    底层软件层:包括内核和HAL、软总线,这一层开发者不会用着,一般默默地为开发者和用户服务。

    基础服务层:包括分布式调度管理、分布式数据管理、分布式硬件管理、分布式权限管理。

    核心服务层:包括全局包管理、分布式运行管理,全局包管理:HarmonyOS上的应用不再局限于单台设备上,包管理还包括跨虚拟终端上的所有设备。分布式运行管理负责应用动态运行时管理,包括协同框架、迁移框架、服务卡片框架。

    应用接口层:是系统提供给广大开发人员开发应用的接口层,不管系统底层实现有多复杂,但提供给开发者的接口尽可能的简单。这层包括之前提到的基本组件,还有ACE(Ability Cross-platform Environment)框架,在多设备的交互模型下,一致性很重要,从UI的角度怎么让UI框架适应大屏、小屏、长屏、方屏、横屏等,这个一致性很大程度是由ACE框架支撑的。

    用户程序层:这层就是广大开发者开发的应用供用户使用。

    1. HarmonyOS分布式应用程序框架运行视图

    这是应用框架运行时的视图,运行时每个应用在独立的沙箱里面,彼此隔离互不影响,这样保证了系统的安全性。系统里面包含像AppSpawn负责进程的孵化,AppMS负责进程的管理,BMS(Bundle Manager Service)负责包的管理,AMS(Ability Manager Service)负责基本的组件管理,DMS(Distributed Manager Service)负责分布式业务的,是专门的一个底层的服务,我们好多上层的服务都有分布式的业务,经由它进行一个连接的业务的归一,它的主要职责包括像分布式任务管理、跨设备状态和数据同步。

    1. HarmonyOS分布式操作:多端协同

    多端协同是为了让我们的应用程序在多个端上完成一个业务,这个时候系统的框架提供了三种能力给应用程序。第一个跨设备组件启动,有了这个能力就可以完成一个并发。第二个是跨设备数据传递,经由一个连接通道进行业务的协作。第三个是分布式共享对象能够让你能够自动的在两个设备或多个设备之间进行状态的自动同步。

    右上角的代码片段强调的是一个连接,其实在系统层面提供一个连接看似是很自然的事情,但背后及其复杂,HarmonyOS上的设备跨越了从小到中到大的各种类型的设备,它们的芯片的类型不一样、它们的连接方式也是不一样的,可能有WI-FI、可能有蓝牙等等,这样的连接是无线的,经常有干扰,这种连接还要把底下的网络抖动给过滤掉。

    在多端协同框架的基础上,开发者能够开发出跨越多个设备的应用。举例子:你可以在pad上开发一个观看视频的应用,这样借助手机可以对视频进行文字评论和回复,进行一个业务的跨端,这样就可以达到并发、协作、互补。

    1. HarmonyOS分布式操作:跨端迁移

    HarmonyOS上任务管理中心可以在一个端上管理所有超级终端上的任务,借助这个任务管理中心,可以轻松的把一个任务从手机端迁移到大屏上,这个过程就是开发者跟系统的一个对接。系统本身通过任务管理中心、通过应用拿到一个状态,应用本身通过回调把状态传递给系统,系统间传递这个状态,开发者就不用关心了,借助迁移框架给用户打造一个连续性、一致性的效果。

    1. HarmonyOS基本架构:分布式窗口管理

    不管是多端协同还是跨端迁移,当用户在任务中心拖动时,系统会将拖动的任务窗口牵引到一个虚拟的窗口中渲染,将渲染结果传递给目标的代理窗口填充进去,不仅仅是把视频流的一个传输过去,还有用户的交互事件发回给原始的应用,既有系统多模统一的交互模块,对应用来说是其实感知不到的,不知道事件来自本端还是另一端。

    1. HarmonyOS基本架构:分布式硬件

    现在的设备包含的硬件、外设非常多,比如相机、麦克风,包括各种各样的传感器,像手表里每天监测睡眠、每天的步行等健康的一个状态,如果这些设备仅局限在一个设备上使用那就是一个极大的限制。所以在分布式环境的编程中,系统从硬件的角度提供了两个能力,第一个是全局的虚拟化,将所有连接到超级终端上的硬件外设全局的池化,这样能提供给开发者跨端调用,不用自己建立连接,不用自己管理硬件使用权的交换,也不用二次授权,这是因为硬件很多时候是跟隐私相关的,系统已经通过统一的全局虚拟化将这些底层能力打通了。

    然后是第二是硬件自动跟随,我们的软件是不局限在一个设备上的,可能是从一个设备迁移到另一个设备,比如这个时候在播放声音,比如这个时候在跟别人视频聊天,那么这些硬件跟随着自动迁移过去,这一点系统在应用框架以及底层的分布式硬件的一个结合完成了这么一个事情,减少开发者的负担。

    ——————

    原创:老王丨【公众号:鸿蒙开发者老王】华为认证讲师 / 腾讯认证讲师 / 鸿蒙开发先行者

    展开全文
  • 什么是“分布式应用系统”

    千次阅读 2018-04-15 07:40:59
    随着规模的不断扩大和业务的不断更新,企业迫切需求完整的分布式解决方案,用于管理复杂的异构环境,实现不同硬件设备、软件系统、网络环境及数据库系统之间的完整集成。背景介绍 纵观人类计算机的发展历史,每隔十...


    在信息产业高速发展的今天,企业间的竞争将更加激烈。随着规模的不断扩大和业务的不断更新,企业迫切需求完整的分布式解决方案,用于管理复杂的异构环境,实现不同硬件设备、软件系统、网络环境及数据库系统之间的完整集成。

    背景介绍

        纵观人类计算机的发展历史,每隔十年至十五年,信息产业就会发生周期性的变革,1950年至1970年期间,企业主要采用大型主机-终端的体系结构,企业应用系统则采用单一、集中的方式为用户提供资源共享服务。80年代初期,开放系统与关系型数据库管理系统被企业大量采用,有别于集中式系统,应用程序逻辑分散在主从两端。随着Windows的普及,90年代则是图形化的应用时代,Client/Server体系结构也被广泛采用。90年代后期,信息产业出现了分布式对象技术,应用程序可以分布在不同的系统平台上,通过分布式技术实现异构平台间对象的相互通信。将企业已有系统集成于分布式系统,可以极大地提高企业应用系统的扩展性。90年代末出现的多层分布式应用为企业进一步简化应用系统的开发指明了方向。

        在传统的Client/Server结构中,应用程序逻辑通常分布在客户端服务器两端,客户端发出数据资源访问请求,服务器端将结果返回客户端。Client/Server结构的缺陷是,当客户端数目激增时,服务器的性能将会因为无法进行负载平衡而大大下降。而一旦应用的需求发生变化,客户端和服务器端的应用程序则都需要修改,这样给应用的维护和升级带来了极大的不便,而且大量数据的传输也增加了网络的负载。为了解决Client/Server存在的问题,企业只有向多层分布式应用转变。企业应用的多层架构如图1所示。

        在多层分布式应用中,客户端和服务器之间可以加入一层或多层应用服务程序,这种程序称为“应用服务器”(Application Server)。开发人员可以将企业应用的商业逻辑放在中间层服务器上,而不是客户端,从而将应用的业务逻辑与用户界面隔离开,在保证客户端功能的前提下,为用户提供一个瘦的(thin)界面。这意味着如果需要修改应用程序代码,则可以只在一处(中间层服务器上)修改,而不用修改成千上万的客户端应用程序。 从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发,简化了企业系统的开发、更新和升级工作,极大增强了企业应用的伸缩性和灵活性。

        当企业需要建立基于Web的商业应用系统时,多层分布式体系结构同样提供了强大优势,为基于Web的商业应用提供了“瘦客户”的体系结构,使基于浏览器的客户可以与Intranet资源进行有效交互,并且不需要在客户端进行复杂的应用配置工作。多层分布式解决方案在异构平台间架起了桥梁,可以使基于Web的商业应用与企业已有系统集成在一起。

        目前,在我国的企业中,大量采用的还是Client/Server体系结构,而在西方发达国家,企业由传统的应用系统向多层分布式应用系统的转变已经成为业界主流。相信在我国,多层分布式系统将得到更为广泛的应用。

    多层分布式应用带来的挑战

        尽管多层分布式体系结构为企业提供了极大优势,但比起传统的Client/Server方式,开发多层分布式应用具有更大的难度,给开发人员带来了新的技术挑战。主要包括了以下三个方面:

        1.分布式对象标准的多样化

        企业要构建多层分布式系统,必须遵循分布式的工业标准,基于什么样的标准直接影响到企业应用系统的开放性和可扩展性。目前分布式对象的标准主要有三种:Microsoft 的DCOM、Sun Microsystems的Enterprise JavaBeans/RMI以及OMG(Object Management Group)组织的CORBA(Common Object Request Broker Architecture)。DCOM是基于Windows环境的分布式对象标准,因此支持的平台种类有限。RMI与Enterprise JavaBean是以Java语言为主体的分布式对象架构,适合大型企业的跨平台需求,但现实的应用系统环境一般是由多种不同的程序语言建立起来的,只依赖一种程序语言构建的企业应用是很少见的。CORBA是由800多个大型软、硬件公司参与的OMG组织所制定的分布式对象标准,获得IBM、Sun Microsystems、Oracle、Sybase、Novell、Netscape等大型公司的支持,CORBA标准实现了不同平台之间对象的通信及互操作,软件供应商只要遵循应用对象与ORB间通信的IDL(Interface Definition Language),便能够以对象的形式提供服务或获得服务,ORB使开发人员完全不需要考虑异构平台、不同的通信协议或不同程序语言造成的差异,而专注于应用逻辑的开发。可见,CORBA提供了开放、灵活的分布式标准,适于企业构建多层分布式应用系统。

        2.多层分布式应用的开发是很复杂的

        如果用传统方式开发多层分布式应用,则需要开发人员具有较深的计算机系统级知识,需要掌握诸如并发性、安全性、可伸缩性及事务处理等各个方面的知识。而且需要实现对系统资源访问的有效管理,如对线程、内存、数据库连接、网络连接的管理。而这些复杂工作极大地耗费了开发人员的精力,限制了开发工作的进展。而企业应用系统的开发更多地要求开发人员专注于商业逻辑方面的开发,而不是在系统级开发上浪费更多时间。

        3.分布式应用的分发、管理也是一个挑战

        大多数的分布式应用是由成百上千的组件组成的,而在分发时,每一个组件都有属性需要进行配置。通常,对组件属性的配置方式依赖于组件所在的平台。 因此,应用被分发后,如何管理分散的组件将是一个挑战。管理者需要确保应用的组件能够正确运行、可以位于企业网内的任何机器上,并能及时发现处理错误(包括系统错误、网络中断、应用错误等情况)。

        传统意义上的网络系统管理(比如:SNMP)只能通过分析主机的状态,获得应用程序运行的情况,但对于分布式应用系统来说,一个应用并非运行于某一台主机,因此,管理者需要管理整个网络的状态,这就需要有恰当工具的支持。

    多层分布式应用的需求

        开发企业多层分布式应用,通常有以下方面的需求:

        1.易于开发

        虽然多层分布式体系结构要求有较深的计算机系统级知识作为基础(比如:数据库、事务处理、网络安全、CORBA技术等),但对于IT开发人员来说,要求在不用深入了解系统底层复杂技术的情况下,能够在一个友好的可视化集成开发环境(IDE)中,快速、容易地开发出功能强大的多层分布式应用系统。

        2.简化分发、管理工作

        开发人员要求能够在一个集成开发环境中测试、修改分布式应用程序,以提高应用的性能,并可以实现在同一环境中对应用的分发、管理。由于许多应用包括了成千上万分布于企业各处的组件,因此,需要一个集中化的管理工具,用于管理、控制分布式应用,并实现错误检测、更正的功能。

        3.企业应用的鲁棒性要求

        一个完善的企业分布式多层应用,应该满足事务处理、安全管理、容错、负载平衡、可伸缩性、高性能方面的要求。

        4.具有开放的、基于工业标准的体系结构

        企业需要的是开放的、基于工业标准的解决方案,可以实现与其他符合标准的系统进行交互。

        5.可以实现与各种数据库及已有系统的集成

        企业分布式应用必须能够访问企业的数据资源,而企业数据通常存储在当前流行的大型数据库上(如:Oracle、Sybase等),或通过TP Monitor(如:IBM CICS、BEA Tuxedo)访问,因此要求企业分布式系统能够与数据库及已有系统集成在一起。

        6.支持不同平台环境

        企业多层分布式应用需要支持不同的平台环境,服务器一端应该支持Windows NT或 UNIX平台,而且不同平台的客户都可以访问服务器上的应用,包括:HTML、Java applets 、Java 应用、Dynamic HTML、C++应用等。

    企业应用服务器

        基于上述原因,当企业向多层分布式应用转变时,需要应用服务器(Application Server)的支持,从而可以将不同的应用技术集成在一起,使多层分布式应用的开发、分发、管理变得更加容易。现在已经有很多企业使用了应用服务器技术,也极大地增强了企业应用的性能。但在我国处于应用中的应用服务器技术,还不能完全满足企业建立多层分布式应用的需求,这些应用服务器主要分为以下两类:

        1.基于Web的应用服务器

        基于Web的应用服务器一般提供了基于Web的Interner应用的开发环境,适于建立基于Web的Client/Server应用系统。在这种体系下,Web应用服务器通常运行在Web Server上,用来处理客户请求。通常用ODBC和JDBC连接数据库。这种类型的应用服务器一般易于使用,并且支持基于EJB(Enterprise JavaBeans)的服务器应用程序开发。但这种应用服务器存在的缺陷有:不支持事务处理、安全性差、对已有交易系统支持有限、性能较低。基于Web的应用服务器体系结构如图2所示。

    2.基于中间件的应用服务器

        基于中间件的应用服务器通过与已有系统(如:TP Monitors)进行集成,可以为企业提供更强大的功能,包括:事务处理、安全管理、容错、负载平衡等,但多数解决方案都是基于Client/Server体系结构的,或仅限于三层体系结构,不适于建立分布式的Web应用,而且没有一个有效的开发管理环境。基于中间件应用服务器体系结构如图3所示。


    在信息产业高速发展的今天,企业间的竞争将更加激烈。随着规模的不断扩大和业务的不断更新,企业迫切需求完整的分布式解决方案,用于管理复杂的异构环境,实现不同硬件设备、软件系统、网络环境及数据库系统之间的完整集成。

    背景介绍

        纵观人类计算机的发展历史,每隔十年至十五年,信息产业就会发生周期性的变革,1950年至1970年期间,企业主要采用大型主机-终端的体系结构,企业应用系统则采用单一、集中的方式为用户提供资源共享服务。80年代初期,开放系统与关系型数据库管理系统被企业大量采用,有别于集中式系统,应用程序逻辑分散在主从两端。随着Windows的普及,90年代则是图形化的应用时代,Client/Server体系结构也被广泛采用。90年代后期,信息产业出现了分布式对象技术,应用程序可以分布在不同的系统平台上,通过分布式技术实现异构平台间对象的相互通信。将企业已有系统集成于分布式系统,可以极大地提高企业应用系统的扩展性。90年代末出现的多层分布式应用为企业进一步简化应用系统的开发指明了方向。

        在传统的Client/Server结构中,应用程序逻辑通常分布在客户端服务器两端,客户端发出数据资源访问请求,服务器端将结果返回客户端。Client/Server结构的缺陷是,当客户端数目激增时,服务器的性能将会因为无法进行负载平衡而大大下降。而一旦应用的需求发生变化,客户端和服务器端的应用程序则都需要修改,这样给应用的维护和升级带来了极大的不便,而且大量数据的传输也增加了网络的负载。为了解决Client/Server存在的问题,企业只有向多层分布式应用转变。企业应用的多层架构如图1所示。

        在多层分布式应用中,客户端和服务器之间可以加入一层或多层应用服务程序,这种程序称为“应用服务器”(Application Server)。开发人员可以将企业应用的商业逻辑放在中间层服务器上,而不是客户端,从而将应用的业务逻辑与用户界面隔离开,在保证客户端功能的前提下,为用户提供一个瘦的(thin)界面。这意味着如果需要修改应用程序代码,则可以只在一处(中间层服务器上)修改,而不用修改成千上万的客户端应用程序。 从而使开发人员可以专注于应用系统核心业务逻辑的分析、设计和开发,简化了企业系统的开发、更新和升级工作,极大增强了企业应用的伸缩性和灵活性。

        当企业需要建立基于Web的商业应用系统时,多层分布式体系结构同样提供了强大优势,为基于Web的商业应用提供了“瘦客户”的体系结构,使基于浏览器的客户可以与Intranet资源进行有效交互,并且不需要在客户端进行复杂的应用配置工作。多层分布式解决方案在异构平台间架起了桥梁,可以使基于Web的商业应用与企业已有系统集成在一起。

        目前,在我国的企业中,大量采用的还是Client/Server体系结构,而在西方发达国家,企业由传统的应用系统向多层分布式应用系统的转变已经成为业界主流。相信在我国,多层分布式系统将得到更为广泛的应用。

    多层分布式应用带来的挑战

        尽管多层分布式体系结构为企业提供了极大优势,但比起传统的Client/Server方式,开发多层分布式应用具有更大的难度,给开发人员带来了新的技术挑战。主要包括了以下三个方面:

        1.分布式对象标准的多样化

        企业要构建多层分布式系统,必须遵循分布式的工业标准,基于什么样的标准直接影响到企业应用系统的开放性和可扩展性。目前分布式对象的标准主要有三种:Microsoft 的DCOM、Sun Microsystems的Enterprise JavaBeans/RMI以及OMG(Object Management Group)组织的CORBA(Common Object Request Broker Architecture)。DCOM是基于Windows环境的分布式对象标准,因此支持的平台种类有限。RMI与Enterprise JavaBean是以Java语言为主体的分布式对象架构,适合大型企业的跨平台需求,但现实的应用系统环境一般是由多种不同的程序语言建立起来的,只依赖一种程序语言构建的企业应用是很少见的。CORBA是由800多个大型软、硬件公司参与的OMG组织所制定的分布式对象标准,获得IBM、Sun Microsystems、Oracle、Sybase、Novell、Netscape等大型公司的支持,CORBA标准实现了不同平台之间对象的通信及互操作,软件供应商只要遵循应用对象与ORB间通信的IDL(Interface Definition Language),便能够以对象的形式提供服务或获得服务,ORB使开发人员完全不需要考虑异构平台、不同的通信协议或不同程序语言造成的差异,而专注于应用逻辑的开发。可见,CORBA提供了开放、灵活的分布式标准,适于企业构建多层分布式应用系统。

        2.多层分布式应用的开发是很复杂的

        如果用传统方式开发多层分布式应用,则需要开发人员具有较深的计算机系统级知识,需要掌握诸如并发性、安全性、可伸缩性及事务处理等各个方面的知识。而且需要实现对系统资源访问的有效管理,如对线程、内存、数据库连接、网络连接的管理。而这些复杂工作极大地耗费了开发人员的精力,限制了开发工作的进展。而企业应用系统的开发更多地要求开发人员专注于商业逻辑方面的开发,而不是在系统级开发上浪费更多时间。

        3.分布式应用的分发、管理也是一个挑战

        大多数的分布式应用是由成百上千的组件组成的,而在分发时,每一个组件都有属性需要进行配置。通常,对组件属性的配置方式依赖于组件所在的平台。 因此,应用被分发后,如何管理分散的组件将是一个挑战。管理者需要确保应用的组件能够正确运行、可以位于企业网内的任何机器上,并能及时发现处理错误(包括系统错误、网络中断、应用错误等情况)。

        传统意义上的网络系统管理(比如:SNMP)只能通过分析主机的状态,获得应用程序运行的情况,但对于分布式应用系统来说,一个应用并非运行于某一台主机,因此,管理者需要管理整个网络的状态,这就需要有恰当工具的支持。

    多层分布式应用的需求

        开发企业多层分布式应用,通常有以下方面的需求:

        1.易于开发

        虽然多层分布式体系结构要求有较深的计算机系统级知识作为基础(比如:数据库、事务处理、网络安全、CORBA技术等),但对于IT开发人员来说,要求在不用深入了解系统底层复杂技术的情况下,能够在一个友好的可视化集成开发环境(IDE)中,快速、容易地开发出功能强大的多层分布式应用系统。

        2.简化分发、管理工作

        开发人员要求能够在一个集成开发环境中测试、修改分布式应用程序,以提高应用的性能,并可以实现在同一环境中对应用的分发、管理。由于许多应用包括了成千上万分布于企业各处的组件,因此,需要一个集中化的管理工具,用于管理、控制分布式应用,并实现错误检测、更正的功能。

        3.企业应用的鲁棒性要求

        一个完善的企业分布式多层应用,应该满足事务处理、安全管理、容错、负载平衡、可伸缩性、高性能方面的要求。

        4.具有开放的、基于工业标准的体系结构

        企业需要的是开放的、基于工业标准的解决方案,可以实现与其他符合标准的系统进行交互。

        5.可以实现与各种数据库及已有系统的集成

        企业分布式应用必须能够访问企业的数据资源,而企业数据通常存储在当前流行的大型数据库上(如:Oracle、Sybase等),或通过TP Monitor(如:IBM CICS、BEA Tuxedo)访问,因此要求企业分布式系统能够与数据库及已有系统集成在一起。

        6.支持不同平台环境

        企业多层分布式应用需要支持不同的平台环境,服务器一端应该支持Windows NT或 UNIX平台,而且不同平台的客户都可以访问服务器上的应用,包括:HTML、Java applets 、Java 应用、Dynamic HTML、C++应用等。

    企业应用服务器

        基于上述原因,当企业向多层分布式应用转变时,需要应用服务器(Application Server)的支持,从而可以将不同的应用技术集成在一起,使多层分布式应用的开发、分发、管理变得更加容易。现在已经有很多企业使用了应用服务器技术,也极大地增强了企业应用的性能。但在我国处于应用中的应用服务器技术,还不能完全满足企业建立多层分布式应用的需求,这些应用服务器主要分为以下两类:

        1.基于Web的应用服务器

        基于Web的应用服务器一般提供了基于Web的Interner应用的开发环境,适于建立基于Web的Client/Server应用系统。在这种体系下,Web应用服务器通常运行在Web Server上,用来处理客户请求。通常用ODBC和JDBC连接数据库。这种类型的应用服务器一般易于使用,并且支持基于EJB(Enterprise JavaBeans)的服务器应用程序开发。但这种应用服务器存在的缺陷有:不支持事务处理、安全性差、对已有交易系统支持有限、性能较低。基于Web的应用服务器体系结构如图2所示。

    2.基于中间件的应用服务器

        基于中间件的应用服务器通过与已有系统(如:TP Monitors)进行集成,可以为企业提供更强大的功能,包括:事务处理、安全管理、容错、负载平衡等,但多数解决方案都是基于Client/Server体系结构的,或仅限于三层体系结构,不适于建立分布式的Web应用,而且没有一个有效的开发管理环境。基于中间件应用服务器体系结构如图3所示。


    展开全文
  • WM6.X下WCF分布式应用的研究.pdf
  • 分布式应用账本白皮书(2017)
  • Akka应用模式.分布式应用程序设计实践指南-高清-完整目录-2017年10月
  • #资源达人分享计划#
  • 主要讲解.net技术的分布式开发,对大局观有帮助,我觉得很好的一本书
  • #资源达人分享计划#
  • #资源达人分享计划#
  • #资源达人分享计划#
  • #资源达人分享计划#
  • Java分布式应用

    2016-08-24 16:19:40
    本书章节包括分布式java应用,大型分布式java应用与SOA,深入理解jvm,分布式应用与sun jdk类库,性能调优,构件高可用的系统等,同时也适合面试考察的知识点。
  • #资源达人分享计划#
  • #资源达人分享计划#
  • #资源达人分享计划#
  • #资源达人分享计划#
  • java分布式应用总结.pdf
  • 文档是关于基于WCF的分布式应用开发,能够帮助想要做分布式应用的开发者
  • #资源达人分享计划#

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 877,449
精华内容 350,979
关键字:

分布式应用

友情链接: FX ElliotWave.rar