沙特国王大学学报RSAM：一种增强的架构，用于实现移动云计算中的Web服务可靠性阿姆河放大图片作者：J. J.EI-Horbatyaa埃及Ain-Shams大学计算机信息科学系计算机科学系b埃及Ain-Shams大学计算机信息科学学院信息系统系阿提奇莱因福奥文章历史记录：2016年7月6日收到2016年12月27日修订2017年3月5日接受在线提供2017年保留字：可靠的Web服务中间件架构移动云计算A B S T R A C T移动领域的发展与互联网的无处不在的本质及其间歇性无线连接和Web服务相结合实现Web服务可靠性的结果是低通信开销和检索适当的响应。中间件方法（MA）是高度倾向于实现Web服务的可靠性。提出了一种基于中间件的可靠服务体系结构（RSAM），实现了Web服务的可靠消费。增强的体系结构的重点是确保和跟踪下的通信限制和服务的临时不可用的请求执行。它考虑了大多数度量因素，包括：请求大小，响应大小和消耗时间。我们进行了实验，以比较增强的架构与传统的。在这些实验中，我们涵盖了几个案例，以证明实现的可靠性。结果还表明，请求大小是恒定的，响应大小是相同的传统架构，和消耗时间的增加是小于5%的事务时间与不同的响应大小。©2017作者。制作和主办：Elsevier B.V.代表沙特国王大学这是一CC BY-NC-ND许可下的开放获取文章（http://creativecommons.org/licenses/by-nc-nd/4.0/）。1. 介绍最近云计算的爆炸式发展促进了Web服务的部署，使得Web服务充当自包含组件，其通过Web发布、定位和调用。Web服务是提供标准平台和操作系统独立机制的完美方式这引发了移动应用程序在Web上的广泛使用通 过移 动客 户端 消费Web 服 务更 倾向 于选 择表 述性 状态 传输（REST）服务类型。这是因为REST架构基本上是客户端-服务器架构，并且被设计为使用无状态通信协议，通常是HTTP（Mohamed，2012）。在REST架构中，代理和服务器使用*通讯作者。电 子 邮 件 地 址 ： amr. cis.asu.edu.eg （ A.S. Abdelfattah ） ， tammabde@cis.asu.edu.eg（T. Abdelkader），Shorbaty@cis.asu.edu.eg（EI-Sayed M.EI-Horbati）。沙特国王大学负责同行审查标准化接口和协议。这些特性使REST应用程序变得简单和轻量级。因此，关于可靠性的范围，RESTFUL服务克服了Cobarzan（2010）和Han等人（2009）中提到的简单对象访问协议（SOAP）服务限制，并取 得 了 更 好 的 结 果 ， 特 别 是 在 移 动 通 信 中 （ Chen 等 人 ， 2005;McFaddin等人，2008; Kleimola，2008）。REST服务使用HTTP请求和响应，这意味着与互联网连接的移动终端可以在没有额外开销的情况下访问服务，这与SOAP Web服务不同（Gonsai和Raval，2014）。根据Sletten（2009）的说法，将RESTFUL设计与其他技术（如缓存）相结合可以提供良好的系统可扩展性。云计算使用Web服务进行连接。这些面向云的服务和数据中的大多 数 都 部 署 为 面 向 网 络 应 用 程 序 的 Web 服 务 （ Christensen ，2009）。移动客户端和Web服务之间的同步是通过在请求响应模式中发起会话来实现的云计算提高了服务和数据的可扩展性和一致性，并促进了移动应用程序的部署（Lomotey和Deters，2013年）。因此，这些服务和数据信息池的消费正在影响智能手机逐渐成为有效的客户端消费平台。http://dx.doi.org/10.1016/j.jksuci.2017.03.0021319-1578/©2017作者。制作和主办：Elsevier B.V.代表沙特国王大学这是一篇基于CC BY-NC-ND许可证的开放获取文章（http://creativecommons.org/licenses/by-nc-nd/4.0/）。制作和主办：Elsevier可在ScienceDirect上获得目录列表沙特国王大学学报杂志首页：www.sciencedirect.comA.S. Abdelfattah等人/沙特国王大学学报165移动云计算（MCC）是云计算、移动计算和无线网络的结合，为移动用户、网络运营商以及云计算提供商带来丰富的计算资源（He等人， 2009年）。移动连接的不确定性导致移动用户的满意度此外，网络带宽限制和不可靠的无线通信正在减少对移动设备上Web服务消费的整体支持（Cobarzan，2010）。以下几点列出了限制客户端连接丢失：移动客户端由于其移动性而具有间歇性连接。它们 可以暂时 从连接 的网络 中删除， 然后 加入可用 的网络（Gonsai和Raval，2014）。服务连接丢失：云/服务器可能会丢失连接，并且客户端无法访问其部署的Web服务。服务器错误：云服务可能会暂时遭受意外错误，这可能是由于高负载请求或系统环境问题而产生的。这将使移动客户端过载，以便稍后重新构建并重新发送请求带宽限制：蜂窝网络的带宽非常有限，可能会导致服务消耗缓慢或请求超时响应。可靠性：公共互联网是不可靠的，如果客户端调用Web服务，并且如果应用程序重试该操作并重新发送请求，则可能会重复该操作或导致错误，例如输入两个订单或两次信用卡收费。更长的事务时间：由于HTTP开销、XML开销和远程服务器的网络开销，Web服务的因此，性能上的差异需要考虑到应用程序架构中，以防止由于Web服务消费故障的延迟而导致的意外性能差。通过移动云计算实现可靠的Web服务消费是通过确保适当的响应来自云计算上部署的服务的请求执行。这种执行可以在间歇性连接、服务不可用以及其他意外情况下进行，这些情况将在后面的章节中介绍。在一个高度分布式的系统中，Web服务分散在多个平台上，需要三个系统保证：数据的一致性，系统/数据的可用性，以及对故障的部分容错。然而，在分布式移动系统中，移动节点被用作Web服务的客户端平台，分区容限是给定的，因为间歇性的连接丢失。这意味着我们必须在可用性和一致性之间做出选择。所提出的方法关注的是优化请求行为，而不是请求结构，以实现通过移动云计算的REST Web服务的可靠性。该方法将中间件定义为两个组件：一个位于移动客户端，另一个位于移动客户端和云服务端之间的网关。这两个组件之间的集成实现了移动和云服务端的请求和响应状态感知。这些集成用于使移动客户端和中间件组件都知道每个请求的状态及其来自云服务的相应响应通过这些中间件组件来管理云服务。嵌入缓存技术以减少请求超时问题并减少对云服务的总体请求。尽管这种方法引入了一种新的移动应用体验技术，该技术确保请求执行或通知用户请求状态以针对失败状态采取适当的动作。本文的其余部分组织如下：第2节包含相关工作的概述。在第3节中，展示了实现可靠性的中间件方法。拟议的RSAM架构及其组件的详细说明在第4节。RSAM协议和可靠消耗分析在第5节中示出。环境设置如第6节所示。第7节讨论和分析了所进行的结果。第8节给出了结论和未来的工作。2. 相关工作中间件方法应用于具有不同目的的多个上下文中，使得表1示出了具有不同Web服务类型的中间件的使用总结及其缓存技术的利用。Caching技术是中间件所依赖的主要技术，在中间件和移动终端中创建缓存技术，中间件缓存在云服务不可用的情况下用最后保存的结果进行响应，而移动终端中的缓存用于在互联网连接不可用的情况下显示最后的结果。在中间件中保存了通知模式，以便在移动终端再次联机时通知它。中间件是根据Cobarzan（2010）、Gonsai和Raval（2014）以及Lomotey和Deters（2013）中的每一个案例定制的。在Cobarzan（2010）中，作者关注的是通过将它们转换为轻量级请求来克服繁重的SOAP请求请求流程如下：移动设备使用二进制协议或REST构造预期的请求，然后将其发送到中间件，中间件将其重新转换为原始SOAP请求并将其发送到预期的服务。关于响应流程，服务响应结果被发送到中间件以将其转换为等效的轻量级格式，如JSON，然后用其响应移动终端。通过创建一个模块，在云服务和移动终端都在线的情况下，根据保存的状态重试请求调用，克服了该故障在Gonsai和Raval（2014）中，作者重点关注了两个要点。首先是将繁重的请求转换为轻量级的请求，例如在SOAP服务的情况下，中间件将SOAP转换为REST请求，然后将繁重的XML响应结果转换为JSON格式。第二种是在中间件和移动终端中创建缓存模块，并考虑将部分请求直接连接到云服务，以优化请求和响应时间。在Lomotey和Deters（2013）中，它被应用于实现云数据和移动终端数据之间的同步概念。他们遵循CAP定理（Simon，2000; Lomotey和Deters，2012），选择可用性和分区公差作为具有轻微一致性（会话一致性）的要点，并考虑了两侧的缓存技术上面的每个参考文献都讨论了使用公共中间件方法的不同情况。通过所提出的方法，使用中间件的方法作为上述参考，但它讨论了一个新的和不同的情况。该方法将中间件定义更新为两个集成组件：第一个组件包含在移动客户端，另一个组件位于移动客户端和云服务端之间的网关中。这种方法通过optimiz的移动云计算来考虑RESTWeb服务的可靠性，●●●●●●166A.S. Abdelfattah等人/沙特国王大学学报表1中间件使用方法的比较总结引用服务类型缓存休息肥皂移动服务器在移动平台上使用Web服务（Cobarzan，2010）使用云计算增强移动用户和Web服务之间的交互（Gonsai和Raval，2014）使用REST在移动云生态系统中可靠地使用Web服务（Lomotey和Deters，2013）所提出的架构否是是是是是否否否是是是否是是是检查请求的行为而不是请求结构，以便知道在连接性限制下的该请求状态。3. 使用中间件方法的可靠Web服务中间件组件充当与客户机进行轻度通信的网关，同时确保从Web服务检索响应的责任。所提出的通信体系结构在移动客户端和Web服务之间引入了一个网关，该网关承担了与服务进行重负载通信的所有负担。移动客户端将不得不通过快速二进制协议维持轻量级和简单的客户端-服务器通信（Lomotey和Deters，2013）。未来的移动客户端中间件解决方案主要集中在应用程序和内容适配。通用中间件的四个基本要求是异构性、网络通信、可靠性和协调性。可伸缩性可以通过分布式中间件来实现上下文可以帮助中间件适应异构环境.然而，中间件的目标是在云平台的支持下改善移动客户端与Web服务之间的交互，而云平台的作用是提高中间件的可扩展性和可靠性3.1. 中间件体系结构如图1所示，中间件体系结构由以下三个组件组成：1. 智能移动设备：具有互联网访问权限的移动设备，能够使用Web服务。2. 中间件：一个包含Web服务消费、数据格式和处理程序库的Web应用程序3. 云服务应用程序：包含连接到数据库以存储所需数据的Web服务3.2. 中间件优势中间件的优点可以概括如下：由于与移动客户端的通信量很小，因此GPRS数据通信的带宽使用量很小在不可靠的无线网络中，故障的可能性很小。承担从Web服务检索响应的负载当中间件代表移动客户端时，可以探索高级安全特性这种架构为确保与Web服务进行更可靠的通信带来了更多的机会，例如：o 中间件很可能在专用硬件上运行，这将证明搜索解决方案的合理性，以确保与Web服务的某种通信状态。o 在连接失败的情况下，可以探索故障机制。o 某些通信状态可以确保对移动客户端的透明性，例如在通信失败的情况下（移动终端到中间件或中间件到Web服务），中间件可以保留整个通信的状态，并在所有各方重新联机时重试继续。Fig. 1.中间件架构。●●●●●A.S. Abdelfattah等人/沙特国王大学学报1673.3. 中间件限制Middleware的限制是：对Web服务的请求的总持续时间的增加，但这可以通过在同一网络中（通过LAN）部署中间件和实际Web服务来增强从中间件到Web服务的大量HTTP通信将绕过网络防火墙，从而增加了通信的额外系统可能会消耗一些时间来处理中间件上的数据，但由于必须事先建立和维护两条通信线路，因此可能会丢失这些时间4. 使用中间件的可靠服务架构（RSAM）增强的中间件体系结构侧重于移动客户端和服务层之间的集成，因此该体系结构被定义为客户端中间件组件和服务中间件组件。这种集成提高了系统对每个请求状态的感知，以便适当地通知用户。在这种架构中，移动使用者组件有权直接使用云服务，而无需通过通过中间件，这创造了自定义系统通信的灵活性增强架构组件及其通信如图所示。 2、包含两个主要组成部分：1. Cloud Service Consumer是一个移动客户端中间件组件，负责：构造具有适当属性的请求，以准备发送。处理直接或通过服务中间件组件到云服务的请求通信周期。接收响应并通知客户端相应的状态。2. 中间件服务组件是一个云服务中间件组件，负责：从客户机服务使用者接收请求，并根据发送的请求属性构造适当的响应。与所需的云服务通信缓存要跟踪的请求和响应状态以供以后使用。下面的小节详细描述了该体系结构。图二. RSAM架构。●●●●●●●●●168A.S. Abdelfattah等人/沙特国王大学学报4.1. 云服务消费者（CSC）CSC是客户端中间件组件，负责处理从服务调用开始直到响应通知的请求通信周期。存在影响消费者并支持其作为单独组件跟踪和处理消费过程的属性，如下所示：服务描述符是包含关于基础云服务URL和中间件组件URL的路由机制的模块，并且具有系统中的每个服务的描述该描述符包括：o 描述服务的基本属性，如服务名称、请求类型、参数名称、参数类型和预期的响应类型及其相应的解析器。o 影响执行行为的语义属性，例如：⬛ 强制属性，强制MSC每次都使用已放弃的缓存结果，或将请求转发到云服务。⬛ direct属性，控制直接到中间件或云服务的请求路由请求客户端ID是系统中所有请求的唯一标识符，它由两个主要部分组成，Uid ¼ S b;Sd tr其中，Uid是要用作请求客户端id的唯一标识符S：器械独特的结构部件。b：请求本身行为的唯一部分。d：器械制造商标识符。t：发送请求的时间。r：请求的服务URL。+：连接操作。使得上面的等式产生o 基本部分是自动生成的唯一密钥，由确保其独特属性的子部分组成，如移动终端制造商编号、请求时间戳和请求的服务名称。o 附加属性部分是另一部分，其包括改变关于接收到的请求的MSC行为的标记属性，诸如请求试验次数和强制属性。客户端服务使用者的顺序在图三.下面的算法强调了它的步骤：1- [移动用户]在应用程序中选择要调用的特定服务。2- [Client Id generator]按照中间件验证方法中的设计生成有效的客户端ID。3- [Service Descriptor]使用请求的特定属性构造请求。4- [服务消费者]将请求发送到中间件或指向指定的云服务属性。5- [Service Client Manager]根据响应状态更新持久化存储中的请求属性。6- [Service Client Manager]根据响应的状态调整响应7- [服务客户端管理器]通知用户适当的显示适当状态的ate响应该序列在移动客户端部分中分两个阶段执行：1- 准备：CSC准备并构造具有其属性的适当请求，以便适合中间件请求验证协议。2- 消费（Consumption）：通过中间件使用构造的请求消费特定Web服务，并接收适当的响应以将其以可靠的形式显示给用户的阶段4.2. 中间件服务组件云中间件组件是与云服务消费者集成的另一部分，因此它负责处理接收到的请求并继续执行适当的功能以将响应发送回客户端消费者。中间件组件序列如图4所示。一旦收到客户端请求，它就开始行动服务中间件组件的顺序如图所示。 四、下面的算法强调了它的步骤：1- [移动终端]发送请求。2- [Middleware request filter]接收请求以确保它包含在允许的请求中。3- [请求管理器]初始化请求持有者。4- [解析器管理器]解析请求以提取请求中包含的属性。5- [Validation Manager]确保请求和附加的客户端ID属性的有效性。图三. 云服务消费者序列图。●●A.S. Abdelfattah等人/沙特国王大学学报169见图4。服务中间件组件顺序图。6- [数据库管理器]将已验证的请求保存在持久性存储中。7- [Webservice Consumer]使用所发送的请求来消费附加的云8- [数据库管理器]将响应保存在持久性存储中，并与保存的请求建立关系9- [Request Filer]用响应对移动终端进行响应。这一过程分为三个阶段，1. 预处理：服务中间件组件解析请求以提取客户端标识符及其属性，然后验证请求以确保其是否正确和安全。2. 加工：在请求验证成功的情况下，服务中间件检索类似的先前缓存的请求或将该请求细节保存在其缓存中（如果其先前不存在），则关于不同的请求情况存在两种可能的情况：a. 在以下情况下将请求转发到云服务i. 这是第一次提出这个要求，ii. 客户端使用者打算重试此请求，或者iii. 请求被标记为强制属性。b. 返回中间件组件缓存的结果，如果这个请求在之前被成功调用过。3. 后处理：服务中间件组件构造适当的响应，并根据处理步骤中采取的操作缓存其详细信息然后，它将此响应发送给移动消费者，以通知用户适当的请求状态。5. RSAM协议及其可靠性分析增强型架构实现了云服务可靠性，同时考虑了表1中所示的最受影响的情况。图五. 增强的体系结构流程。170A.S. Abdelfattah等人/沙特国王大学学报图5所示的架构处理流程覆盖了这些可能的情况，使得它主要依赖于客户端消费者和中间件中的中间件组件来跟踪每个请求的状态，以便能够用适当的响应通知用户。在下面的算法和图5中的处理流程中示出的可能的和有效的响应状态包含以下内容，Succeeded和Failed状态，显式指示请求执行的成功和失败。缓存状态，通知用户响应已缓存在中间件中，该响应这种状态包括两种情况：o防止重复的请求执行。o优化请求执行的时间，如果它将从云服务获得相同的响应，因为它不再需要再次传递到云服务，复杂的查询。怀疑状态被认为是最重要的一个，它将请求标记为怀疑请求，以通知用户联系负责人，以确保请求状态，防止其显著重复。表2包含以下状态：可达性：可通过互联网访问。服务器错误：服务器响应一个内部服务器错误。超时：服务执行花费的时间超过了消费者获得响应所允许的时间。●●●●●●A.S. Abdelfattah等人/沙特国王大学学报171表2对增强型中间件体系结构进行了概述超时可达可达2. 中间件模块：请求状态模块：这是一个中间件相关的模块，它从增强的架构中获益，并将新的移动用户体验引入到这类可靠的应用程序中，使得它包含所有要呈现的发送请求状态，并对用户动作清晰。Social Contacts应用程序是一个真实的应用程序，代表了-中使用的功能的最常见行为如今的移动应用它包括GET、POST和HTTP请求类型，在请求和响应数据中存在差异6. 环境设置所提到的中间件架构应用于以下概念证明案例中，使得被称为“社交联系人”的社交网络移动应用允许用户向他/她的移动联系人发送帖子消息，并且在全天期间定期地显示定制的帖子。该应用包括如表4所示的不同请求类型和不同数据流量的组合，并且将在下面阐明本用例中包含的社交联系人模块如图所示。第六章：1. 云服务模块认证模块：允许用户登录到现有帐户或注册一个新帐户。Feeds模块：向用户显示来自联系人的经常发布的feeds，并允许用户向联系人发送新帖子。见图6。 社交联系模块。通过移动网络带宽传输从小到大的数据。编程语言的工作环境和用于构建此增强架构的工具以及SocialContacts应用程序功能，如表3所示，7. 结果和分析到云服务的直接连接是在传输的数据和连接层中都没有开销的抽象连接。这种直接连接是通过移动客户端使用的，以消费所需的Web服务，它是关于请求/响应数据大小和消耗时间因素的最佳连接。所提出的中间件方法，而不是直接连接到云服务，它具有第5节中讨论的RSAM协议及其算法，以显示它如何确保消费的可靠性。它处理异常流，这些异常流威胁要通过消费过程实现的可靠概念。测量被认为是直接连接到云服务与通过建议的中间件组件的连接之间的比较。将考虑进行这种逐行比较，以确保RSAM建议方法的可用性，并讨论与直接云服务的权衡因素。以下因素被认为是对移动计算规模影响最大的因素：请求大小：在移动客户端中构造和发送的请求体的大小，它会受到影响，因为中间件必须添加额外的属性以确保请求的可靠性。响应大小：在移动客户端中接收的响应体的大小表3环境设置。云服务和中间件服务组件（MSC）语言框架Web服务数据库文本格式Java企业版Hibernate Framework（HibernateFramework官方文档）社交联系人应用程序和云服务消费者（CSC）RESTFull（JAX-RS）MySQL（V.5.2）MySQL官方文档JSONJSON官方文档平台响应缓存文本格式安卓安卓Official website文件系统JSON服务部署云服务提供商应用服务器Openshift云提供商（Glassfish官方网站），分别在单独的实例注意：CSC是作为一个独立的Android库构建Glassfish应用服务器（V.3.1.2）OpenShift官方网站●●●●●移动状态中间件状态云服务状态可达可达可达可达可达不可到达可达可达服务器错误可达无法访问/服务器错误任何不可到达任何任何172A.S. Abdelfattah等人/沙特国王大学学报表4社交联系人应用程序功能模块功能名称流请求类型强制数据大小属性认证模块登录●用户输入自己的电话号码和密码● 如果用户授权，云服务将保存的用户账号获取到移动端响应，否则向移动端客户端发送错误响应注册●用户输入自己的电话号码和密码● 应用程序获取读取联系人信息的权限并将其发送到服务器● 如果用户GET Small（仅限电话号码和密码）POST中（电话号码，密码和所有联系人号码）是的没有订阅模块发送帖子● 用户输入/选择他/她的联系电话号码以将邮件发送到● 用户写他的帖子文本● 云服务将此帖子添加到与发送的联系人相关的数据库中POST小-大（关于Nopost content size）删除帖子● 用户选择删除出现在其帖子● 云服务从数据库Small（The post id）NO获取帖子Feed● 用户打开或刷新屏幕以显示从归于他● 云服务获取此用户GET中型-大型（关于否返回的数量员额）[中间件组件] -请求状态模块显示请求删除请求● 用户打开或刷新屏幕以显示请求状态和使用他/她的任何移动设备从他发送的请求细节● 中间件服务将所有相关的请求及其确切的状态发送给该用户● 用户选择重试特定失败请求的执行● 中间件服务在其可靠的对应场景用户选择删除他/她发送的任何请求中间件服务从数据库中删除此请求，以免再次显示或用户重试消耗时间：从发送请求到接收响应所花费的时间可能会更长，因为额外的中间件连接而不是直接的云服务连接。关于社交联系人应用功能，下面的表5、图1A和1B示出了社交联系人应用功能。图7-9显示了通过中间件组件和通过直接云服务连接的性能测量。测量表明中间件组件的成本性能。关于请求大小因素，中间件向请求添加额外的226字节。 这些字节用于第4节中讨论的所需属性。虽然请求中的这个额外字节数对移动客户端来说是一个开销，但是这个开销很低，其复杂度为O（1），因为它无论原始请求大小如何，都是恒定的。响应大小是不变的因子，如表5“响应大小”列所示。中间件转发的响应与从云服务返回的完全一样。 因此，我们避免了中间件或移动客户端的转换开销和额外成本。下面的公式显示了两种架构的耗时因素：中间件组件和使用直接云服务连接。Tm-Tmm-TmcTC¼Tmc其中，TM是通过中间件消费服务所需的时间。TC是通过直接云服务消费服务所需的时间。表5社交联系人应用程序性能测量模块功能名称直接云连接中间件连接（~191 KB）（~20.5 K）（~191 KB）2，167，000（~2MB）4，592，949（~4.5MB）6，828，571（~7MB）21（~2MB）44 4，592，949（~4.5MB）65（~7MB）22-284465直接云服务每次在响应量大、计算量大的情况下都会超时，中间件连接第一次超时，但在下一次重试时会从中间件存储成功返回响应本测试发生在109-115 KB/S速率的无线连接条件●请求大小响应大小耗时请求大小响应大小耗时（字节）（字节）（第二次）（字节）（字节）（第二次）认证登录成功555>0个281 5>0个模块失败53315>0个279 315>0个饲料模块送岗20，217（~20K）3072（~3 KB）120，443 3072（~3 KB）1获取帖子Feed25191,7452251 191 7452A.S. Abdelfattah等人/沙特国王大学学报173~~80606740442820012送岗 饲料饲料（3 K）（191 K）（2M）饲料饲料(4.5（7个月）直接云中间件饲料（7M）77饲料（4.5 M）4.54.5饲料（2 M）2202468中间件Direct Cloud250200150100500226226226订阅源（25 B）登录（53 B）登录（55 B）直接云和中间件见图7。比较直接云与中间件连接的不同服务的额外请求大小因素。见图8。比较直接云与中间件连接的不同服务的消耗时间。见图9。不同服务的大小比较直接云与中间件连接。Tmm：移动客户端和中间件之间的连接所消耗的时间。中间件与云计算连接所消耗的时间。对于要求快速响应的移动应用程序来说，耗时是最重要的因素之一。测量结果表明，在中等响应大小（2 MB）的数据类和非常大的响应（7 MB）的数据类中，时间可能略有变化，约为1-2 s。然而，在其他情况下，由于中间件连接，它完全相同，没有任何开销。这是因为中间件使用轻量级连接和轻量级数据格式。除了关注通过解析请求和响应状态，中间件在数据转换和数据转换方面所做的工作图7，X轴示出了不同web服务的实验尝试，其在请求数据大小上变化为：（25，53，55 μ m），并且中间件组件所需的额外请求数据大小在Y轴上示出为：（所有服务的226 μ m）。图9，X轴显示了中间件组件与直接云之间的响应大小的差异，Y轴显示了不同Web服务的实验尝试，其响应数据大小为（2 MB，4.5 MB，7 MB），如上所示。表5.图8，X轴显示了不同Web服务的实验尝试，其响应数据大小为（3KB，191 KB，2MB、4.5MB、7MB），并且中间件组件相对于直接云的消耗时间在Y轴上示出。8. 结论和今后的工作该中间件体系结构实现了不同情况下、不同环境下Web服务消费的可靠性。使用中间件的可靠服务体系结构（RSAM）通过关注请求行为而不是请求结构来实现可靠性。此外，它还考虑了移动客户端的最重要因素，如移动客户端数据传输限制的请求大小和响应大小，以及对移动应用程序及其可用性至关重要的服务消耗时间。通过RSAM架构及其协议的云服务消费保证了移动客户端与云服务之间的可靠服务通信，同时与传统的直接云服务消费相比，就上述三个因素而言，它避免了增加显著的通信开销。服务响应大小、数据库关系的通信时间和服务中所需的计算量随着应用程序的使用而RSAM解决了这个问题，使得仅在第一次消费中发生超时，但是它在下一次重试中直接检索存储在中间件存储中的就绪响应。RSAM涵盖了证明可靠性成就的案例。实验结果表明，在请求大小不变的情况下，响应大小与传统体系结构相同，不同响应大小的事务处理时间增加不超过5%.未来的工作将投资于实现一个增强的方法，解决超时问题发生在沉重的计算服务，而不需要重试，以获得来自中间件的响应。所提出的方法主要关注从移动端减少消费时间开销，并保持重服务平滑消费，没有很多故障。他们的测试将被执行，以测量在预期超过移动允许超时的繁重服务的消费中超时发生可能性方面的性能。引用Android官方网站可在以下网址获得：https://www.android.com。（11月访问。2016年）。陈美，Zhang，D.，中国农业科学院农业研究所所长，Zhou，L.，中国科学院，2005.向移动用户提供web服务：移动服务门户的架构设计。Int. J. 移动通信 3（1），1.克里斯滕森，J.H.，2009年 使用RESTful Web服务和云计算创建下一代移动应用程序。In：Proc. 24th ACM SIGPLAN Conf. 面向对象的程序。系统语言应用，pp.627- 634Cobarzan，A.，2010年。在移动平台上使用Web服务告知。经济 14（3），98-105。响应大小（MB）消耗时间（秒）请求大小（字节）174A.S. Abdelfattah等人/沙特国王大学学报Glassfish官方网站网址：https://glassfish.java.net，（11月访问）2016年）。权 斋 ， 上 午 ， Raval ， R.R. ， 2014. Oriental Journal OF Enhance the InteractionBetween Mobile Users and Web Services using Cloud Computing，2009年，第10页。一比九HanH.H.H.金，S.K.S.，Jung，H.J.H.，Yeom，H.Y.，尹俊俊帕克，J.P.J.，Lee，Y.L.Y.，2009.云基础设施管理的RESTful方法。IEEE国际Conf. Cloud Comput，139他，Y.，Salih，O.S.，王角X.，Yuan，D.，2009.用于表征分组级突发错误序列的确定性基于过程的生成模型。威尔。Commun. 暴徒计算：4212013年2月。Hibernate Framework官方文档。可在以下网址获得：http://hibernate.org。（11月访问。2016年）。JSON官方文档可在以下网址获得：http://www.json.org。（11月访问。20160.Kleimola，J.，2008.一个RESTful的手机接口，ResearchGate。[联机]。可用网址：http://www.researchgate.net/publication/228974867_A_RESTful_Interface_to_a_Mobile_Phone。（18号）2015年11月洛莫泰河，迪特斯河，2012.使用以云为中心的中间件来实现Web服务的移动托管。Procedia计算Sci. 10，634-641。Lomotey，R.K.，迪特斯河，2013.在使用REST的移动云生态系统中可靠地使用Web服务。输入：程序-2013年IEEE第七届国际Symp. Serv. 系统Eng. SOSE 2013，pp.13-24McFaddin，S.，科夫曼，D.，韩志辉Jang，H.K.，金，J.H.，李，J. K.，李，M.C.，Moon，Y.美国，Narayanaswami，C.，Paik，Y.S.，帕克，J.W.，Soroker，D.，2008.使用RESTful数据服务建模和管理移动商务空间。Proc. IEEE Int. 犯罪团伙数据管理，八十一至八十九Mohamed，M.，2012.使用移动代理的无线语义RESTFUL服务。信息员Org.4，490-494.可在以下网址获得：http://erepository.cu.edu.eg/index。php/cutheses/article/view/3255/3210.MySQL官方文档。可在以下网址获得：https://www.mysql.com。（11月访问。2016年）。OpenShift官方网站。可在以下网址获得：https://www.openshift.com。（11月访问。2016年）。Simon，S.，两千Brewer1比6Sletten ， B. ， 2009 年 语 义 Web 中 的 REST 架 构 风 格 JavaWorld.com. 网 址 ：http://www.javaworld.com/javaworld/jw-04-2009/jw-04-rest-series-4.html。(Last 2015年10月访问
我的内容管理
展开
