1. 项目概述：为什么选择Redis Stack？

如果你正在寻找一个既能当缓存，又能当数据库，还能处理JSON文档、全文搜索和时序数据的“瑞士军刀”，那Redis Stack可能就是你的答案。它不是一个全新的产品，而是将Redis核心与一系列强大的扩展模块（RedisJSON, RedisSearch, RedisTimeSeries, RedisGraph, RedisBloom）打包在一起的开箱即用解决方案。简单来说，它让Redis从一个单纯的内存键值存储，进化成了一个功能全面的实时数据平台。

我最初接触Redis Stack，是因为一个需要实时推荐和复杂查询的微服务项目。传统的“Redis + 独立搜索引擎/数据库”架构，在数据同步延迟和运维复杂度上让我头疼不已。Redis Stack的出现，让我能在同一个数据层里完成数据存储、复杂查询和实时分析，极大地简化了架构。对于需要快速原型验证、构建实时应用（如实时仪表盘、聊天应用、物联网数据处理）或者希望简化技术栈的团队来说，部署和使用Redis Stack是一个极具性价比的起点。它特别适合开发者、架构师以及DevOps工程师，无论你是想本地开发测试，还是准备将其用于生产环境，这份从部署、安装到核心使用的说明，都将基于我多次实战的经验，带你避开我踩过的那些坑。

2. 部署方案选型与核心思路

部署Redis Stack，你面前通常有两条主流路径：使用Docker容器化部署，或者在物理机/虚拟机上直接安装。选择哪种方式，取决于你的使用场景、团队技术栈和运维习惯。

2.1 Docker部署：敏捷与隔离的首选

对于绝大多数开发、测试环境，以及追求快速一致性的生产环境，Docker部署是我的首选推荐。它的核心优势在于环境隔离和可重复性。你不需要关心宿主机操作系统的版本差异（是Ubuntu 22.04还是CentOS 7），一个 docker run 命令就能在任何支持Docker的机器上拉起一个功能完全相同的Redis Stack实例。

为什么选择Docker？

  1. 一致性 ：镜像包含了所有依赖和模块，确保“在我机器上能跑，在你机器上也能跑”。
  2. 快速启停 ：秒级启动和销毁，非常适合需要频繁创建临时环境进行功能验证或集成测试的场景。
  3. 资源隔离 ：可以方便地限制CPU和内存使用，避免单个服务耗尽主机资源。
  4. 与微服务架构天然契合 ：如果你的项目本身就是基于Docker和Kubernetes的，那么将Redis Stack作为其中一个服务进行编排和管理会非常顺畅。

潜在考量 ：对于性能极度敏感、需要极致磁盘I/O（虽然Redis主要是内存操作，但持久化时涉及磁盘）的场景，或者宿主机环境非常单一且固定的传统部署模式，直接安装可能更有吸引力。但就通用性而言，Docker方案的优势是压倒性的。

2.2 直接安装：追求极致控制

直接安装在Linux服务器上，意味着你需要手动处理所有依赖、下载二进制包或从源码编译。这种方式让你对安装路径、配置文件位置、服务管理方式（systemd vs init.d）拥有完全的控制权。

适合直接安装的场景 ：

  • 对宿主机环境有深度定制，且不希望引入容器化层。
  • 运维团队对传统服务管理流程有严格要求。
  • 需要将Redis Stack紧密集成到现有的、非容器化的监控和备份体系中。

核心挑战 ：你需要自行确保系统满足所有模块的依赖（比如某些模块可能需要较新版本的GCC或特定的系统库），并且不同Linux发行版的安装步骤可能有差异，增加了运维复杂度。

注意 ：无论选择哪种方式，在生产环境部署前，请务必在隔离的测试环境中进行完整的验证，包括数据持久化、故障恢复、性能压测和安全配置。

3. 两种部署方式的详细实操指南

接下来，我将分别详细拆解Docker部署和Linux直接安装的每一步。我会以最常用的方式为例，并附上关键配置的解读和避坑点。

3.1 基于Docker的部署实操

假设你已经在目标机器上安装好了Docker和Docker Compose。我们使用官方提供的 redis/redis-stack 镜像。

3.1.1 使用Docker Run快速启动

最简单的单机运行命令如下：

