游客vq5inccn46cus_个人页

详细解答可以参考官方帮助文档 适用场景 在典型的C/S系统架构中，服务器端负责接收并处理客户端的请求。那么考虑一个使用OSS作为后端的存储服务，客户端将要上传的文件发送给服务器端，然后服务器端再将数据转发上传到OSS。在这个过程中，一份数据需要在网络上传输两次，一次从客户端到服务器端，一次从服务器端到OSS。当访问量很大的时候，服务器端需要有足够的带宽资源来满足多个客户端的同时上传的需求，这对架构的伸缩性提出了挑战。 为了解决这种场景带来的挑战，OSS提供了授权给第三方上传的功能。使用这个功能，每个客户端可以直接将文件上传到OSS而不是通过服务器端转发，节省了自建服务器的成本，并且充分利用了OSS的海量数据处理能力，无需考虑带宽和并发限制等，可以让客户专心于业务处理。 目前授权上传可以由两种实现方式：URL签名和临时访问凭证。 URL签名 URL签名是授权访问的一种方式，即在请求的URL中带OSS AccessKeyId和Signature字段，这样用户就可以直接使用该URL来进行上传。每个URL签名中携带有过期时间以保证安全。具体的做法可以参考在URL中包含签名。 临时访问凭证 临时访问凭证是通过阿里云Security Token Service(STS)来实现授权的一种方式。其实现请参见STS Java SDK。临时访问凭证的流程如下： 客户端向服务器端发起获得授权的请求。服务器端先验证客户端的合法性。如果是合法客户端，那么服务器端会使用自己的AccessKey来向STS发起一个请求授权的请求，具体可以参考访问控制。 服务器端获取临时凭证之后返回给客户端。 客户端使用获取的临时凭证来发起向OSS的上传请求，更详细的请求构造可以参考临时授权访问。客户端可以缓存该凭证用来上传，直到凭证失效再向服务器端请求新的凭证。 最佳实践 RAM和STS使用指南 Web端直传实践及上传回调

详细解答可以参考官方帮助文档DTS数据迁移任务，如果配置连接方式时，源实例选择ECS上的自建数据库，那么要求这个ECS实例跟目标RDS必须属于同一个阿里云账号。 如果要实现某一个阿里云账号下的源ECS实例上的自建数据库迁移到另外一个阿里云账号下的RDS实例。那么源实例类型必须选择有公网IP的自建数据库，并配置ECS的连接地址。 本小节介绍如何利用DTS试下跨阿里云账号的ECS自建数据库迁移至RDS。 支持场景 支持公共云两个账号下的ECS跟RDS实例间的迁移。支持聚石塔跟公共云ECS跟RDS实例间的数据迁移。支持公共云跟金融云ECS跟RDS实例间的数据迁移。 迁移账号创建在正式迁移之前，需要先在源实例及目标实例中创建迁移帐号，不同的数据库类型，要求的迁移账号权限不同，具体权限要求可以参考产品手册－数据迁移中的相关文档。 配置迁移任务下面以ECS 自建MySQL到RDS实例迁移为例，说明如何使用DTS实现两个阿里云账号下的ECS自建数据库到RDS实例的迁移。其他数据库类型的迁移流程相同。 进入数据传输DTS控制台，点击右上角的创建迁移任务，开始任务配置。实例连接信息配置。 在这个步骤中，主要配置迁移任务名称，迁移源实例及目标实例连接信息。其中： 任务名称 默认情况下，DTS为每个任务自动生成一个任务名称。任务名称没有唯一性要求，您可以修改这个名称，为任务配置一个具有业务意义的名称，便于后续的任务识别。 源实例连接信息 实例类型：选择 有公网IP的自建数据库数据库类型：选择 MySQL主机名或IP地址：MySQL的访问连接地址端口：MySQL的监听端口数据库账号：MySQL实例的访问账号数据库密码：MySQL访问账号对应的密码 目标实例连接信息 实例类型：选择 RDS实例RDS实例ID：配置RDS实例的实例ID数据库账号：RDS实例访问账号数据库密码：上面RDS访问账号对应的密码 迁移类型及迁移对象配置。 配置完后，进入迁移预检查。 预检查。 在迁移任务正式启动之前，会先进行前置预检查，只有预检查通过后，才能成功启动迁移。 如果预检查失败，那么可以点击具体检查项后的按钮，查看具体的失败详情，并根据失败原因修复后，重新进行预检查。 当预检查通过后，可以启动迁移任务。 至此，完成使用DTS进行两个阿里云账号下的ECS自建数据库到RDS实例的迁移任务配置。

