基于SDK访问CloudStack服务器的方法、装置、设备及存储介质与流程

文档序号:17694504发布日期:2019-05-17 21:21阅读:234来源:国知局
基于SDK访问CloudStack服务器的方法、装置、设备及存储介质与流程
本申请涉及云
技术领域
,尤其涉及一种基于sdk访问cloudstack服务器的方法、装置、计算机设备及存储介质。
背景技术
:cloudstack是一个开源的具有高可用性及扩展性的云计算平台,其可以通过组织和协调用户的虚拟化资源,构建一个和谐的环境。cloudstack具有许多强大的功能,可以让用户构建一个安全的多租户云计算环境。使用cloudstack作为基础,数据中心操作者可以快速方便的通过现存基础架构创建云服务。cloudstack可以让用户快速和方便地在现有的架构上建立自己的云服务,同时帮助用户更好地协调服务器、存储、网络资源,从而构建一个iaas平台。而cloudstack用户可以充分利用云计算提供更高的效率,无限的规模和更快地部署新服务和系统的最终用户。api(applicationprogramminginterface,应用程序编程接口)是一些预先定义的函数,目的是提供应用程序与开发人员基于某软件或硬件得以访问一组例程的能力,而又无需访问源码,或理解内部工作机制的细节。cloudstackapi是cloudstack服务器提供外界访问cloudstack的接口。目前,cloudstack服务器提供的cloudstackapi有300多个。不同的系统或者平台根据其需求开发多种cloudstackapi类型,并开发相应api接口对应的调用功能,以便访问cloudstack。如此,每个平台或者系统各自开发其所需要的cloudstackapi的话,就容易造成重复开发。并且cloudstackapi的开发难度大、成本高。另外,当cloudstack的接口提供的api接口发生变化时,需要用到变化接口的平台都需要对应作出调整,开发工作量和开发成本进一步增大,重复性操作高,用户体验低。技术实现要素:本申请实施例的目的在于提出一种基于sdk访问cloudstack服务器的方法、装置、计算机设备及存储介质,将多种cloudstackapi以及对应的处理方式封装在sdk中,用户访问时不用担心平台缺乏相应的cloudstackapi或者由于cloudstackapi发生变化而不能访问cloudstack服务器。为了解决上述技术问题,本申请实施例提供一种基于sdk访问cloudstack服务器的方法,采用了如下所述的技术方案:一种基于sdk访问cloudstack服务器的方法,包括下述步骤:将多种cloudstackapi封装在一个sdk中;根据应用场景生成相应的cloudstack访问请求,其中,一种cloudstackapi包括一个或者多个应用场景的处理方式;通过相应的cloudstackapi发送所述cloudstack访问请求;获取所述cloudstack访问请求的响应结果。进一步地,所述根据应用场景生成相应的cloudstack访问请求,包括:接收服务请求,所述服务请求包括针对所述应用场景所生成的请求指令;根据所述请求指令解析所述服务请求,调用对应对的服务请求的处理方式;生成对应的cloudstack访问请求。进一步地,所述将多种cloudstackapi封装在一个sdk中,包括:当所述应用场景有所改变时,所述cloudstackapi对应修改处理方式。进一步地,在所述通过相应的cloudstackapi发送所述cloudstack访问请求的步骤之前还包括:对所述cloudstack访问请求进行签名并加密。进一步地,所述对所述cloudstack访问请求进行签名并加密的步骤包括以下步骤:获取cloudstack访问请求的所有参数,并将所有参数进行小写;按字母顺序对参数进行排序,形成命令字符串;将排序好的命令字符串和用户的私钥混合,并使用hmacsha-1哈希算法进行编码,生成签名摘要。进一步地,所述获取所述cloudstack访问请求的响应结果,包括:获取cloudstack反馈的响应结果;判断所述响应结果是否异常:若是,分析异常原因并将所述异常原因封装进所述响应结果中,否则直接封装所述响应结果。进一步地,,所述cloudstack访问请求包括cloudstack访问地址、签名和command参数;在所述通过相应的cloudstackapi发送所述cloudstack访问请求的步骤之前,还包括:根据所述command参数调用相应的cloudstackapi。为了解决上述技术问题,本申请实施例还提供一种基于sdk访问cloudstack服务器的装置,采用了如下所述的技术方案:一种基于sdk访问cloudstack服务器的装置,应用上述所述的基于sdk访问cloudstack服务器的方法,包括请求生成模块,用于根据应用场景生成相应的cloudstack访问请求;请求发送模块,用于通过相应的cloudstackapi发送所述cloudstack访问请求;请求响应模块,用于响应所述cloudstack访问请求。为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机程序,所述处理器执行所述计算机程序时实现上述所述的基于sdk访问cloudstack服务器的方法的步骤。为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述所述的基于sdk访问cloudstack服务器的方法的步骤。与现有技术相比,本申请实施例主要有以下有益效果:本申请实施例提供一种基于sdk访问cloudstack服务器的方法、装置、计算机设备以及计算机可读存储介质。所述方法应用sdk工具包,包括:根据应用场景生成相应的cloudstack访问请求;通过相应的cloudstackapi发送所述cloudstack访问请求;响应所述cloudstack访问请求。其中,sdk封装多种cloudstackapi及其对应的处理方式,对指定功能的实现是完全隐藏的,只需要调用cloudstackapi及其对应的处理方式,传进去特定的值即可实现制定好的功能,快速处理生成相应的cloudstack访问请求并通过相应的cloudstacapi访问、获取cloudstack服务器的响应,提高访问速度以及用户体验。另外,当终端设备101、102、103中增设其他应用场景时,其对应cloudstackapi和处理方式也封装在sdk中,sdk调用相应的处理方式就会生成相应的cloudstack访问请求。或者,当cloudstack服务器105提供的cloudstackapi将发生变动时,只需改动sdk中对应改动cloudstackapi的处理方式或者方法,各个平台不必再各自对应修改。本申请有效降低用户的开发成本和开发难度。通过所述sdk也便于管理、维护及移植终端设备程序,提高访问安全性,也使操作和对接更加方便,提高用户体验。附图说明为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1是本申请可以应用于其中的示例性系统架构图;图2根据本申请的基于sdk访问cloudstack服务器的方法的一个实施例的流程图;图3是本申请的应用系统的示例图;图4是本申请的基于sdk访问cloudstack服务器的方法的又一个实施方式的流程图;图5是图4所示方法的一个具体实施例的流程图;图6是图4所示方法的另一个具体实施例的流程图;图7是本申请的基于sdk访问cloudstack服务器的装置的结构示意图;图8是图7所示请求生成模块一种具体实施方式的结构示意图;图9根据本申请的计算机设备的一个实施例的结构示意图。附图标记:100系统架构101、102、103终端设备104网络105cloudstack服务器701请求生成模块702请求发送模块703请求响应模块7021接收子模块7022处理子模块7023生成子模块9计算机设备91存储器92处理器93网络接口具体实施方式除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的
技术领域
的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。本申请实施例提供一种基于sdk访问cloudstack服务器的方法,sdk中封装了多种用于访问cloudstack服务器的cloudstackapi,根据应用场景,sdk生成相应的cloudstack访问请求并自动调用相应的cloudstackapi发送至cloudstack服务器中。本申请实施例还提供相应的基于sdk访问cloudstack服务器的装置,以及相关的计算机设备和计算机程序。以下分别进行详细说明。如图1所示,系统架构100可以包括终端设备101、102、103,网络104和cloudstack服务器105。终端设备101、102、103中部署有sdk,sdk中封装所有cloudstackapi及对应所有cloudstackapi的调用功能。网络104用以在终端设备101、102、103和cloudstack服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。用户可以使用终端设备101、102、103通过网络104与cloudstack服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。当终端设备101、102、103与所述cloudstack服务器105交互时,终端设备101、102、103上所部署的sdk根据不同的应用场景,发送不同的服务请求以及接收相应的响应消息。终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(movingpictureexpertsgroupaudiolayeriii,动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。cloudstack服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。需要说明的是,本申请实施例所提供的基于sdk访问cloudstack服务器105的方法一般由终端设备101、102、103执行,相应地,基于sdk访问cloudstack的装置一般设置于终端设备101、102、103中。应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。继续参考图2,示出了根据本申请的基于sdk访问cloudstack的方法的一个实施例的流程图。所述的基于sdk访问cloudstack服务器105的方法,包括以下步骤:s201:将多种cloudstackapi封装在一个sdk中。在本实施例中,基于sdk访问cloudstack服务器105的方法运行于其上的电子设备(例如图1所示的终端设备)可以通过有线连接方式或者无线连接方式连接cloudstack服务器105,向cloudstack服务器105发送访问请求或者接收响应的信息以及其他消息。需要指出的是,上述无线连接方式可以包括但不限于3g/4g连接、wifi连接、蓝牙连接、wimax连接、zigbee连接、uwb(ultrawideband)连接、以及其他现在已知或将来开发的无线连接方式。请参阅图3,图中示出了一种应用本申请所提供的基于sdk访问cloudstack服务器105的方法的应用场景。图中,一个终端设备101、102、103包括“云管理系统”、“业务系统”和“运维系统”以及其他系统或平台,每一种系统/平台中包含多种应用场景,每一种应用场景都是通过sdk访问cloudstack服务器105的,cloudstack服务器105对应的响应结果也通过sdk反馈至相应的平台中以响应所述应用场景。具体地,根据终端设备101、102、103中的应用场景的需求,sdk中至少包括对应图中“云管理系统”、“业务系统”和“运维系统”等平台或者系统访问所述cloudstack服务器105所需要的cloudstackapi,即sdk中封装多种针对不同的应用场景的cloudstackapi,以将相应的服务请求或者其他访问请求通过对应的cloudstackapi发送至cloudstack服务器105。更具体地,当sdk中接收到终端设备101、102、103中发送的服务请求或者其他类型的访问请求时,sdk根据所对应的应用场景所请求的服务调用相应的处理方式,将传进去特定的值快速做出相应处理即可实现提供商制定好的功能,生成相应场景的请求服务的cloudstack访问请求,并发送至cloudstack服务器105中。进一步地,当所述终端设备101、102、103中新增加应用平台,所述终端设备101、102、103依然可以通过所述sdk快速获取相应的处理方式,生成相应的cloudstack访问请求并调用其需要的cloudstackapi,将所述cloudstack访问请求发送至所述cloudstack服务器105。或者当所述终端设备101、102、103所包含的应用平台的应用场景有所改变时,所述sdk也及时作出相应的调整,修改所述cloudstackapi的处理方式,例如参数处理、配置管理等。所述终端设备101、102、103中的平台依然能通过所述sdk快速访问所述cloudstack服务器105。s202:根据应用场景生成相应的cloudstack访问请求。现有技术在cloudstack服务器时,系统中必须有相应场景的cloudstackapi,否则不能访问或者开发之后才能访问,用户操作复杂,对接繁琐,用户体验低。而本申请应用的sdk中封装多种cloudstackapi,针对不同的应用场景,生成并发送不同的服务请求传递不同的值,即使新增加平台,增加新的应用场景,也能快速通过所述sdk通过同步/异步操作调用相应的处理方式,快速生成相应的cloudstack访问请求,提高访问速度。另外,当终端设备101、102、103中增设其他应用场景时,其对应cloudstackapi和处理方式也封装在sdk中,sdk调用相应的处理方式就会生成相应的cloudstack访问请求。或者,当cloudstack服务器105提供的cloudstackapi将发生变动时,只需改动sdk中对应改动cloudstackapi的处理方式或者方法,各个平台不必再各自对应修改。本申请有效降低用户的开发成本和开发难度。通过所述sdk也便于管理、维护及移植终端设备程序,提高访问安全性,也使操作和对接更加方便,提高用户体验。s203:通过相应的cloudstackapi发送cloudstack访问请求;在本实施例中,s202将s201生成的cloudstack访问请求通过所述服务请求或者访问请求所对应的cloudstackapi发送至cloudstack服务器105中。具体地,请再参阅图3,sdk针对“云管理系统”、“业务系统”和“运维系统”等平台或者系统发送的服务请求或者访问请求进行相应的处理,并调用各请求所对应的cloudstackapi,将各个平台或者系统的服务请求或者其他访问请求通过相应的cloudstackapi发送至cloudstack服务器105中。更具体地,所述云管理系统”、“业务系统”和“运维系统”等平台或者系统所需要的cloudstackapi有可能是重复的,当两个不同的平台都需要通过同一个cloudstackapi发送服务请求或者其他访问请求时,所述sdk中设有线程管理器,将各系统或者平台的请求进行排队,待资源满足后再将所述平台或者系统响应的cloudstack访问请求发送至cloudstack服务器105中。s204:响应cloudstack访问请求。在本实施例中,cloudstack服务器105接收cloudstack访问请求,并根据cloudstack访问请求进行数据处理,反馈响应结果,所述响应结果发送至sdk中,再由所述sdk发送到所请求的平台或者系统中。具体地,请在参阅图3,cloudstack服务器105针对“云管理系统”、“业务系统”和“运维系统”等平台或者系统发送的服务请求或者访问请求做出的响应结果反馈至所述sdk中,所述sdk再分发至各个系统或者平台中。在本申请实施例中,用户可直接调用所述sdk中的相应的处理方式以及cloudstackapi,可进行同步/异步操作,快速访问cloudstack服务器并响应,访问速度快,与cloudstack服务器对接简单,且访问安全性高,用户体验高。进一步地,sdk中将所有访问cloudstack的访问方式封装,包括参数处理、异常处理、同步/异步操作处理和签名处理。当cloudstack提供的api接口有改动时,只需改动sdk中对应改动api的处理方式即可,各个平台不必再各自对应修改,进一步增强用户体验。请参阅图4,在本申请的另一个实施例中,示出了根据本申请的基于sdk访问cloudstack的方法的另一个实施例的流程图。所述的基于sdk访问cloudstack服务器105的方法,包括以下步骤:s401:接收服务请求,服务请求包括针对应用场景所生成的请求信息。在本申请实施例中,终端设备101、102、103针对不同的应用场景,向sdk发送不同的服务请求,所述服务请求中包括针对应用场景所生成的请求指令,所述请求指令是sdk获取终端设备101、102、103的请求目的并完成交互的主要数据信息。具体地,所述请求信息包括验证信息和请求指令,所述验证信息包括用户的账户信息和验证信息。所述请求指令是针对所述应用场景的操作指令或者控制指令,其包含所述请求的服务类型。进一步地,所述sdk提供一个统一的访问入口,用于统一接收终端设备101、102、103所发送的服务请求或者访问请求。s402:根据请求信息解析服务请求,调用对应服务请求的处理方式。在本申请实施例中,所述sdk提供一个统一的访问入口,用于统一接收终端设备101、102、103中各个系统或者平台发送的针对各种应用场景提出的服务请求。所述sdk根据所述请求信息解析所述终端设备101、102、103中各个系统或者平台的访问目的,通过所述服务类型调用所述服务请求所对应的处理方式,解决所述终端设备101、102、103就其服务请求所要访问cloudstack服务器105所要处理的数据问题,形成cloudstack访问请求指令。进一步地,所述sdk根据所述服务类型对不同的服务请求或者访问请求作出不同的处理方式。具体地,所述处理方式包括对应所述服务请求所要处理的参数类型、参数个数和请求类型,用来准确描述正在获取的资源、服务器或者客户端的行为,定义了请求事务中的具体操作参数。更具体地,每一种服务请求或者访问请求对应形成的所述cloudstack访问请求指令设有对应的数据包格式。每一个cloudstack访问请求指令都应当包括以下数据:cloudstack访问地址,即cloudstack服务器105的网络地址,是cloudstack访问请求的目的地址。command参数,针对不同的服务请求或者访问请求,command参数的类型和个数均不同。进一步地,根据所述服务请求确定所述终端设备101、102、103的请求类型,根据所述请求类型确定所述cloudstack访问请求的请求头,如可接受的响应内容类型用accept协议头;表示http协议中需要认证资源的认证信息用authorization;表示客户端要求服务器做出特定的行为,用expect协议头等等。更进一步地,所述sdk还用于处理生成cloudstack访问请求的其他数据内容,例如消息头(用来准确描述正在获取的资源、服务器或者客户端的行为,其包含一些具有特殊含义的键值对)、请求资源路径、参数及值放在哪里等等。s403:生成对应的cloudstack访问请求。在本申请实施例中,s402将cloudstack访问地址、command参数等封装在一个数据包中,接着所述sdk将所述数据包封装生成所述cloudstack访问请求。s404:通过相应的cloudstackapi发送cloudstack访问请求。在本申请实施例中,sdk将所述终端设备101、102、103中的各个平台或者系统发送的服务请求或者访问请求进行相应的处理,并调用各请求所对应的cloudstackapi,将各个平台或者系统的服务请求或者其他访问请求通过相应的cloudstackapi发送至cloudstack服务器105中。具体地,所述终端设备101、102、103中的各个平台或者系统所需要的cloudstackapi有可能是重复的,当两个不同的平台都需要通过同一个cloudstackapi发送服务请求或者其他访问请求时,所述sdk中设有线程管理器,将各系统或者平台的请求进行排队,待资源满足后再将所述平台或者系统响应的cloudstack访问请求发送至cloudstack服务器105中。s405:响应cloudstack访问请求。在本申请实施例中,cloudstack服务器105接收cloudstack访问请求,并根据cloudstack访问请求进行数据处理,反馈响应结果,所述响应结果发送至sdk中,再由所述sdk发送到所请求的平台或者系统中。在本实施例的一些可选的实现方式中,在步骤402处理生成所述cloudstack访问请求所需要的数据之后,步骤403对应服务请求的cloudstack访问请求之前,上述电子设备还可以执行以下步骤:s406:对cloudstack访问请求进行签名并加密。在本申请实施例中,使用用户的私钥和hmacsha-1哈希算法生成数字签名,用于证实cloudstack访问请求确实是由终端设备101、102、103的用户签发的,以保证cloudstack访问请求在传输过程中不被篡改,从而保证终端设备101、102、103与cloudstack服务器105之间信息传输过程的保密性、数据交换的完整性、发送信息的不可否认性、交易者身份的确定性,提高通信安全性。而且当数字签名用于存储数据或程序时,可以用来验证数据或程序的完整性。具体地,hmac进程将用户的密钥与cloudstack访问请求的数据混合,使用哈希函数对混合结果进行哈希计算,将所得哈希值与该密钥混合,然后再次应用哈希函数验证所述终端设备101、102、103是否是所述cloudstack服务器105的合法用户。其中,所述终端设备101、102、103计算原始数据的哈希值,并将原始数据和哈希值放在所述cloudstack访问请求中同时传送。所述cloudstack服务器105重新计算所述cloudstack访问请求消息的哈希值,并检查计算所得的hmac是否与传送的hmac匹配。由于更改消息和重新生成正确的哈希值需要密钥,所以对数据或哈希值的任何更改都会导致不匹配。因此,如果原始的哈希值与计算得出的哈希值相匹配,则消息通过身份验证。进一步地,所述hmacsha-1哈希算法接受任何大小的密钥,并产生长度为160位的哈希序列,即其输出的哈希值长度为160位。在本申请实施例中,除cloudstack访问地址和所述command参数外,所述cloudstack访问请求还包括对所述cloudstack访问请求指令的签名,以保证所述终端设备101、102、103与所述cloudstack服务器105之间通信的安全性。请参阅图5,图中示出了s406对cloudstack访问请求进行签名并加密的过程:s501:获取cloudstack访问请求的所有参数,并将所有参数进行小写。在本申请实施例中,所述cloudstack访问请求的所有参数即为要加密的消息。在本申请实施例中,所述参数以键值对的形式进行存储的,其中键包含了验证规则作用的数据库字段名,而值则包含了所有施加于该字段的约束规则,以解决大量不同的分布计算问题。s502:按字母顺序对参数进行排序,形成命令字符串。在s501中,所获取的cloudstack访问请求的参数是序列化的,即是根据参数处理的类型和个数进行排序的,容易被篡改数据。在本申请实施例中,通过对所有的键值对(参数值)重新排序所形成的命令字符串打乱了消息内容的顺序,可以有效地防止数据在传输的过程中被截取和篡改,维护了数据的完整性、可靠性和安全性。进一步地,所述命令字符串为任意长度的字符串,hmacsha-1哈希算法接受任意长度的输入。s503:将排序好的命令字符串和用户的私钥混合,并使用hmacsha-1哈希算法进行编码,生成签名摘要。所述命令字符串即为上述要加密的消息,所述终端设备101、102、103计算所述命令字符串和私钥的哈希值,并将该哈希值与所述cloudstack访问请求一起发送给cloudstack服务器105。cloudstack服务器105重新计算所接cloudstack访问请求的哈希值,通过匹配两个哈希值验证身份证明。进一步地,所述用户的私钥也是任意长度的。hmacsha-1哈希算法对所述命令字符串和哈希值进行64位编码或者url编码,使其成为不可读的一段代码。然后通过加密算法达到保护数据不被非法人窃取、阅读的目的。在本申请实施例中,所述数字签名使用但不不限于hmacsha-1哈希算法,hmacsha-1哈希算法保证终端设备101、102、103与cloudstack服务器105之间信息传输过程的保密性、数据交换的完整性、发送信息的不可否认性、交易者身份的确定性,提高通信安全性。本申请也可使用des(dataencryptionalgorithm,数据加密算法)加密算法、aes(advancedencryptionstandard,高级加密标准)加密算法、rsa(rivestshamiradlemen,一种因特网加密和认证体系)加密算法、md5(messagedigest5,消息摘要5)加密算法等等。在一些可选的实现方式中,如果上述步骤403为生成对应的cloudstack访问请求,则在步骤404通过相应的cloudstackapi发送cloudstack访问请求之前,上述电子设备可以执行以下步骤:s407:根据command参数调用相应的cloudstackapi。在本申请实施例中,所述sdk根据所述command参数的类型和个数,匹配所述sdk中的cloudstackapi,将所述cloudstack访问请求分发到所述cloudstackapi中,通过所述cloudstackapi将所述cloudstack访问请求发送到cloudstack服务器105中。请继续参阅图6,图中示出了s405响应cloudstack访问请求的过程:s601:获取cloudstack反馈的响应结果。在本申请实施例中,所述cloudstack服务器105根据请求命令中的command参数响应不同的内容。具体地,所述cloudstack服务器105对每一种command参数都对应设置一种响应处理类。例如:对应部署虚拟机,所述cloudstack服务器105对应设置一个部署虚拟机的响应类。当其接收到相关请求时,直接调用该响应类即可获取响应的内容。进一步地,所述cloudstack服务器105响应的结果反馈至所述sdk中,再通过所述sdk再返回至终端设备101、102、103相应的平台或者系统中。s602:判断所述响应结果是否异常,若是,执行步骤s603,否则执行步骤s604。在本申请实施例中,所述cloudstack服务器反馈的响应结果发送至所述sdk中,由所述sdk接收并统一封装和处理。其中,所述响应结果包括响应内容和异常信息。当所述cloudstack服务器操作成功时,所述响应结果为正常的响应内容,所述sdk直接执行步骤s604。操作失败时,所述响应结果为异常信息,报出异常,所述sdk执行步骤s603。s603:分析异常原因。在本申请实施例中,所述sdk中设有cloudstackreqexception类,其定义了两种异常:一种是技术异常,如网络异常,发送请求失败等。此类异常一般发生在客户端中,由sdk直接处理。例如,当cloudstack访问请求超过预设的期限,sdk就会获取客户端中的网络情况,反馈网络异常结果。或者客户端中没有相应的物理设备支持时,反馈客户端请求失败的结果。另外一种是业务异常,包括cloudstack服务器处理为失败的原因,错误码等。如没有权限或者权限不足,资源不足等。该类异常一般是根据cloudstack服务器所反馈信息提取异常信息分析的,sdk中针对不同类型的业务异常设置不同的处理方式。例如,当cloudstack服务器访问量过大时,获取并分析cloudstack服务器反馈的异常信息,将服务器超过承载量超过的异常原因和异常结果一起封装。进一步地,sdk对应每一种异常设置一个异常代码,所述sdk将异常代码和异常信息封装进响应结果中。s604:封装响应结果。在本申请实施例中,统一封装后响应结果返回给终端设备101、102、103相应的平台或者系统中。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)等非易失性存储介质,或随机存储记忆体(randomaccessmemory,ram)等。应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。进一步参考图7,作为对上述图2所示方法的实现,本申请提供了一种基于sdk访问cloudstack服务器的装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。如图7所示,本实施例所述的基于sdk访问cloudstack服务器的装置700包括:请求生成模块701、请求发送模块702以及请求响应模块703。其中:请求生成模块701用于根据应用场景生成相应的cloudstack访问请求。请求发送模块702用于通过相应的cloudstackapi发送所述cloudstack访问请求。请求响应模块703用于响应所述cloudstack访问请求。在本实施例中,所述sdk部署在终端设备中,其封装多种多种用于访问cloudstack服务器的cloudstackapi以及处理方式,并提供统一的访问入口,用于接收终端设备的平台或者系统根据不同应用场景发送的服务请求或者访问请求。进一步地,所述请求生成模块701根据不同的服务请求或者访问请求作出不同的处理方式,生成相应所述应用场景的cloudstack访问请求,所述请求发送模块702通过相应的cloudstackapi将该cloudstack访问请求发送至cloudstack服务器。更进一步地,所述请求响应模块703接收并封装处理所述cloudstack服务器反馈的响应结果,并再通过所述访问入口将所述响应结果反馈至所述终端设备的相应平台或者系统中。本申请通过sdk中封装多种cloudstackapi,且便于管理,用户可直接调用所述sdk中的cloudstackapi。另外,当终端设备101、102、103中增设其他应用场景时,其对应cloudstackapi和处理方式也封装在sdk中,sdk调用相应的处理方式就会生成相应的cloudstack访问请求。或者,当cloudstack服务器105提供的cloudstackapi将发生变动时,只需改动sdk中对应改动cloudstackapi的处理方式或者方法,各个平台不必再各自对应修改。本申请有效降低用户的开发成本和开发难度。通过所述sdk也便于管理、维护及移植终端设备程序,提高访问安全性,也使操作和对接更加方便,提高用户体验。在本实施例的一些可选的实现方式中,上述请求发送模块702进一步用于:对cloudstack访问请求进行签名并加密。在本申请实施例中,通过使用用户的私钥和hmacsha-1哈希算法生成数字签名,证实cloudstack访问请求确实是由终端设备101、102、103的用户签发的,以保证cloudstack访问请求在传输过程中不被篡改,从而保证终端设备101、102、103与cloudstack服务器105之间信息传输过程的保密性、数据交换的完整性、发送信息的不可否认性、交易者身份的确定性,提高通信安全性。而且当数字签名用于存储数据或程序时,可以用来验证数据或程序的完整性。请参阅图8,为请求生成模块701一种具体实施方式的结构示意图,请求生成模块701包括接收子模块7021、处理子模块7022以及生成子模块7023。其中,接收子模块7021用于接收服务请求,服务请求包括针对应用场景所生成的请求信息。处理子模块7022用于根据请求指令解析服务请求,调用对应对的服务请求的处理方式。生成子模块7023用于生成对应的cloudstack访问请求。为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图9,图9为本实施例计算机设备基本结构框图。所述计算机设备9包括通过系统总线相互通信连接存储器91、处理器92、网络接口93。需要指出的是,图中仅示出了具有组件91-93的计算机设备9,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本
技术领域
技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(applicationspecificintegratedcircuit,asic)、可编程门阵列(field-programmablegatearray,fpga)、数字处理器(digitalsignalprocessor,dsp)、嵌入式设备等。所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。所述存储器91至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器91可以是所述计算机设备9的内部存储单元,例如该计算机设备9的硬盘或内存。在另一些实施例中,所述存储器91也可以是所述计算机设备9的外部存储设备,例如该计算机设备9上配备的插接式硬盘,智能存储卡(smartmediacard,smc),安全数字(securedigital,sd)卡,闪存卡(flashcard)等。当然,所述存储器91还可以既包括所述计算机设备9的内部存储单元也包括其外部存储设备。本实施例中,所述存储器91通常用于存储安装于所述计算机设备9的操作系统和各类应用软件,例如基于sdk访问cloudstack服务器方法的程序代码等。此外,所述存储器91还可以用于暂时地存储已经输出或者将要输出的各类数据。所述处理器92在一些实施例中可以是中央处理器(centralprocessingunit,cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器92通常用于控制所述计算机设备9的总体操作。本实施例中,所述处理器92用于运行所述存储器91中存储的程序代码或者处理数据,例如运行所述基于sdk访问cloudstack服务器方法的程序代码。所述网络接口93可包括无线网络接口或有线网络接口,该网络接口93通常用于在所述计算机设备9与其他电子设备之间建立通信连接。本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有基于sdk访问cloudstack服务器程序,所述基于sdk访问cloudstack服务器程序可被至少一个处理器执行,以使所述至少一个处理器执行如上述的基于sdk访问cloudstack服务器方法的步骤。通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的
技术领域
,均同理在本申请专利保护范围之内。当前第1页12
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1