docker run -d --name redis-stack -p 6379:6379 -p 8001:8001 redis/redis-stack:latest
  • -d ：后台运行。
  • --name redis-stack ：为容器指定一个名字，方便管理。
  • -p 6379:6379 ：将容器的Redis端口（默认6379）映射到宿主机的6379端口。这是你用redis-cli或其他客户端连接时使用的端口。
  • -p 8001:8001 ：将容器的RedisInsight管理界面端口（默认8001）映射到宿主机的8001端口。RedisInsight是Redis官方提供的图形化管理工具，内置于Redis Stack中，非常方便。
  • redis/redis-stack:latest ：指定使用的镜像。 生产环境强烈建议使用特定版本标签（如 redis/redis-stack:7.2.0-v10 ），而非 latest ，以保证版本稳定性。

执行后，访问 http://你的服务器IP:8001 ，就能看到RedisInsight的欢迎界面，进行可视化操作了。

3.1.2 使用Docker Compose定义复杂服务

对于需要定义数据卷、网络、资源限制等复杂配置的场景，使用 docker-compose.yml 文件是更规范的做法。

创建一个 docker-compose.yml 文件，内容如下：

version: '3.8'
services:
  redis-stack:
    image: redis/redis-stack:7.2.0-v10 # 指定版本
    container_name: my-redis-stack
    restart: unless-stopped # 容器退出时自动重启（除非手动停止）
    ports:
      - "6379:6379"
      - "8001:8001"
    volumes:
      - ./redis-data:/data # 将数据目录挂载到宿主机，实现数据持久化
      - ./redis-stack.conf:/redis-stack.conf # 挂载自定义配置文件
    command: redis-stack-server /redis-stack.conf # 使用自定义配置启动
    environment:
      - REDIS_ARGS=--requirepass yourStrongPasswordHere # 通过环境变量设置密码（方式之一）
    # 资源限制示例
    deploy:
      resources:
        limits:
          memory: 2G
          cpus: '1.0'

关键配置解析与避坑 ：

  1. 数据持久化（ volumes ） ： - ./redis-data:/data 这一行至关重要。它将容器内的 /data 目录（Redis持久化文件默认存放处）挂载到宿主机的当前目录下的 redis-data 文件夹。这样即使容器被删除，数据也不会丢失。务必确保宿主机目录存在且具有正确的写权限。
  2. 自定义配置（ volumes & command ） ：我们挂载了一个本地的 redis-stack.conf 配置文件，并通过 command 指定使用它启动。这允许你进行深度定制，比如调整内存策略、开启AOF持久化、设置慢查询日志等。如果不需要复杂配置，可以删除这两行，容器会使用默认配置。
  3. 设置密码 ：示例中通过 REDIS_ARGS 环境变量传递 --requirepass 参数来设置密码。这是一种方式，但密码会明文出现在Compose文件中。 更安全的生产环境做法 是：使用Docker secrets、在自定义配置文件中设置密码，或者通过运行时环境变量文件（ env_file ）来管理敏感信息。
  4. 资源限制（ deploy.resources ） ：在 docker-compose.yml 中， deploy 部分通常在Swarm模式下生效。对于单纯的 docker-compose up ，你可以使用 mem_limit 和 cpus 等旧标签，或者直接在 docker run 中使用 -m 和 --cpus 参数。限制资源可以防止Redis占用过多内存导致宿主机OOM（内存溢出）。

保存文件后，在同一个目录下执行 docker-compose up -d 即可启动服务。

3.2 在Linux系统上直接安装

这里以Ubuntu 22.04 LTS为例，演示通过官方仓库安装。其他发行版（如CentOS/RHEL）步骤类似，主要是包管理工具和仓库添加命令不同。

3.2.1 通过APT仓库安装（推荐）

这是最简洁的安装方式，便于后续升级。

# 1. 导入Redis Stack的GPG密钥，用于验证软件包
curl -fsSL https://packages.redis.io/gpg | sudo gpg --dearmor -o /usr/share/keyrings/redis-archive-keyring.gpg

# 2. 添加Redis Stack的APT仓库
echo "deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] https://packages.redis.io/deb $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/redis.list

# 3. 更新包列表并安装Redis Stack
sudo apt-get update
sudo apt-get install redis-stack-server

安装完成后，Redis Stack服务会自动启动。你可以使用以下命令管理服务：

