通过RAM Policy 授权子账号登录控制台查看指定Bucket的云监控信息，包括概要信息、热点文件统计、API统计等

在查询、统计、拉取时需要传入时间范围，经常需要传入更灵活的参数，如："今天凌晨"，"昨天"，"3天前"，"现在"等参数时。现在CLI也支持了！

NAS“日志分析”新功能，旨在帮助用户更好地监控文件系统资源。通过该功能，用户可以方便地跟踪系统性能问题，记录文件系统上的数据操作情况，审计文件删除等相关操作，有效监控各区域内文件系统资源大盘和明细信息，实时报警等

前言 TableStore是阿里云自研的一款分布式NoSQL数据库，提到NoSQL数据库，现在对很多应用研发来说都已经不再陌生。当前很多应用系统底层不会再仅仅依赖于关系型数据库，而是会根据不同的业务场景，来选型使用不同类型的数据库，例如缓存型KeyValue数据会存储在Redis，文档型数据会存储在MongoDB，图数据会存储在Neo4J等。

经常碰到内部同学或者外部客户问ossutil关于并发上传性能的问题。本文简单描述下ossutil并发上传原理并举例说明。 用户可从这里获取ossutil。 官网：https://help.aliyun.com/document_detail/50452.html代码：https://github.com/aliyun/ossutil 参数 --recursive 上传文件到oss时，如果file_url为目录，则必须指定--recursive选项，否则无需指定--recursive选项。

用户可以将通过数据库备份产品，将本地IDC、公网、其他云、RDS和ECS自建数据库等实时备份到对象存储OSS上。提供全量或增量实时备份、秒级RPO，支持OSS异地容灾，更安全可靠。同时，基于OSS标准型、归档型，提供高性价比的数据库备份的方案。

同比环比函数 同比函数用于把当前区间的计算结果和之前一个指定区间的结果进行比较。 函数 含义 样例 compare(value, time_window) value为double或long类型，time_window为秒。

日志服务支持开通运行日志用于记录用户操作日志、消费组日志、Logtail错误和采集日志和计量日志，便于用户实时监控日志服务的使用状况和排查疑难问题。

TableStore（简称OTS）是阿里云的一款分布式表格系统，为用户提供schema-free的分布式表格服务。随着越来越多用户对OLAP有强烈的需求，我们提供在表格存储上接入Data Lake Analytics（简称DLA）服务的方式，提供一种快速的OLAP解决方案。

支持对NAS下大量访问日志进行查询分析、并提供开箱即用的报表及灵活开放的报表与报警功能。帮助NAS用户管理自己的数据看板，实时了解访问明细，审计敏感操作，诊断问题，实时报警等。

ThinkPHP 3使用OSS示例。

本文将介绍如何使用阿里云生态构建网盘服务

1. 日志信息不够丰富，怎么破 在日志分析场景中，我们经常遇到这样的问题，日志中的信息不完善。例如，日志中包含了用户的点击行为，但是却缺少用户的属性，例如注册信息、资金、道具等信息。 而产品PD、运营同学分析日志的时候，往往需要这种联合分析用户的属性和行为，例如分析用户地域对付费习惯的影响。

智能媒体管理提供了文档预览功能，通过快速搭建文章的介绍，详细描述了使用“文档转换 + JS 前端渲染引擎”实现文档预览的过程，本文将介绍预览功能中的 图片水印（wmType=2 和 wmValue=url 参数）技巧。

智能媒体管理提供了文档预览功能，通过快速搭建文章的介绍，详细描述了使用“文档转换 + JS 前端渲染引擎” 实现文档预览的过程，本文将介绍预览功能中的文字水印技巧。

阿里云发布了vSphere虚拟机备份上云服务（HBR for vSphere），利用混合云备份服务可以将虚拟机镜像备份上云，避免了传统备份方案复杂的软件部署，存储资源规划，异地备份保护等难点，客户在网络带宽有限的条件下依然能够有效地保护vSphere虚拟机数据。

阿里云发布了国内首个混合云大数据集群双活容灾产品-混合云容灾服务下的大数据容灾服务(HDR for Big Data)，采用业界领先的数据双向实时复制技术，HDR for Big Data可以实现Hadoop集群双活和准0 RPO容灾，为大数据灾备制定了全新的标准。

智能媒体管理提供了文档预览功能，通过 快速搭建 文章的介绍，详细描述了使用“文档转换 + JS 前端渲染引擎”实现文档预览的过程，本文将介绍预览功能中的 文字拷贝 技巧。

智能媒体管理 提供了文档预览功能，通过 快速搭建 文章的介绍，详细描述了使用“文档转换 + JS 前端渲染引擎”实现文档预览的过程，本文将介绍预览功能中的打印控制（print=1 参数）技巧。

