通知列表支持添加微信账号

为了用户更方便的接收青云平台的通知, 我们日前对通知列表进行改造,新增了通知类型『微信通知』,用户可以在微信客户端接收监控告警,定时任务,自动伸缩,工单等通知信息。使用方式如下:

1. 在通知列表详情页,点击『绑定微信』,使用微信扫描弹出的二维码 (如果没关注,请关注我们的服务号),扫描验证成功后,保存修改

wx1

2. 通知列表保存后,可以如之前使用方式一样,绑定到『监控告警』『定时器』『自动伸缩』上 (如果之前已绑定,不需要重复绑定),既可以通过微信客户端接收通知

wx2

3. 除了监控告警之外,您也可以利用通知列表多元化的通知方式,绑定到『系统通知』上,可以用来接收青云平台发出的其他通知,目前工单通知已经支持微信,可以在下面的链接中修改系统通知:https://console.qingcloud.com/account/profile/notify_map/

QingStor 对象存储上海1区-A 上线

继 2016 年 1 月 6 日首度在北京3区 -A 开放公测以来,QingStor 对象存储于 2016 年 9 月 13 日正式商用。在这近一年的时间里,来自大数据,金融,社交,医疗,教育等多个行业的上千家客户,已在 QingStor 北京3区-A 管理了百亿数量、上 PB 容量的数据对象。在运营北京3区-A 的过程中,我们积累了丰富的上线运营经验,并收集到很多来自中国南方的客户需求,他们希望能将自己的业务更近距离地与 QingStor 服务对接,因此 QingStor 于 2016 年 12 月 26 日正式上线新区域上海1区 -A。上海1区 -A 的上线标志了 QingStor 对象存储的多区域服务运营正式开始。

为了能够让用户就近处理和分析海量数据,提高数据访问的效率和降低成本,QingStor 对象存储在设计之初即支持多区域部署的架构,同时支持同区域的 QingCloud IaaS 或 PaaS 资源内网访问。在这一年当中,我们逐步完善了各种功能 (如 AWS S3 兼容,外部镜像,数据迁移工具,数据加密,Bucket 访问控制策略,CDN,CORS,数据同步工具,内网加速,多种语言的 SDK,Bucket 域名别名,等等),也逐步加强了计算资源与 QingStor 对象存储的在服务层面的融合度,其中大数据平台已可通过 AWS S3协议与 QingStor 对象存储无缝集成。同时 QingStor 对象存储在上海1区 -A 的上线也丰富了用户的地域性选择,用户可根据业务需求将数据进行更合理的地域性划分。

我们会进一步加强 QingStor 对象存储与青云 QingCloud 各种服务的集成。未来我们也会将 QingStor 对象存储部署于更多的区域,敬请期待。

QingStor 对象存储支持 Fetch 接口和批量迁移工具 qscamel

Fetch 接口

PUT Object – Fetch 接口用于从指定的源链接抓取资源,保存到指定的对象中。 Qingstor 对象存储在抓取时能够自动处理源链接服务器返回的 301/302/307 等重定向请求。

请求示例:

PUT /<object-name> HTTP/1.1
X-QS-Fetch-Source: <source site>
Host: <bucket-name>.pek3a.qingstor.com
Date: <date>
Authorization: <authorization-string>

下面是使用 QingStor Golang SDK 的例子:

import (
    "github.com/yunify/qingstor-sdk-go/config"
    qs "github.com/yunify/qingstor-sdk-go/service"
)
configuration, err := config.New("ACCESS_KEY_ID", "SECRET_ACCESS_KEY")
service, err := qs.Init(configuration)
bucket, err := service.Bucket("test-bucket", "pek3a")
inputArgs := qs.PutObjectInput{
    XQSFetchSource: "http://img.example.com/blog.png",
}
bucket.PutObject("new_object", &inputArgs)

具体使用请参考文档和相应的 SDK

 

批量迁移工具 qscamel

qscamel 是把 HTTP(s) 形式的数据高效地批量迁移到 QingStor 的命令行工具。其输入可以是包含源链接的文件,也可以是其他对象存储平台的 Bucket 名称。更多介绍请参考 qscamel 文档。qscamel 已开源,请见 github 项目地址

 qscamel 有如下特点:

1.支持并行迁移,即同时迁移多个对象。

2.支持给迁移任务命名,用来继续迁移未完成的迁移任务。qscamel 会记录本次迁移任务中成功迁移的源链接。在退出后、重新执行时,qscamel 会跳过已经成功迁移的源链接,迁移剩下未完成的源链接。