sudo systemctl status redis-stack-server # 查看状态
sudo systemctl start redis-stack-server  # 启动
sudo systemctl stop redis-stack-server   # 停止
sudo systemctl enable redis-stack-server # 设置开机自启

3.2.2 核心目录与文件说明 安装完成后，你需要了解几个关键路径：

  • 配置文件 ： /etc/redis-stack/redis-stack.conf 。这是主配置文件，所有持久化、内存、模块加载等设置都在这里。
  • 数据目录 ： /var/lib/redis-stack 。RDB和AOF持久化文件默认存储在这里。
  • 日志文件 ： /var/log/redis-stack/redis-stack-server.log 。运行日志和错误信息在这里查看。
  • 可执行文件 ： /opt/redis-stack/bin/ 。包含了 redis-cli 、 redis-benchmark 等工具。

3.2.3 基础安全与配置调整 安装后第一件事就是修改默认配置，尤其是生产环境。

  1. 设置密码 ：编辑 /etc/redis-stack/redis-stack.conf ，找到 # requirepass foobared 这一行，取消注释并将 foobared 替换成你自己的强密码。 
    requirepass YourSuperStrongPassword123!
  2. 绑定地址 ：默认配置 bind 127.0.0.1 只允许本地连接。如果你需要从其他服务器访问，可以改为 bind 0.0.0.0 （监听所有网卡），但 务必配合防火墙和密码确保安全 。更安全的做法是绑定到内网IP，如 bind 192.168.1.100 127.0.0.1 。
  3. 重启服务生效 ： 
    sudo systemctl restart redis-stack-server

4. 核心功能模块初体验与基本使用

部署成功后，让我们快速上手Redis Stack的核心增值功能。我们将使用 redis-cli （命令行工具）和RedisInsight（图形化工具）进行演示。

4.1 连接与验证

首先，用 redis-cli 连接并认证（如果设置了密码）：

# 连接本地服务器
redis-cli
# 如果设置了密码，连接后需要认证
AUTH yourPassword

# 或者连接时直接指定密码（注意：密码可能出现在进程列表里）
redis-cli -a yourPassword

输入 PING ，如果返回 PONG ，说明连接成功。

4.2 RedisJSON：像操作对象一样处理JSON

传统Redis的String类型存储JSON字符串，读写时需要序列化和反序列化。RedisJSON模块允许你直接以JSON格式存储、访问和修改文档中的特定字段。

# 1. 存储一个完整的JSON文档
JSON.SET user:1000 . '{"name":"Alice","age":30,"city":"London","hobbies":["reading","hiking"]}'

# 2. 获取整个文档
JSON.GET user:1000

# 3. 仅获取特定字段（高效！）
JSON.GET user:1000 .name
JSON.GET user:1000 .hobbies

# 4. 更新特定字段，无需读取整个文档
JSON.SET user:1000 .age 31
JSON.ARRAPPEND user:1000 .hobbies '"gaming"' # 向数组追加元素

# 5. 数字运算
JSON.NUMINCRBY user:1000 .age 1

实操心得 ：在需要频繁更新用户画像、商品属性等半结构化数据的场景，RedisJSON能极大减少网络传输和数据序列化开销。但要注意，复杂的嵌套查询不是它的强项，那是RedisSearch的领域。

4.3 RedisSearch：强大的全文与二级索引

这是我最常用的模块。它让你能在Redis数据上创建索引，执行复杂的查询、过滤、排序和聚合，支持中文分词（需配置）。

# 假设我们有一些文章数据
JSON.SET article:1 . '{"title":"Redis Stack 入门指南","content":"这是一篇关于部署和使用Redis Stack的详细教程。","author":"老王","tags":["redis","database","tutorial"],"views":1500}'
JSON.SET article:2 . '{"title":"微服务架构设计","content":"探讨如何利用Redis作为微服务间的缓存和数据网格。","author":"小李","tags":["microservice","architecture"],"views":3200}'

# 1. 在JSON文档的特定字段上创建索引
FT.CREATE idx:article ON JSON PREFIX 1 article: SCHEMA $.title AS title TEXT $.content AS content TEXT $.author AS author TAG $.tags AS tags TAG SORTABLE $.views AS views NUMERIC SORTABLE

