This is an automated email from the ASF dual-hosted git repository.
zhongjiajie pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/dolphinscheduler-website.git
The following commit(s) were added to refs/heads/master by this push:
new 2e324d31e0 updata blog (#935)
2e324d31e0 is described below
commit 2e324d31e031f75efc5fdd73a9008adcabccf67e
Author: Niko-Zeng <[email protected]>
AuthorDate: Tue Dec 12 16:01:08 2023 +0800
updata blog (#935)
---
blog/img/2023-11-17/1.png | Bin 0 -> 189994 bytes
blog/img/2023-11-17/2.png | Bin 0 -> 188324 bytes
blog/img/2023-11-17/3.png | Bin 0 -> 401340 bytes
blog/img/2023-11-17/4.png | Bin 0 -> 182162 bytes
blog/img/2023-11-17/5.png | Bin 0 -> 386428 bytes
blog/img/2023-11-17/6.png | Bin 0 -> 345375 bytes
blog/img/2023-11-9/1.png | Bin 0 -> 28560 bytes
...ment_practice_in_the_communications_industry.md | 90 ++++++++++
...che_DolphinScheduler_3.0.0_to_3.1.8_tutorial.md | 199 +++++++++++++++++++++
...lphinScheduler_completely_set_up_GMT_+8_zone.md | 63 +++++++
...te_loop_of_Master_service_without_restarting.md | 10 --
config/blog/zh-cn/tutorial.json | 14 +-
config/blog/zh-cn/user.json | 7 +
13 files changed, 372 insertions(+), 11 deletions(-)
diff --git a/blog/img/2023-11-17/1.png b/blog/img/2023-11-17/1.png
new file mode 100644
index 0000000000..7be3b29c10
Binary files /dev/null and b/blog/img/2023-11-17/1.png differ
diff --git a/blog/img/2023-11-17/2.png b/blog/img/2023-11-17/2.png
new file mode 100644
index 0000000000..225ddd016a
Binary files /dev/null and b/blog/img/2023-11-17/2.png differ
diff --git a/blog/img/2023-11-17/3.png b/blog/img/2023-11-17/3.png
new file mode 100644
index 0000000000..478aa199fa
Binary files /dev/null and b/blog/img/2023-11-17/3.png differ
diff --git a/blog/img/2023-11-17/4.png b/blog/img/2023-11-17/4.png
new file mode 100644
index 0000000000..9b239b01df
Binary files /dev/null and b/blog/img/2023-11-17/4.png differ
diff --git a/blog/img/2023-11-17/5.png b/blog/img/2023-11-17/5.png
new file mode 100644
index 0000000000..80141e30a6
Binary files /dev/null and b/blog/img/2023-11-17/5.png differ
diff --git a/blog/img/2023-11-17/6.png b/blog/img/2023-11-17/6.png
new file mode 100644
index 0000000000..b15dd4b362
Binary files /dev/null and b/blog/img/2023-11-17/6.png differ
diff --git a/blog/img/2023-11-9/1.png b/blog/img/2023-11-9/1.png
new file mode 100644
index 0000000000..97afe7ffca
Binary files /dev/null and b/blog/img/2023-11-9/1.png differ
diff --git
a/blog/zh-cn/Apache_DolphinScheduler's_multi-cluster_unified_construction_and_management_practice_in_the_communications_industry.md
b/blog/zh-cn/Apache_DolphinScheduler's_multi-cluster_unified_construction_and_management_practice_in_the_communications_industry.md
new file mode 100644
index 0000000000..5d5c1e8d8b
--- /dev/null
+++
b/blog/zh-cn/Apache_DolphinScheduler's_multi-cluster_unified_construction_and_management_practice_in_the_communications_industry.md
@@ -0,0 +1,90 @@
+```yaml
+title: Apache DolphinScheduler在某通信行业的多集群统一建设与管理实践
+keywords: Apache DolphinScheduler, 通信, 多集群
+description:
如果每个集群都独立部署调度系统，将会有多套调度服务管理入口，这对于运维和开发者，无论维护和使用上来说都非常不便。因此，我们决定构建一个统一调度平台，集中管理多个集群的调度任务，也为我们后续深度平台集成提供契机。
+```
+
+
+
+## 背景介绍
+
+为什么我们考虑构建统一的调度平台？
主要原因是：我们公司的大数据中心目前拥有七个大数据集群，这些集群分布在不同的机房，例如内蒙、南京、苏州和广州。而且，这些机房之间的网络并不互通。如果每个集群都独立部署调度系统，将会有多套调度服务管理入口，这对于运维和开发者，无论维护和使用上来说都非常不便。因此，我们决定构建一个统一调度平台，集中管理多个集群的调度任务，也为我们后续深度平台集成提供契机。
+
+
+
+## 构建经验
+
+**网络通讯**:
之前我们的DolphinScheduler是基于单一机房的内网通讯。然而，考虑到我们的集群遍布多个省份，我们需要对其进行改造，使其支持跨机房通过公网通讯，而考虑降低网络延迟的影响，同一机房内的节点仍然希望服务之间内网通讯。为了保证数据的安全性，我们还为公网通讯配置了TLS加密。
+
+**权限管理**:
由于我们需要管理多套集群，因此会遇到多集群权限的问题。我们优化DolphinScheduler的工作组功能来管理不同的集群环境，并为不同集群环境和租户进行权限隔离。
+
+**任务资源共享**:
DolphinScheduler本身支持对象存储。我们决定将所有集群的任务资源统一上传到同一个对象存储桶中，从而实现资源的统一管理和调度。
+
+### 服务架构
+
+我们的新架构基于DolphinScheduler的3.1.4版本。为了实现公网和内网通讯的混合部署，我们做了以下调整：
+
+- 同一机房内的服务节点通过内网通讯。
+- 不同机房之间的节点通过公网通讯。
+- master节点和zookeeper部署在统一机房内并与其他节点进行通讯。
+
+
+
+为了实现上述设计，我们修改了DolphinScheduler的源码，使其可以基于主机名（Hostname）来识别服务节点，而不仅仅是IP。然后，我们通过配置hosts文件来映射内网IP和公网IP，从而实现内外网IP的动态切换。
+
+### **多权限集群管理的挑战与实施**
+
+面对众多的项目基于单集群架构（单机房）的实际情况，我们实施了一个独特的集群标识系统，借由在数据库表格中新增字段的方法实现。为识别各集群身份，我们采用字符标识，以便在项目中明确标明集群归属。
+
+集群标识的引入是基于以下几点：
+
+- **部署决策**：我们将不同的账户节点部署至不同的数据中心。
+- **环境获取**：在用户配置过程中，我们需要确定他们如何获得环境信息。为此，我们将不同集群的环境配置集中处理，并分配至不同的组。
+- **授权策略**：在进行授权时，我们只需将相应集群环境授权给用户即可。用户在配置任务时，仅需选择我们授权给他们的集群环境。
+
+在部署不同账户节点至多机房的过程中，一个值得探讨的问题是：在配置用户时，如何有效获取其运行环境？
+
+
+
+我们将各集群环境信息配置至平台，进一步配置至不同分组。在执行授权时，简化操作——仅需将授权的集群环境授权给相应用户，通过集群环境实现集群的隔离与任务分配。
+
+### **调度逻辑的升级与改造**
+
+在实际使用过程中，我们从DolphinScheduler
3.0升级至3.1.4，经历了多次版本升级。经历了跨机房施工与临时停服的挑战后，我们开发了一个自动连续调度系统，解决了由于非计划性停机导致的人工数据补充问题。
+
+优化方案
+
+**逻辑统一**：我们统一了DS的调度逻辑。之前的逻辑在调度一条任务时，会在表中插入一条记录，调度完成后再删除。现在的优化方案直接预生成未来需要调度的50条记录。
+
+### **资源文件的缓存处理**
+
+我们面临一个挑战——在跨机房调度任务的过程中，资源文件需从S3下载，受到机房带宽的限制，这一过程变得异常缓慢。因此，我们实施了一个资源文件缓存机制，当从S3下载资源后，通过本地缓存与时间戳判断来避免不必要的重复下载，并通过软链接的方式快速引导执行目录。
+
+缓存优化的必要性源于以下几点：
+
+- **跨网调度**：我们跨网络调度任务时需从S3下载资源。
+- **带宽限制**：由于数据中心的带宽限制（千兆带宽，而业界通常为万兆），下载速度较慢。
+
+**实施细节**
+
+- **缓存逻辑**：简要来说，每次从S3下载的资源会被缓存至本地。通过检查资源的时间戳来判断其是否被更新，未更新的资源将直接链接至本地文件。
+
+# **调度连续性的直观展示**
+
+通过具体图表的展示，我们详细说明了调度自动连续的效果和相关的恢复容错机制。
+
+
+
+例如，一项工作流作业每20秒执行一次，在DS不可用的近三分钟后，我们恢复了服务。调度能继续执行停服期间未调度的实例，并避免了发布或服务重启时需要数据开发团队进行手动补数。
+
+# **未来计划：开发作业调度分析页面**
+
+我们注意到，当前的海豚调度器尚不具备一个集中分析多项目作业的页面。我们计划开发一个作业调度分析页面，从而简化多集群项目的作业故障日志分析和作业调度跟进处理。
+
+这个页面将基于任务维度展示相关作业，允许查看日志、重运作业，并提供一定的筛选功能。这将辅助开发和运维团队更快速地定位和分析问题，并高效地处理例如作业重运等操作。
+
+
+
+通过上述的一系列策略和改进，我们在多集群管理、调度逻辑和资源缓存等多个方面实现了技术的优化和提升。我们会继续深入研究和开发，希望为社区提供更多的便利和支持。
+
+我的演讲到此结束，非常感谢大家的聆听！
\ No newline at end of file
diff --git a/blog/zh-cn/Apache_DolphinScheduler_3.0.0_to_3.1.8_tutorial.md
b/blog/zh-cn/Apache_DolphinScheduler_3.0.0_to_3.1.8_tutorial.md
new file mode 100644
index 0000000000..4e9a52c8da
--- /dev/null
+++ b/blog/zh-cn/Apache_DolphinScheduler_3.0.0_to_3.1.8_tutorial.md
@@ -0,0 +1,199 @@
+```yaml
+title: Apache DolphinScheduler 3.0.0 升级到 3.1.8 教程
+keywords: Apache DolphinScheduler, 升级, 教程
+description: 安装部署的流程可参考官网的文档Version 3.1.8/部署指南/伪集群部署安装部署的流程可参考官网的文档
+```
+
+## 背景介绍
+
+[Version 3.1.8/部署指南/伪集群部署(Pseudo-Cluster)
+https://dolphinscheduler.apache.org/zh-cn/docs/3.1.8/guide/installation/pseudo-cluster](https://dolphinscheduler.apache.org/zh-cn/docs/3.1.8/guide/installation/pseudo-cluster
"Version 3.1.8/部署指南/伪集群部署(Pseudo-Cluster)")
+
+本文开始之前，我先补充说明一下升级 Apache DolphinScheduler 的几个关键点
+
+## 元数据备份
+
+做好已有**元数据做备份**（以 MySQL
为例，[元数据存储](https://so.csdn.net/so/search?q=%E5%85%83%E6%95%B0%E6%8D%AE%E5%AD%98%E5%82%A8&spm=1001.2101.3001.7020)在
Mysql 的 dolphinscheduler 数据库里）
+
+### 伪代码
+
+ mysqldump -u root -p dolphinscheduler > dolphinscheduler_backup_XXX.sql
+
+apache-dolphinscheduler-3.1.8-bin/bin/env/**install_env.sh**
+
+apache-dolphinscheduler-3.1.8-bin/bin/env/**dolphinscheduler_env.sh**
+
+这两个文件的配置项，可以从旧版本的相应文件里直接复制粘贴
+
+需要将使用到的数据库（比如 MySQL）的 connector (本人亲测 mysql-connector-java-8.0.30.jar 适用，其他
connector 版本未测试)放到相应的 libs 库里
+
+**api-server/libs**
+
+**alert-server/libs**
+
+**master-server/libs**
+
+**worker-server/libs**
+
+**tools/libs**
+
+伪代码如下
+
+ cp XXX/mysql-connector-java-8.0.30.jar
XXX/apache-dolphinscheduler-3.1.8-bin/api-server/libs/
+ cp XXX/mysql-connector-java-8.0.30.jar
XXX/apache-dolphinscheduler-3.1.8-bin/alert-server/libs
+ cp XXX/mysql-connector-java-8.0.30.jar
XXX/apache-dolphinscheduler-3.1.8-bin/master-server/libs
+ cp XXX/mysql-connector-java-8.0.30.jar
XXX/apache-dolphinscheduler-3.1.8-bin/worker-server/libs
+ cp XXX/mysql-connector-java-8.0.30.jar
XXX/apache-dolphinscheduler-3.1.8-bin/tools/libs
+
+common.properties 文件，需要修改相应的参数
+
+**alert-server/conf/common.properties**
+**api-server/conf/common.properties**
+**master-server/conf/common.properties**
+**worker-server/conf/common.properties**
+
+本人升级时，只修改了
+
+api-server/conf/common.properties
+
+worker-server/conf/common.properties
+
+这两个文件的三个参数
+
+（
+
+resource.storage.type
+
+resource.storage.upload.base.path
+
+resource.hdfs.fs.defaultFS
+
+）
+
+需要注意的是，3.1.8 此文件的有些参数名和 3.0.0 此文件中的参数名有变化。
+
+_3.0.0 参数_ _resource.upload.path_
+
+**对应**
+
+3.1.8 参数 resource.storage.upload.base.path
+
+_3.0.0 参数_ _fs.defaultFS_
+
+**对应**
+
+3.1.8 参数 resource.hdfs.fs.defaultFS
+
+## CDH集群升级
+
+如果是 CDH 集群（比如 CDH 6.2.1）升级使用 Apache DolphinScheduler 3.1.8
+
+还需要替换相应的 Zookeeper jar 包， **否则会有 Zookeeper Failed to delete registry key 报错提示
+
+**
+
+### 参考文章
+
+Dolphin3.0在伪集群模式下总是会报zookeeper Failed to delete registry key，我该怎么排查这个问题：
+_https://github.com/apache/dolphinscheduler/discussions/11948_
+
+看看是不是 Zookeeper 的版本不兼容，DolphinScheduler3.1.8 版本的 zookeeper 和 curator 是下面这个:
+
+curator-client-5.3.0.jar
+curator-recipes-5.3.0.jar
+curator-framework-5.3.0.jar
+zookeeper-3.8.0.jar
+
+将/api-server/libs，master-server/libs，worker-server/libs，/tools/libs 下的
zookeeper，curator 的版本**替换成 Zookeeper 服务版本一致**才行。
+
+**注意**：zookeeper-3.4.x 对应的 curator-\*版本必须是 4.2.0
+
+CDH6.2.1 使用的是
+
+ZooKeeper
+
+3.4.5+cdh6.2.1
+
+即 Zookeeper-3.4.5 版本，需要下载相应的 jar 包 zookeeper-3.4.5.jar,可从如下网站上搜索下载 jar
包:_https://nowjava.com/jar/_
+
+此外还需要下载下面三个 jar 包
+
+- curator-client-4.2.0.jar
+- curator-recipes-4.2.0.jar
+- curator-framework-4.2.0.jar
+
+即：
+
+- zookeeper-3.4.5.jar
+- curator-client-4.2.0.jar
+- curator-recipes-4.2.0.jar
+- curator-framework-4.2.0.jar
+
+将这 4 个 jar 包放到如下
+
+- api-server/libs
+- master-server/libs
+- worker-server/libs
+- tools/libs
+
+这四个目录，并替换原先的版本 jar 包，伪代码如下
+
+ #######################
+ cd XXX/apache-dolphinscheduler-3.1.8-bin/api-server/libs/
+
+ rm -f zookeeper-3.8.0.jar
+ cp XXXX/zookeeper-3.4.5.jar .
+
+ rm -f curator-*
+ cp XXXX/curator-*4.2* .
+
+ #######################
+
+ cd XXX/apache-dolphinscheduler-3.1.8-bin/master-server/libs
+
+ rm -f zookeeper-3.8.0.jar
+ cp XXXX/zookeeper-3.4.5.jar .
+
+ rm -f curator-*
+ cp XXXX/curator-*4.2* .
+
+ #######################
+
+ cd XXX/apache-dolphinscheduler-3.1.8-bin/worker-server/libs
+
+ rm -f zookeeper-3.8.0.jar
+ cp XXXX/zookeeper-3.4.5.jar .
+
+ rm -f curator-*
+ cp XXXX/curator-*4.2* .
+
+ #######################
+
+ cd XXX/apache-dolphinscheduler-3.1.8-bin/tools/libs
+
+ rm -f zookeeper-3.8.0.jar
+ cp XXXX/zookeeper-3.4.5.jar .
+
+ rm -f curator-*
+ cp XXXX/curator-*4.2* .
+
+ #######################
+
+以上这五点都修改完后，停掉 Apache DolphinScheduler 3.0.0
+
+### 伪代码
+
+ su - dolphinschedulercd XXXX/apache-dolphinscheduler-3.0.0-bin#
一键停止集群所有服务bash ./bin/stop-all.sh
+
+初始化 DolphinScheduler 3.1.8
+
+ cd XXXX/apache-dolphinscheduler-3.1.8-bin
+
+ sh ./tools/bin/upgrade-schema.sh
+
+
+ cd XXXX/apache-dolphinscheduler-3.1.8-bin
+
+ sh ./bin/install.sh
+
+ 到这里就升级完成了
\ No newline at end of file
diff --git
a/blog/zh-cn/How_does_Apache_DolphinScheduler_completely_set_up_GMT_+8_zone.md
b/blog/zh-cn/How_does_Apache_DolphinScheduler_completely_set_up_GMT_+8_zone.md
new file mode 100644
index 0000000000..2c9c64af9b
--- /dev/null
+++
b/blog/zh-cn/How_does_Apache_DolphinScheduler_completely_set_up_GMT_+8_zone.md
@@ -0,0 +1,63 @@
+###
+
+```yaml
+title: Apache DolphinScheduler如何完全设置东八区？
+keywords: Apache DolphinScheduler, 时区, 东八区
+description: 为了兼容全世界不同时区，Apache DolphinScheduler 使用的是 UTC 0
时区，包括保存到数据库表中的数据时区，以及展示到页面上的时区。
+```
+
+
+
+### 默认情况
+
+为了兼容全世界不同时区，Apache DolphinScheduler 使用的是 UTC 0 时区，包括保存到数据库表中的数据时区，以及展示到页面上的时区。
+
+如果我们想在页面上看到东八区时间，则需要在页面上手动选择上海时区，如下图所示：
+
+
+
+这样选择之后，虽然页面上显示的时间是对的，但是具体单个任务中的日志时间依然是 0 时区，而且底层表中所有数据的时间也是 0 时区。
+
+如果想要页面上显示的时间是东八区，而且任务日志中的时区也是东八区，并且表中保存的数据时间也是东八区，则需要修改如下几个地方的设置。_（修改有风险。请备份好您的相关文件。）_
+
+### 配置修改
+
+首先切换到你解压的安装包根目录，然后修改下面说明的文件。
+
+1.环境变量文件
+
+文件位置：bin/env/dolphinscheduler_env.sh
+文件修改内容：
+
+```
+export
SPRING_DATASOURCE_URL="jdbc:mysql://node01:3306/dolphinscheduler?useUnicode=true&characterEncoding=UTF-8&useSSL=false&serverTimezone=Asia/Shanghai"
+export SPRING_JACKSON_TIME_ZONE=${SPRING_JACKSON_TIME_ZONE:-GMT+8}
+```
+
+第一个环境配置的连接 mysql 的 url，最后面添加时区设置，同时也要注意，自己的 mysql 数据库使用的也是东八区。
+
+第二个环境配置的是启动 spring 容器时使用的时区设置，也设置为东八区。该环境变量会被海豚所有角色在启动 JVM 时设置到 JAVA OPTS 中。
+
+2.各角色 spring 配置文件
+
+文件位置：${角色}/conf/application.yaml
+
+角色包括：alert-server、api-server、master-server、worker-server。
+文件修改内容：
+
+```
+spring:
+ banner:
+ charset: UTF-8
+ jackson:
+ time-zone: GMT+8
+ date-format: "yyyy-MM-dd HH:mm:ss"
+```
+
+1. 1. 要修改的是`time-zone`的内容，将其改为`GMT+8`。
+
+修改之后，直接执行bin/install.sh文件，安装海豚调度器即可。
+
+最后要记得，Apache DolphinScheduler 页面右上角依然要选择上海时区。
+
+---
diff --git
a/blog/zh-cn/How_does_Apache_Dolphinscheduler_solve_the_infinite_loop_of_Master_service_without_restarting.md
b/blog/zh-cn/How_does_Apache_Dolphinscheduler_solve_the_infinite_loop_of_Master_service_without_restarting.md
index a7fef6627d..3d3d44253f 100644
---
a/blog/zh-cn/How_does_Apache_Dolphinscheduler_solve_the_infinite_loop_of_Master_service_without_restarting.md
+++
b/blog/zh-cn/How_does_Apache_Dolphinscheduler_solve_the_infinite_loop_of_Master_service_without_restarting.md
@@ -34,22 +34,14 @@ Apache Dolphinscheduler作为一个开源的调度平台，目前已经更新到
通过“Failed to submit the workflow
instance”，我们在项目里全局搜索，查看报错的逻辑是什么，是如何将报错的工作流处理事件重新添加到处理队列中的。
-
-
-
-
从上面被红框圈出来的关键处代理，我们可以梳理出一个基本的master服务处理工作流的一个事件流程，工作流的线程类（WorkflowExecuteRunnable）被放到缓存中，缓存的key是工作流实例的ID,同时每一个工作流都有对应的事件，事件中存储工作流实例的ID，每次执行事件时都会从缓存中获取线程类，当线程类执行失败时便重新创建一个事件加入事件队列中执行，依次往复，除非缓存中的数据被清除了，才会结束循环。具体流程如下图：
-
-
通过清理内存中的工作流线程即可解决循环问题。
-
-
## 三、实际操作
进入Master服务的日志目录
@@ -74,8 +66,6 @@
[email protected]("processServiceImpl").deleteWorkTaskInstanc
-
-
ognl表达式参考这个链接 https://arthas.aliyun.com/doc/ognl.html
通过Arthas进入master-server 调用ognl清除工作流缓存
diff --git a/config/blog/zh-cn/tutorial.json b/config/blog/zh-cn/tutorial.json
index 42c2689566..4bdad745e1 100644
--- a/config/blog/zh-cn/tutorial.json
+++ b/config/blog/zh-cn/tutorial.json
@@ -1,5 +1,17 @@
{
- "2_The_most_comprehensive_introductory_tutorial_written_in_a_month": {
+ "Apache_DolphinScheduler_3.0.0_to_3.1.8_tutorial": {
+ "title": "Apache DolphinScheduler 3.0.0 升级到 3.1.8 教程？",
+ "author": "Niko_Zeng",
+ "dateStr": "2023-11-21",
+ "desc": "安装部署的流程可参考官网的文档Version 3.1.8/部署指南/伪集群部署安装部署的流程可参考官网的文档..."
+ },
+ "How_does_Apache_DolphinScheduler_completely_set_up_GMT_+8_zone": {
+ "title": "Apache DolphinScheduler如何完全设置GMT+8区？",
+ "author": "Niko_Zeng",
+ "dateStr": "2023-11-9",
+ "desc": "本文将简单指导你如何快速设置时区..."
+ },
+ "2_The_most_comprehensive_introductory_tutorial_written_in_a_month": {
"title": "还不会用 Apache Dolphinscheduler？大佬用时一个月写出的最全入门教程（2）",
"author": "Debra Chen",
"dateStr": "2022-5-23",
diff --git a/config/blog/zh-cn/user.json b/config/blog/zh-cn/user.json
index 43c5348460..ab4cc9ca38 100644
--- a/config/blog/zh-cn/user.json
+++ b/config/blog/zh-cn/user.json
@@ -1,4 +1,11 @@
{
+"Apache_DolphinScheduler's_multi-cluster_unified_construction_and_management_practice_in_the_communications_industry":
{
+ "title": " Apache DolphinScheduler在某通信行业的多集群统一建设与管理实践",
+ "author": "Niko Zeng",
+ "dateStr": "2023-11-17",
+ "desc":
"如果每个集群都独立部署调度系统，将会有多套调度服务管理入口，这对于运维和开发者，无论维护和使用上来说都非常不便。因此，我们决定构建一个统一调度平台，集中管理多个集群的调度任务，也为我们后续深度平台集成提供契机...",
+ "img": "/img/2023-11-17/1.png"
+ },
"Zhendao_Group_builds_an_intelligent_marketing_cloud_platform_based_on_Apache_DolphinScheduler":
{
"title": " 珍岛集团基于 Apache DolphinScheduler 打造智能营销云平台",
"author": "Niko Zeng",