3.支持灵活的覆盖模式。qscamel 默认进行增量迁移 (比较源站资源和 QingStor Bucket 中对象的最后更新时间),只迁移 Bucket 中已存在但未更新的对象,和 Bucket 中不存在的对象。但同时提供选项 “-i, –ignore-existing” 来忽略 QingStor Bucket 中已经存在的对象,及选项 “-o, –overwrite” 来强制覆盖 QingStor Bucket 中已经存在的对象。

4.支持指定日志文件。qscamel 默认输出到 stdout,可以指定输出到指定的日志文件。

 

下面给出 qscamel 的运行示例:

(1) 读取源站列表文件,进行批量迁移

(2) 退出后、重新执行时,根据记录文件,跳过成功迁移的源链接。示例跳过了成功迁移的两条源链接,只迁移 https://img3.doubanio.com/lpic/s29154751.jpg

(3) 下面演示 -i –ignore-existing 跳过迁移 Bucket 中已经存在的对象,和-n –dry-run

可以看到 Bucket 中已经有 3 个对象。 源站列表文件中,共有 4 个源链接。其中前 3 个在 Bucket 中已存在,使用 -i 选项时跳过了这 3 个。使用 -n 选项时,qscamel 会尝试运行,并输出运行结果,但不做实际迁移。

 

QingStor 对象存储支持请求参数签名

用户通过 API 请求 QingStor 时,需要对请求进行签名,现有的签名方式是首先计算签名串,然后添加到请求头 (Request Headers),和 API 请求一起发送到 QingStor 服务端。

然而并不是所有客户端都有能力设置请求头字段,又或者用户想要分享某个私有权限的文件链接给其它用户,基于这样的需求,QingStor 新增了基于请求参数 (Query String) 的签名方式。

请求参数签名的方式不需要在 HTTP 请求头中附加任何内容,只需要在请求参数中添加以下三项必要参数:

  • access_key_id – 在 QingCloud 控制台申请的 Access Key ID
  • expires – 签名过期时间,该时间为 Unix Time (也称为 Epoch Time), 表示方法是自历元(1970-01-01 00:00, The Epoch) 之后的秒数, 类型为整数。在过期时间之后到达的请求将被 QingStor 拒绝
  • signature – 对签名串 string_to_sign 经过 HMAC-SHA256 加密后,再使用 Base64 编码,最后使用 URI 编码后的结果

请求示例:

GET /music.mp3?access_key_id=PLLZOBTTZXGBNOWUFHZZ&expires=1479107162&signature=tuXu/KcggHWPAfEmraUHDwEUdiIPSXVRsO%2BT2rxomBQ%3D
Host: mybucket.pek3a.qingstor.com
Date: Mon, 14 Nov 2016 14:05:00 GMT

相比于请求头签名方法,签名串 string_to_sign 的生成过程只有一点不同,即把 Date 替换为 Expires:

string_to_sign = Verb + "\n"
               + Content-MD5 + "\n"
               + Content-Type + "\n"
               + Expires + "\n"
              (+ Canonicalized Headers + "\n")
               + Canonicalized Resource

通过上述方法得到签名串 string_to_sign 以后计算 signature (以 Python 为例):

import hmac
import base64
import urllib
from hashlib import sha256

h = hmac.new(secret_access_key, digestmod=sha256)
h.update(string_to_sign)
signature = urllib.quote(base64.b64encode(h.digest()).strip())

最后拼接成请求参数,追加到请求地址的后面:

access_key_id=PLLZOBTTZXGBNOWUFHZZ&expires=1479107162&signature=tuXu/KcggHWPAfEmraUHDwEUdiIPSXVRsO%2BT2rxomBQ%3D

用户还可以使用 QingStor SDK 生成参数签名的 URL 链接,下面以 QingStor Go SDK 为例:

import (
    "github.com/yunify/qingstor-sdk-go/config"
    qs "github.com/yunify/qingstor-sdk-go/service"
)

configuration, err := config.New("ACCESS_KEY_ID", "SECRET_ACCESS_KEY")
qsService, err := qs.Init(configuration)
bucket, err := qsService.Bucket("test-bucket", "pek3a")

request, _, err := bucket.GetObjectRequest("test-object", nil)
err = request.SignQuery(3600) // Expires in 1 hour
signedURL = request.HTTPRequest.URL.String()
* 注:QingStor 各语言 SDK 均已支持请求参数签名,SDK 的安装和使用方法请参考文档