# 2. 全文搜索：在标题和内容中查找“Redis”
FT.SEARCH idx:article "Redis"

# 3. 过滤与排序：查找标签包含“database”且浏览量大于1000的文章，按浏览量降序排列
FT.SEARCH idx:article "@tags:{database} @views:[1000 +inf]" SORTBY views DESC

# 4. 聚合：按作者统计文章总浏览量
FT.AGGREGATE idx:article "*" GROUPBY 1 @author REDUCE SUM 1 @views AS total_views

注意 ：创建索引需要仔细设计 SCHEMA ，定义字段类型（TEXT, TAG, NUMERIC等）。错误的类型定义会导致查询失败或性能低下。对于生产环境，建议先在测试环境充分验证索引设计。

4.4 RedisTimeSeries：高效处理时序数据

专门为时间序列数据优化，支持降采样、聚合查询和压缩，非常适合监控指标、物联网传感器数据。

# 1. 创建一个时间序列，设置标签用于过滤
TS.CREATE temperature:sensor:1 LABELS sensor_id 1 location "server_room"

# 2. 添加数据点（时间戳自动生成）
TS.ADD temperature:sensor:1 * 23.5 # * 表示使用当前服务器时间(毫秒)
# 或指定时间戳
TS.ADD temperature:sensor:1 1715000000000 24.1

# 3. 范围查询
TS.RANGE temperature:sensor:1 1715000000000 1715086400000

# 4. 聚合查询：查询最近一小时内，每5分钟的平均温度
TS.RANGE temperature:sensor:1 - 3600000 AGGREGATION avg 300000

避坑技巧 ：频繁插入单个数据点可能产生性能开销。如果数据产生速率极高，考虑在客户端进行批量聚合，再以较低的频率写入，或者使用 TS.MADD 命令进行批量添加。

4.5 使用RedisInsight进行可视化操作

图形化界面能极大提升效率。访问 http://localhost:8001 进入RedisInsight。

  1. 添加数据库 ：首次进入需要添加连接，输入主机、端口、密码（如果有）。
  2. 浏览数据 ：左侧浏览器可以按键模式查看所有数据，支持树状视图。
  3. 执行命令 ：内置了CLI界面，支持命令补全和高亮，比终端更友好。
  4. 内存分析 ：可以直观地查看内存使用情况，找出大Key。
  5. 慢查询日志 ：直接查看和分析慢查询，帮助性能优化。
  6. 模块支持 ：对于RedisJSON和RedisSearch，提供了专用的交互界面，可以方便地创建索引、执行查询，无需记忆命令语法。

对于不熟悉命令的团队成员，或者需要进行数据探索和临时查询时，RedisInsight是一个不可或缺的工具。

5. 生产环境关键配置与优化建议

将Redis Stack用于生产环境，绝不能仅满足于“跑起来”。以下配置和优化点来自实际运维中的经验总结。

5.1 持久化策略：RDB与AOF的权衡

Redis提供两种持久化方式，理解其原理并合理配置是数据安全的基础。

  • RDB (快照) ：在指定时间间隔内，生成数据集的时间点快照。文件紧凑，恢复速度快。但可能会丢失最后一次快照之后的所有数据。
  • AOF (追加文件) ：记录每一个写操作命令，并在重启时重新执行以恢复数据。数据耐久性更高，默认每秒同步一次，最多丢失一秒数据。但文件通常比RDB大，恢复速度慢。

生产环境推荐配置（在 redis-stack.conf 中修改） ：

# 启用AOF
appendonly yes
appendfilename "appendonly.aof"
# AOF策略：每秒同步，在性能和耐久性间取得较好平衡
appendfsync everysec

# 同时启用RDB，用于备份和快速恢复
save 900 1     # 900秒内至少有1个key变化，则保存
save 300 10    # 300秒内至少有10个key变化，则保存
save 60 10000  # 60秒内至少有10000个key变化，则保存
dbfilename dump.rdb
dir /var/lib/redis-stack # 确保此目录有足够空间且已持久化

策略解读 ：我们采用了“AOF为主，RDB为辅”的混合策略。 appendfsync everysec 是生产环境的甜点。同时保留RDB的 save 规则，可以在需要时获得一个更紧凑的备份文件，并且 redis-stack-server 在启动时如果发现同时存在AOF和RDB文件，会优先使用AOF文件来恢复数据，因为AOF的数据更完整。