AWS's Amazon DynamoDB and Alibaba Cloud's Table Store are both fully-managed NoSQL database services, providing fast and predictable performance with seamless scalability.

在Kubernetes服务化、日志处理实时化以及日志集中式存储趋势下，Kubernetes日志处理上也遇到的新挑战，包括：容器动态采集、大流量性能瓶颈、日志路由管理等问题。本文介绍了“Logtail + 日志服务 + 生态”架构，介绍了：Logtail客户端在Kubernetes日志采集场景下的优势；日志服务作为基础设施一站式解决实时读写、HTAP两大日志强需求；日志服务数据的开放性以及与云产品、开源社区相结合，在实时计算、可视化、采集上为用户提供的丰富选择。

OSS控制台支持图形化设置Bucket Policy。通过Bucket Policy允许Bucket Owner直接进行访问授权控制，而不需要通过RAM 进行授权。Bucket Policy可以实现带IP条件限制的匿名用户访问策略设置以及跨账号授权策略设置；

阿里云日志服务6月新功能发布

1.背景公司内部服务器都没有公网访问权限，只有少数网关机可以访问公网，但需要将日志采集到阿里云日志服务进行实时分析，因此需要配置网关机转发来实现内网服务器的日志采集。 2.准备材料 一台可以访问外网的网关机 1.

本文介绍了DDoS日志实时分析功能的费用计量细节与案例。

本文介绍了DDoS日志分析功能的日志报表的使用方法。

场景 日志服务内置了20+类SQL函数。面对用户复杂的业务场景，例如使用json来沉淀业务数据，普通的SQL函数可能就无法满足需求，需要一些用户自定义处理逻辑。为了处理json类的业务数据，我们可以采用把json展开成多行的形式进行统计分析，今天我们介绍使用UDF(lambda)的方式来编写自定义逻辑，处理json、array、map类型的数据。

随着企业信息化程度越来越高以及业务的快速发展，各类数据成指数级增长，数据安全对企业的成功和业务的持续运营变得越来越重要。如何保证重要业务数据的可靠性，确保在出现灾难或者操作失误的情况下，能找回以前的数据拷贝，如何在最短的时间窗口完成数据的快速备份，如何实现备份数据的异地容灾存放，这些挑战让企业IT管理者不得不重新审视重要业务数据的保护方法。

场景 通常，我们处理数据，一列数据类型要么是字符串，要么是数字，这些都是primitive类型的数据。在某些比较复杂的业务场景下，我们会在一列中使用复杂的格式，例如数组array, 对象(map)，json等格式来表示复杂的数据，例如： __source__: 11.

日志服务提供Shard自动分裂功能，实时监控Shard流量，自动进行shard分裂以应对流量上涨，解决流量估算不准、随时可能上涨又难以及时处理的问题，保障数据完整。

前言 前面支持一个国外客户，使用ossutil上传文件到OSS，一直调整不好--jobs和--parallel参数。因此给客户写了一篇简单的英文文档。 用户可从这里获取ossutil。 官网： https://help.

问题 某用户使用如下命令上传目录到OSS，中间隐去bucket name。 ./ossutil cp oss:///img/330802010400071904 -r -j 15 /home/oss/video-algorithm/ 出现如下错误。

6月14日，阿里云宣布推出首个可部署在本地数据中心的企业级块存储产品Apsara Block Storage，该产品基于分布式架构，具备高可靠、高性能、弹性扩展、全面兼容等特点，可轻松部署在本地数据中心，帮助政府、金融、大型企业等构建大规模分布式块存储平台，应对海量数据的敏捷存取需求。

前言 在实际数据库项目开发中，由于我们不知道实际查询时数据库里发生了什么，也不知道数据库是如何扫描表、如何使用索引的，因此，我们能感知到的就只有SQL语句的执行时间。尤其在数据规模比较大的场景下，如何写查询、优化查询、如何使用索引就显得很重要了。

# OSS断点续传 ## 应用场景 当调用OSS的PutObject来上传较大的文件时，如果上传过程中出现错误，比如网络错误，那么此次上传失败。重试时必须从文件起始位置上传。 针对这种情况，OSS提供了分片上传（Multipart Upload）来达到断点续传的效果。

经常碰到内部同学或者外部客户问ossutil关于增量上传的问题。本文简单描述下原理并举例说明。 # 应用场景 ## 场景一 某用户有一批文件（比如1000个）要上传到OSS（或从OSS下载，或从OSS拷贝到OSS，下同），当执行批量上传的过程中出现失败（比如在上传第601个文件时失败）。

# 应用场景 某些用户在本地或者OSS上存放了不同类型的文件，比如jpg文件和pptx文件。用户希望在（批量）上传jpg文件的时候设置不同的meta和ACL，而（批量）上传pptx文件的时候设置另外的meta和ACL。