参数签名使用的场合较为广泛,它所能达成的效果跟请求头签名完全一样,只是让附带签名的过程更加方便和易于使用。更多 QingStor 签名有关的内容请参考文档

 

SDK 代码生成工具 Snips 发布

Snips 是一个在命令行界面使用的 SDK 代码生成工具,借助 Snips,可以在短时间内开发出 QingCloud 或 QingStor 的 SDK。Snips 已在 GitHub 开源,更多详情可参见 https://github.com/yunify/snips

Snips 读取 API Specifications(API 描述,例如 QingStor 对象存储的 API Specification: https://github.com/yunify/qingstor-api-specs)文件和模版文件来生成 SDK 中 API 调用部分的代码,再加上与各语言相关的代码,便可组成一个完整的 SDK。

另外,为了保证 SDK 的可用性和功能一致性,我们还引入了测试场景描述项目 https://github.com/yunify/qingstor-sdk-test-scenarios

注: QingCloud 的 API 描述及测试场景描述项目将稍后开源在 GitHub 上。

使用 Snips 开发 SDK 的流程如下图:

Snips Workflow

 使用 Snips 增加一门新语言的 SDK

1. 编写语言相关的、不适合生成的代码

2. 编写 API 代码模版

3. 使用 Snips 生成代码

4. 测试

5. 发布

使用 Snips 更新现有 SDK

1. 更新 API Specifications

2. 使用 Snips 重新生成代码

3. 测试

4. 发布

使用 Snips 生成 SDK 演示

下面以 QingStor 的 Go SDK(qingstor-sdk-go)为例演示 Snips 的使用方法:

1. 安装

可以直接使用 go get 安装:

go get -u github.com/yunify/snips

也可以从 Snips 项目的 GitHub Releases 页面下载编译好的二进制文件,支持 macOS、Linux 和 Windows 平台。

2. 使用 git submodule 引入 QingStor API Specifications 和 QingStor SDK test scenarios

3. 编写语言相关的不适合生成的代码,编写模版文件。

4. 使用 Snips 生成代码,并格式化代码。

$ snips --service=qingstor \
        --service-api-version=latest \
        --spec="./specs" \
        --template="./template" \
        --output="./service"
Loaded templates from ./template
4 template(s) detected.
Loaded service QingStor (2016-01-06) from ./specs

Generating to: ./service/qingstor.go
Generating to: ./service/object.go
Generating to: ./service/bucket.go
Generating to: ./service/types.go

Everything looks fine.
$ gofmt -w .

5. 使用生成好的代码实现测试用例,并运行场景化测试

$ pushd ./test
$ go run *.go
...
38 scenarios (38 passed)
84 steps (84 passed)
1m2.408357076s
$ popd

6. 以后每次 API 发生变更,只需要更新 git submodule,然后重新生成代码,通过场景化测试即可。

QingStor 对象存储支持数据加密服务

QingStor 对象存储已支持由用户提供密钥的数据加密方式。用户在上传对象时提供密钥,对象存储服务端用该密钥对上传的对象进行加密处理。相应地,在下载加密过的对象时,用户也须提供密钥,对象存储服务端用该密钥对下载的对象进行解密处理后返回。

NOTE: QingStor 对象存储服务端不保存用户的密钥,只会保存加密算法和密钥的 MD5 值。用户需要自己妥善保管上传时指定的密钥。

支持加密的 APIs 有:PUT ObjectMultipart Upload。支持解密的 APIs 有:GET ObjectHEAD ObjectPUT Object – Copy 。更详细的信息请参考QingStor 对象存储官方文档中数据加密一节。

1.加密过程

1. 客户端提供密钥及密钥的 MD5 值,在上传对象的请求的请求头中指定加密算法、密钥、和密钥 MD5 值。目前支持的加密算法是 AES256 。

2. 服务端根据密钥生成 MD5 值,与用户上传的密钥 MD5 值比对,以确认密钥在传输过程中的完整性。

3. 服务端对上传的对象进行加密。

4. 服务端丢弃用户上传的密钥,只保存加密算法和密钥 MD5 值。

5. 用户需要自己保存给该对象加密的密钥。

2.解密过程

1. 客户端在获取对象的请求的请求头中指定加密算法、密钥、密钥 MD5 值。密钥须为上传时所指定的加密密钥。

2. 服务端根据密钥生成 MD5 值,与用户上传的密钥 MD5 值比对,以确认密钥在传输过程中的完整性。

3. 服务端比对上传对象时保存的 MD5 值和请求中的密钥的 MD5 值,以验证密钥是否正确。

4. 服务端将对象用请求头中指定的密钥解密并返回。

3.示例

下面通过 PUT Object 和 GET Object 接口,演示数据加密服务流程。

1.上传对象时指定加密算法,密钥和密钥 MD5。

PUT /myphoto.jpg HTTP/1.1
Host: mybucket.pek3a.qingstor.com
Date: Sun, 16 Aug 2016 10:15:00 GMT
Content-Length: 7987
Authorization: authorization string
X-QS-Encryption-Customer-Algorithm: AES256
X-QS-Encryption-Customer-Key: M9Thi2bO7tsdbsuMo679ojaq0G6L5laHbxwjo0JVBeI=
X-QS-Encryption-Customer-Key-MD5: OTIxZjI3YzNhYjA4MTAyMzI3ZmViOGIxNWYzMjRhODA=
[7987 bytes of object data]

2.获取对象时提供密钥,由对象存储服务端解密

GET /myphoto.jpg HTTP/1.1
Host: mybucket.pek3a.qingstor.com
Date: Sun, 16 Aug 2016 10:15:02 GMT
Authorization: authorization string
X-QS-Encryption-Algorithm: AES256
X-QS-Encryption-Customer-Key: M9Thi2bO7tsdbsuMo679ojaq0G6L5laHbxwjo0JVBeI=
X-QS-Encryption-Customer-Key-MD5: OTIxZjI3YzNhYjA4MTAyMzI3ZmViOGIxNWYzMjRhODA=

QingStor 对象存储支持移动对象和批量删除对象

移动对象

QingStor 对象存储已经支持从一个存储空间中移动对象到另一个的存储空间中去,类似 *nix 系统中的 `mv` 命令,这个功能可以用于对象的重命名等操作。

下面是使用 QingStor Golang SDK 的例子:

import (
    "github.com/yunify/qingstor-sdk-go/config"
    qs "github.com/yunify/qingstor-sdk-go/service"
)

configuration, err := config.New("ACCESS_KEY_ID", "SECRET_ACCESS_KEY")
qsService, err := qs.Init(configuration)
bucket, err := qsService.Bucket("test-bucket", "pek3a")

inputArgs := qs.PutObjectInput{
    XQSMoveSource: "/" + "your_bucket" + "/" + "old_object",
}
bucket.PutObject("new_object", &inputArgs)

具体使用请参考文档和相应的 SDK

批量删除对象

现在用户可以一次删除最多 1000 个对象,配合 List Objects API , 可以实现快速地清空存储空间等操作。

下面是使用 QingStor Golang SDK 的例子:

import (
    "github.com/yunify/qingstor-sdk-go/config"
    qs "github.com/yunify/qingstor-sdk-go/service"
)

configuration, err := config.New("ACCESS_KEY_ID", "SECRET_ACCESS_KEY")
qsService, err := qs.Init(configuration)
bucket, err := qsService.Bucket("test-bucket", "pek3a")

inputArgs := qs.DeleteMultipleObjectsInput{
    Objects: []*qs.KeyType{
       {
          Key: "test-object",
       },
    },
}
bucket.DeleteMultipleObjects(&inputArgs)

具体使用请参考文档和相应的 SDK

QingStor 对象存储新增六种语言 SDK

QingStor 对象存储作为海量通用的非结构化数据存储系统,自上线以来只提供了 Python 语言的 SDK。为了让更多的用户能够快速便捷的使用 QingStor 对象存储服务,我们新发布了包括 Go、Ruby、Swift、Java、JavaScript、PHP 在内的六种语言的 SDK。目前 QingStor 对象存储服务的 SDK 已覆盖主流编程语言和开发平台,极大降低了用户使用 QingStor 对象存储服务的成本。

与此同时,我们开源了 QingStor 对象存储的 API Specifications (OpenAPI 格式,亦称 Swagger 2.0 格式),及 SDK 生成工具 Snips。在 Snips 的帮助下,能够在短时间内开发出另一种语言的 SDK。我们欢迎第三方开发者参与到 Snips 项目中,贡献其它语言的 SDK。

QingStor SDKs

下面以 Go SDK 为例,演示如何使用 SDK 接入 QingStor。

1. 安装

可以直接使用 go get 安装:

$ go get -u github.com/yunify/qingstor-sdk-go

2. 初始化服务

发起请求前需要初始化服务

import (
    "github.com/yunify/qingstor-sdk-go/config"
    "github.com/yunify/qingstor-sdk-go/service"
)

configuration, err := config.New("ACCESS_KEY_ID", "SECRET_ACCESS_KEY")
qsService, err := service.Init(configuration)

 3. 创建 Bucket

初始化并创建 Bucket, 需要指定 Bucket 名称和所在 Zone

bucket, err := qsService.Bucket("test-bucket", "pek3a")
putBucketOutput, err := bucket.Put()

4. 上传一个 Object

// Open file
file, err := os.Open("~/Desktop/Screenshot.jpg")
defer file.Close()

// Put object
output, err := bucket.PutObject(
    "Screenshot.jpg",
    &service.PutObjectInput{
        Body: file,
    },
)

// Print the HTTP status code.
// Example: 201
fmt.Println(output.StatusCode)

 5. 删除一个 Object

output, err := bucket.DeleteObject("Screenshot.jpg")

// Print the HTTP status code.
// Example: 204
fmt.Println(output.StatusCode)

 

有关 SDK 的具体使用方法,请参考文档 https://docs.qingcloud.com/qingstor/sdk/

QingCloud 大数据平台与 QingStor 对象存储无缝集成

QingStor 对象存储为用户提供可无限扩展的通用数据存储服务,具有安全可靠、简单易用、高性能、低成本等特点。用户可将数据上传至 QingStor 对象存储中,以供数据分析。 由于 QingStor 对象存储兼容 AWS S3 API,因此 Hadoop 平台可以通过 AWS S3 协议与 QingStor 对象存储高效集成,依靠 QingStor 独特的索引层设计,可有效的应对海量小文件的存储场景,无论是数据存储在 HDFS 中还是 QingStor中,计算都可以随意执行,数据都可以自由流动,以满足更多的大数据计算和存储场景,帮助企业用户提升数据的价值。

bigdata_qingstor

有关集成的更多内容,请参考 https://docs.qingcloud.com/guide/hadoop.html#qingstor

DDoS 攻击防护服务上线

为保障用户部署在青云QingCloud 上的各项业务安全平稳运行,青云QingCloud 推出 DDoS 攻击防护服务。用户可以通过 QingCloud 控制台(Console),自助完成服务的定购与配置,快速构建高可用高承载的 DDoS 攻击防护服务。

create1

700G 防护能力 防御多种攻击类型

QingCloud DDoS 攻击防护服务为用户提供超 700Gb/s 的防护能力,支持 HTTP/TCP 协议,及 HTTPS 加密。无需软硬件部署,无需人工维护。可防御多种攻击类型,提供无缝实时扩容、超额流量防御、实时监控、流量告警等多种功能。

双节点防护线路

QingCloud DDoS 攻击防护服务提供双节点防护线路,以提高防护服务的高可用性。相比单节点线路,双节点线路将通过防护服务集群备份的方式,使防护服务的整体可用性大幅提升,同时通过 DNS 负载均衡,优化服务效率。

固定 + 弹性的双重计费

DDoS 攻击可能发生在任何时间,并在很短的时间内到达极高的攻击带宽。这种突发性,一方面考验防护服务的承载能力和可用性,另一方面也对用户的使用成本提出挑战。

为帮助用户在一定范围内有效控制防护服务成本,又能应对一定幅度内的大规模突发性攻击,QingCloud DDoS 攻击防护服务采用了固定 + 弹性的双重计费模式。

用户可根据日常所受攻击的规模,选择基础固定防护能力,并按月支持服务费用。同时,在整个防护服务周期内,如果用户遭遇突发性大规模攻击,攻击带宽超过基础防护能力,计费系统将自动触发弹性计费模式,按此次突发攻击所需的实际防护能力,按天收取相应费用。用户可以通过设置弹性防护上限来控制弹性模式下的成本。当攻击规模突破弹性防护上限时,防护服务将自动安排流量回源,并进行相应的安全处理。

DDoS 攻击防护服务被广泛应用于门户、游戏、电商、社交媒体等具有大规模线上用户访问需求的网站。为应对频率和规模都日益增长的 DDoS 攻击,越来越多的线上应用开始使用专业的云端 DDoS 攻击防护服务。在获得高性能大承载的防护服务同时,在服务快速灵活部署,和成本灵活定价等方面也将获得更多优势。

更多详情请参看《DDoS 攻击防护指南》