5.2 内存管理与淘汰策略

Redis是内存数据库，必须妥善管理内存，防止写满后导致服务不可用。

# 设置最大内存限制，例如4GB。务必根据系统物理内存设置，留出部分给操作系统和其他进程。
maxmemory 4gb

# 设置内存达到上限后的淘汰策略
maxmemory-policy allkeys-lru

淘汰策略选择 ：

  • volatile-lru ：从已设置过期时间的键中，移除最近最少使用的键。 这是最常用的策略 ，如果你能合理设置键的TTL。
  • allkeys-lru ：从所有键中移除最近最少使用的键。适用于所有数据都可能被淘汰的场景。
  • volatile-ttl ：从已设置过期时间的键中，移除即将过期的键。
  • noeviction ：不淘汰，当内存不足时，新写入操作会报错。 适用于绝对不能丢失数据的场景，但你必须确保有监控和扩容机制 。

实操心得 ：不要使用 allkeys-random 或 volatile-random ，除非你有非常特殊的理由。LRU（最近最少使用）策略在大多数场景下能提供更可预测的性能。同时，务必使用 INFO memory 命令定期监控 used_memory 和 maxmemory ，确保有充足余量。

5.3 安全加固清单

  1. 密码认证 ：如前述，必须设置强密码（ requirepass ）。
  2. 禁用高危命令 ：将不必要或危险的命令重命名或禁用。 
    rename-command FLUSHALL ""   # 禁用清空所有数据库
rename-command FLUSHDB ""    # 禁用清空当前数据库
rename-command CONFIG ""     # 禁用在线修改配置（可通过外部文件管理）
rename-command SHUTDOWN ""   # 慎重考虑，或重命名为一个复杂字符串
  3. 网络层防护 ：
    • 使用 bind 指令限制监听IP，仅允许可信网络访问。
    • 配置服务器防火墙（如 ufw 或 firewalld ），只开放必要的端口（6379, 8001）。
    • 考虑将Redis服务部署在内网，通过应用服务器代理访问。
  4. 启用保护模式 ：确保 protected-mode yes （默认）。当未设置 bind 且未设置密码时，此模式会只允许本地回环连接。
  5. TLS加密传输 ：对于跨公网或高安全要求的环境，配置TLS加密客户端与服务端之间的通信。这需要在配置中指定证书和密钥文件。

6. 监控、维护与故障排查实战

6.1 基础监控指标与命令

运维的眼睛就是监控。除了使用RedisInsight的图形化监控，命令行工具更灵活。

  • 实时状态 ： INFO 命令返回海量信息。重点关注 INFO stats （命令统计）、 INFO memory （内存使用）、 INFO persistence （持久化状态）、 INFO replication （主从状态）。
  • 慢查询日志 ： SLOWLOG GET 10 获取最近10条慢查询。慢查询阈值由 slowlog-log-slower-than 配置（单位微秒，默认10000即10毫秒）。
  • 大Key查找 ： redis-cli --bigkeys 可以扫描并统计大Key。 注意：此命令在生产环境可能阻塞服务，请在低峰期使用。
  • 内存分析 ：对于更细粒度的内存分析，可以使用 MEMORY USAGE key 命令查看特定Key的内存占用，或使用 redis-rdb-tools 等第三方工具分析RDB文件。

6.2 常见问题与解决方案速查表

以下是我在运维中遇到的一些典型问题及解决思路：

