负载均衡的调用方式有哪些？

负载均衡接口调用是向负载均衡API的服务端地址发送HTTP GET请求，并按照接口说明在请求中加入相应请求参数，调用后系统会返回处理结果。请求及返回结果都使用UTF-8字符集进行编码。 请求结构 负载均衡的API是RPC风格，您可以通过发送HTTP GET请求调用负载均衡API。 其请求结构如下：

http://Endpoint/?Action=xx&Parameters 其中： Endpoint：负载均衡API的通用服务接入地址为slb.aliyuncs.com。您可以通过调用DescribeRegions接口获取指定地域的endpoint。 Action：要执行的操作，如使用DescribeLoadBalancers查询已创建的负载均衡实例。 Version：要使用的API版本，负载均衡的API版本是2014-05-15。 Parameters：请求参数，每个参数之间用“&”分隔。 请求参数由公共请求参数和API自定义参数组成。公共参数中包含API版本号、身份验证等信息，详情参见公共参数。 下面是一个调用DescribeLoadBalancers接口查询已创建的负载均衡实例的示例：

说明 为了便于用户查看，本文档中的示例都做了格式化处理。

https://slb.aliyuncs.com/?Action=DescribeLoadBalancers &Format=xml &Version=2014-05-15 &Signature=xxxx%xxxx%3D &SignatureMethod=HMAC-SHA1 &SignatureNonce=15215528852396 &SignatureVersion=1.0 &AccessKeyId=key-test &TimeStamp=2012-06-01T12:00:00Z … API授权 为了确保您的账号安全，建议您使用子账号的身份凭证调用API。如果您使用RAM账号调用负载均衡API，您需要为该RAM账号创建、附加相应的授权策略。 负载均衡中可授权的资源和接口列表，参见RAM鉴权。 API签名 负载均衡服务会对每个API请求进行身份验证，无论使用HTTP还是HTTPS协议提交请求，都需要在请求中包含签名（Signature）信息。 负载均衡通过使用AccessKey ID和AccessKey Secret进行对称加密的方法来验证请求的发送者身份。AccessKey是为阿里云账号和RAM用户发布的一种身份凭证（类似于用户的登录密码），其中AccessKey ID 用于标识访问者的身份，AccessKey Secret是用于加密签名字符串和服务器端验证签名字符串的密钥，必须严格保密。 RPC API需按如下格式在请求中增加签名（Signature）：

https://endpoint/?SignatureVersion=1.0&SignatureMethod=HMAC-SHA1&Signature=CT9X0VtwR86fNWSnsc6v8YGOjuE%3D&SignatureNonce=3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf 以DescribeLoadBalancers为例，假设AccessKey ID是testid， AccessKey Secret是testsecret，则签名前的请求URL如下：

http://slb.aliyuncs.com/?Action=DescribeLoadBalancers &TimeStamp=2016-02-23T12:46:24Z &Format=XML &AccessKeyId=testid &SignatureMethod=HMAC-SHA1 &SignatureNonce=3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf &Version=2014-05-26 &SignatureVersion=1.0 完成以下步骤计算签名： 使用请求参数创建待签名字符串：

GET&%2F&AccessKeyId%3Dtestid%26Action%3DDescribeRegions%26Format%3DXML%26SignatureMethod%3DHMAC-SHA1%26SignatureNonce%3D3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf%26SignatureVersion%3D1.0%26TimeStamp%3D2016-02-23T12%253A46%253A24Z%26Version%3D2014-05-26 按照参数名称的字典顺序对请求中所有的请求参数（包括公共请求参数和接口的自定义参数，但不包括公共请求参数中的Signature参数）进行排序。 当使用GET方法提交请求时，这些参数就是请求URI中的参数部分，即URI中问号（?）之后由&连接的部分。 对排序之后的请求参数的名称和值分别用UTF-8字符集进行URL编码。编码规则如下：

字符 编码方式 A-Z、a-z和0-9以及“-”、“_”、“.”和“~” 不编码。 其它字符 编码成 %XY 的格式，其中 XY 是字符对应ASCII码的16进制表示。例如英文的双引号（””）对应的编码为 %22。 扩展的UTF-8字符 编码成 %XY%ZA…的格式。 英文空格 编码成 %20，而不是加号（+）。 该编码方式和一般采用的 application/x-www-form-urlencoded MIME格式编码算法（例如Java标准库中的 java.net.URLEncoder的实现）存在区别。 编码时可以先用标准库的方式进行编码，然后把编码后的字符串中的加号（+）替换成 %20，星号（*）替换成 %2A，%7E替换回波浪号（~），即可得到上述规则描述的编码字符串。本算法可以用下面的percentEncode方法来实现：

private static final String ENCODING = "UTF-8"; private static String percentEncode(String value) throws UnsupportedEncodingException { return value != null ? URLEncoder.encode(value, ENCODING).replace("+", "%20").replace("*", "%2A").replace("%7E", "~") : null; } 将编码后的参数名称和值用英文等号（=）进行连接。 将等号连接得到的参数组合按步骤 i 排好的顺序依次使用“&”符号连接，即得到规范化请求字符串。 计算待签名的HMAC的值。 在AccessKey Secret后添加一个“&”作为计算HMAC值的key。本示例中的key为testsecret&。

CT9X0VtwR86fNWSnsc6v8YGOjuE= 将签名加到请求参数中：

http://slb.aliyuncs.com/?Action=DescribeLoadBalancers &TimeStamp=2016-02-23T12:46:24Z &Format=XML &AccessKeyId=testid &SignatureMethod=HMAC-SHA1 &SignatureNonce=3ee8c1b8-83d3-44af-a94f-4e0ad82fd6cf &Version=2014-05-26 &SignatureVersion=1.0 &Signature=CT9X0VtwR86fNWSnsc6v8YGOjuE%3D