详细解答可以参考官方帮助文档OSS 移动端SDK 上传文件的方式可以分为：简单上传，追加上传，分片上传和断点续传。 简单上传上传Object可以直接上传OSSData，或者通过NSURL上传一个文件： OSSPutObjectRequest * put = [OSSPutObjectRequest new];// 必填字段put.bucketName = @'';put.objectKey = @'';put.uploadingFileURL = [NSURL fileURLWithPath:@''];// put.uploadingData = ; // 直接上传NSData// 可选字段，可不设置put.uploadProgress = ^(int64_t bytesSent, int64_t totalByteSent, int64_t totalBytesExpectedToSend) { // 当前上传段长度、当前已经上传总长度、一共需要上传的总长度 NSLog(@'%lld, %lld, %lld', bytesSent, totalByteSent, totalBytesExpectedToSend);};// 以下可选字段的含义参考： https://docs.aliyun.com/#/pub/oss/api-reference/object&PutObject// put.contentType = @'';// put.contentMd5 = @'';// put.contentEncoding = @'';// put.contentDisposition = @'';// put.objectMeta = [NSMutableDictionary dictionaryWithObjectsAndKeys:@'value1', @'x-oss-meta-name1', nil]; // 可以在上传时设置元信息或者其他HTTP头部OSSTask * putTask = [client putObject:put];[putTask continueWithBlock:^id(OSSTask *task) { if (!task.error) { NSLog(@'upload object success!'); } else { NSLog(@'upload object failed, error: %@' , task.error); } return nil;}];// [putTask waitUntilFinished];// [put cancel]; 上传到文件目录OSS服务是没有文件夹这个概念的，所有元素都是以文件来存储，但给用户提供了创建模拟文件夹的方式。创建模拟文件夹本质上来说是创建了一个名字以“/”结尾的文件，对于这个文件照样可以上传下载,只是控制台会对以“/”结尾的文件以文件夹的方式展示。 如，在上传文件是，如果把ObjectKey写为'folder/subfolder/file'，即是模拟了把文件上传到folder/subfolder/下的file文件。注意，路径默认是”根目录”，不需要以’/‘开头。 上传时设置Content-Type和开启校验MD5上传时可以显式指定ContentType，如果没有指定，SDK会根据文件名或者上传的ObjectKey自动判断。另外，上传Object时如果设置了Content-Md5，那么OSS会用之检查消息内容是否与发送时一致。SDK提供了方便的Base64和MD5计算方法。 OSSPutObjectRequest * put = [OSSPutObjectRequest new];// 必填字段put.bucketName = @'';put.objectKey = @'';put.uploadingFileURL = [NSURL fileURLWithPath:@''];// put.uploadingData = ; // 直接上传NSData// 设置Content-Type，可选put.contentType = @'application/octet-stream';// 设置MD5校验，可选put.contentMd5 = [OSSUtil base64Md5ForFilePath:@'']; // 如果是文件路径// put.contentMd5 = [OSSUtil base64Md5ForData:]; // 如果是二进制数据// 进度设置，可选put.uploadProgress = ^(int64_t bytesSent, int64_t totalByteSent, int64_t totalBytesExpectedToSend) { // 当前上传段长度、当前已经上传总长度、一共需要上传的总长度 NSLog(@'%lld, %lld, %lld', bytesSent, totalByteSent, totalBytesExpectedToSend);};OSSTask * putTask = [client putObject:put];[putTask continueWithBlock:^id(OSSTask *task) { if (!task.error) { NSLog(@'upload object success!'); } else { NSLog(@'upload object failed, error: %@' , task.error); } return nil;}];// [putTask waitUntilFinished];// [put cancel]; 追加上传Append Object以追加写的方式上传文件。通过Append Object操作创建的Object类型为Appendable Object，而通过Put Object上传的Object是Normal Object。 OSSAppendObjectRequest * append = [OSSAppendObjectRequest new];// 必填字段append.bucketName = @'';append.objectKey = @'';append.appendPosition = 0; // 指定从何处进行追加NSString * docDir = [self getDocumentDirectory];append.uploadingFileURL = [NSURL fileURLWithPath:@''];// 可选字段append.uploadProgress = ^(int64_t bytesSent, int64_t totalByteSent, int64_t totalBytesExpectedToSend) { NSLog(@'%lld, %lld, %lld', bytesSent, totalByteSent, totalBytesExpectedToSend);};// 以下可选字段的含义参考：https://docs.aliyun.com/#/pub/oss/api-reference/object&AppendObject// append.contentType = @'';// append.contentMd5 = @'';// append.contentEncoding = @'';// append.contentDisposition = @'';OSSTask * appendTask = [client appendObject:append];[appendTask continueWithBlock:^id(OSSTask *task) { NSLog(@'objectKey: %@', append.objectKey); if (!task.error) { NSLog(@'append object success!'); OSSAppendObjectResult * result = task.result; NSString * etag = result.eTag; long nextPosition = result.xOssNextAppendPosition; } else { NSLog(@'append object failed, error: %@' , task.error); } return nil;}]; 上传后回调通知客户端在上传Object时可以指定OSS服务端在处理完上传请求后，通知您的业务服务器，在该服务器确认接收了该回调后将回调的结果返回给客户端。因为加入了回调请求和响应的过程，相比简单上传，使用回调通知机制一般会导致客户端花费更多的等待时间。 具体说明参考：Callback 代码示例： OSSPutObjectRequest * request = [OSSPutObjectRequest new];request.bucketName = @'';request.objectKey = @'';request.uploadingFileURL = [NSURL fileURLWithPath:@filepath>'];// 设置回调参数request.callbackParam = @{ @'callbackUrl': @'your server callback address>', @'callbackBody': @'your callback body>' };// 设置自定义变量request.callbackVar = @{ @'': @'', @'': @'' };request.uploadProgress = ^(int64_t bytesSent, int64_t totalByteSent, int64_t totalBytesExpectedToSend) { NSLog(@'%lld, %lld, %lld', bytesSent, totalByteSent, totalBytesExpectedToSend);};OSSTask * task = [client putObject:request];[task continueWithBlock:^id(OSSTask *task) { if (task.error) { OSSLogError(@'%@', task.error); } else { OSSPutObjectResult * result = task.result; NSLog(@'Result - requestId: %@, headerFields: %@, servercallback: %@', result.requestId, result.httpResponseHeaderFields, result.serverReturnJsonString); } return nil;}]; 分片上传因为篇幅的原因，分片上传参考：分片上传 断点续传 特别注意： 断点续传暂时只支持上传本地文件。 对于移动端来说，如果不是比较大的文件，不建议使用这种方式上传，因为断点续传是通过分片上传实现的，上传单个文件需要进行多次网络请求，效率不高。** 在无线网络下，上传比较大的文件持续时间长，可能会遇到因为网络条件差、用户切换网络等原因导致上传中途失败，整个文件需要重新上传。为此，SDK提供了断点上传功能。 在上传前，可以指定断点记录的保存文件夹。若不进行此项设置，断点上传只在本次上传生效，某个分片因为网络原因等上传失败时会进行重试，避免整个大文件重新上传，节省重试时间和耗用流量。如果设置了断点记录的保存文件夹，如果任务失败，在下次重新启动任务，上传同一文件到同一Bucket、Object时，如果用户设置取消时不删除断点记录。再次上传将从断点记录处继续上传。详见随后的范例。 断点续传失败时，如果同一任务一直得不到续传，可能会在OSS上积累无用碎片。对这种情况，可以为Bucket设置lifeCycle规则，定时清理碎片。参考：生命周期管理。 出于碎片管理的原因，如果在断点续传时取消当前任务。默认会同步清理已经上传到服务器的分片。如果取消时需要保留断点上传记录，需要指定断点记录的保存文件夹并修改deleteUploadIdOnCancelling参数。需要注意，如果本地保留记录时间过长，且Bucket设置lifeCycle规则定时清理了服务端分片。会出现服务端和移动端记录不一致的问题。 说明： 断点续传的实现依赖InitMultipartUpload/UploadPart/ListParts/CompleteMultipartUpload/AbortMultipartUpload，如果采用STS鉴权模式，请注意加上这些API所需的权限。 断点续传也支持上传后回调通知，用法和上述普通上传回调通知一致。 断点续传已经默认开启每个分片上传时的Md5校验，请勿重复在request中设置Content-Md5头部。 在本地持久保存断点记录的调用方式（默认是不设置）： OSSResumableUploadRequest * resumableUpload = [OSSResumableUploadRequest new];resumableUpload.bucketName = OSS_BUCKET_PRIVATE;//...NSString *cachesDir = [NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES) firstObject];resumableUpload.recordDirectoryPath = cachesDir; 断点续传功能实现 // 获得UploadId进行上传，如果任务失败并且可以续传，利用同一个UploadId可以上传同一文件到同一个OSS上的存储对象OSSResumableUploadRequest * resumableUpload = [OSSResumableUploadRequest new];resumableUpload.bucketName = ;resumableUpload.objectKey = ;resumableUpload.partSize = 1024 * 1024;resumableUpload.uploadProgress = ^(int64_t bytesSent, int64_t totalByteSent, int64_t totalBytesExpectedToSend) { NSLog(@'%lld, %lld, %lld', bytesSent, totalByteSent, totalBytesExpectedToSend);};NSString *cachesDir = [NSSearchPathForDirectoriesInDomains(NSCachesDirectory, NSUserDomainMask, YES) firstObject];//设置断点记录文件resumableUpload.recordDirectoryPath = cachesDir;//设置NO,取消时，不删除断点记录文件，如果不进行设置，默认YES，是会删除断点记录文件，下次再进行上传时会重新上传。resumableUpload.deleteUploadIdOnCancelling = NO;resumableUpload.uploadingFileURL = [NSURL fileURLWithPath:your file path>];OSSTask * resumeTask = [client resumableUpload:resumableUpload];[resumeTask continueWithBlock:^id(OSSTask *task) { if (task.error) { NSLog(@'error: %@', task.error); if ([task.error.domain isEqualToString:OSSClientErrorDomain] && task.error.code == OSSClientErrorCodeCannotResumeUpload) { // 该任务无法续传，需要获取新的uploadId重新上传 } } else { NSLog(@'Upload file success'); } return nil;}];// [resumeTask waitUntilFinished];// [resumableUpload cancel]; 数据完整性校验因为移动端网络环境的复杂性，OSS SDK提供了基于MD5和CRC64的端到端的数据完整性验证功能。 MD5校验 需要在上传文件时提供文件的Content-MD5值，OSS服务器会帮助用户进行MD5校验，只有在OSS服务器计算接收到的文件得到的MD5值和上传提供的MD5一致时才可以上传成功，从而保证上传数据的完整性。 OSSPutObjectRequest * request = [OSSPutObjectRequest new];request.bucketName = BUCKET_NAME;...request.contentMd5 = [OSSUtil fileMD5String:filepath]; CRC校验 与MD5相比，CRC64可以同时上传并计算CRC值。 // 构造上传请求OSSPutObjectRequest * request = [OSSPutObjectRequest new];request.bucketName = OSS_BUCKET_PRIVATE;///....request.crcFlag = OSSRequestCRCOpen;// 开启crc效验后。如果在传输中数据不一致，会提示OSSClientErrorCodeInvalidCRC 错误。OSSTask * task = [_client putObject:request];[[task continueWithBlock:^id(OSSTask *task) { //如果crc效验失败，会有error XCTAssertNil(task.error); return nil;}] waitUntilFinished];