问题现象 可能原因 排查命令/步骤 解决方案
客户端连接超时或失败 1. 服务未启动
2. 防火墙/安全组阻止
3. 密码错误
4. bind 配置限制		 1. systemctl status redis-stack-server
2. telnet <host> 6379
3. 检查客户端密码
4. 查看配置文件 bind 项		 1. 启动服务
2. 开放防火墙端口
3. 修正密码
4. 调整 bind 配置或网络策略
内存使用率持续走高，接近 maxmemory 1. 数据自然增长
2. 内存泄漏（如未设置TTL的临时数据）
3. 淘汰策略配置不当		 1. INFO memory 查看 used_memory
2. redis-cli --bigkeys
3. 分析Key模式和使用 TTL key 		1. 规划扩容
2. 检查业务代码，为临时数据设置过期时间
3. 调整 maxmemory-policy
响应变慢， INFO stats 显示 instantaneous_ops_per_sec 下降 1. 慢查询
2. 内存交换（SWAP）
3. 网络问题
4. 持久化阻塞（fork耗时）		 1. SLOWLOG GET
2. free -h 查看swap使用
3. 网络延迟测试
4. 查看日志是否有 Background saving started 相关警告		 1. 优化慢查询（如为复杂查询创建索引）
2. 增加物理内存，确保 vm.overcommit_memory=1
3. 检查网络
4. 考虑使用更高配置机器，或调整 save 策略减少fork频率
AOF文件过大 长时间运行，写操作积累 ls -lh /var/lib/redis-stack/appendonly.aof 执行 BGREWRITEAOF 命令重写AOF文件以压缩体积。可配置 auto-aof-rewrite-percentage 和 auto-aof-rewrite-min-size 自动触发。
主从复制中断 1. 网络中断
2. 主库内存不足导致RDB创建失败
3. 从库写入导致数据不一致		 主库： INFO replication
从库：查看日志， INFO replication 		1. 恢复网络
2. 主库释放内存或扩容
3. 确保从库为只读模式，并尝试 SLAVEOF NO ONE 后重新配置复制

6.3 备份与恢复策略

备份 ：

  1. RDB文件备份 ：直接复制 dump.rdb 文件。可以在 save 间隔期间手动执行 SAVE （阻塞）或 BGSAVE （后台）命令生成快照后复制。
  2. AOF文件备份 ：直接复制 appendonly.aof 文件。由于AOF是追加写入，复制时最好先执行 BGREWRITEAOF 重写以减小体积。
  3. 自动化备份脚本 ：结合cron定时任务，在业务低峰期执行 redis-cli BGSAVE ，然后使用 scp 或 rsync 将RDB文件传输到远程备份服务器。

恢复 ：

  1. RDB恢复 ：关闭Redis服务，将备份的 dump.rdb 文件放入配置中 dir 指定的目录，并确保文件权限正确，然后启动Redis。Redis会自动加载它。
  2. AOF恢复 ：关闭Redis服务，将备份的 appendonly.aof 文件放入正确目录，启动Redis。Redis会读取AOF文件中的命令序列来重建数据集。

重要提示 ：恢复操作前， 务必 对现有数据目录进行完整备份。恢复后，应使用 redis-cli 连接并进行数据抽样验证，确保恢复成功。

Logo
亚马逊云科技技术品牌专区

更多推荐

open-code-review Codex 插件教程：对话式调用评审技能指南

本文是一份面向新手的 **open-code-review Codex 插件教程**，教你在 Codex 中通过对话式方式调用 open-code-review 的 AI 代码评审技能。open-code-review 是阿里巴巴开源的 AI 代码评审工具，采用"确定性流水线 + LLM Agent"混合架构，内置多语言评审规则（NPE、线程安全、XSS、SQL 注入等），可在 Codex 里用一

avatar 亚马逊云科技技术品牌专区

OBS Studio 完整指南：免费开源录屏与直播软件从零上手

想做一场像模像样的直播，或者把屏幕内容录成教程视频，但一想到商用软件的订阅费就有些犹豫？其实你不需要花一分钱。OBS Studio 是一款免费开源的直播与录屏软件，支持 Windows、macOS 和 Linux，采集、混音、编码、推流、录制，一条流水线全包了。## 先搞清楚 OBS Studio 是什么OBS Studio 是一个"场景化"的采集合成工具：你把摄像头、窗口、浏览器、图片、

avatar 亚马逊云科技技术品牌专区

如何用MediaCrawler爬取小红书抖音数据？7大平台爬虫从安装到实战完整指南

MediaCrawler 是一个支持小红书、抖音、快手、B站、微博、百度贴吧、知乎的开源自媒体数据采集工具。它能按关键词、按帖子、按创作者主页三种方式抓取笔记/视频内容、评论甚至二级评论，并把结果存成 JSON、CSV、Excel 或数据库。适合做市场调研、竞品监控、内容选题的运营人员，以及想要现成爬虫框架而不想从零写 JS 逆向的开发者。## 从一次"手动抄数据"说起想象这个场景：你负责

avatar 亚马逊云科技技术品牌专区