Update FAQ (#1073)

docs/content/faq/_index.cn.md

@@ -5,15 +5,13 @@ weight = 8
 chapter = true
 +++
 
-### 1. 阅读源码时为什么会出现编译错误?
+## 1. 阅读源码时为什么会出现编译错误?
 
 回答：
 
 ElasticJob 使用 lombok 实现极简代码。关于更多使用和安装细节，请参考[lombok官网](https://projectlombok.org/download.html)。
 
-***
-
-### 2. 为什么在代码或 Spring 配置文件中修改了作业配置，注册中心配置却没有更新?
+## 2. 为什么在代码或 Spring 配置文件中修改了作业配置，注册中心配置却没有更新?
 
 回答：
 
@@ -23,9 +21,7 @@ ElasticJob Lite 提出了 overwrite 概念，可通过 JobConfiguration 或 Spri
 `overwrite=true` 即允许客户端配置覆盖注册中心，反之则不允许。
 如果注册中心无相关作业的配置，则无论 overwrite 是否配置，客户端配置都将写入注册中心。
 
-***
-
-### 3. 怀疑 ElasticJob Lite 在分布式环境中有问题，但无法重现又不能在线上环境调试，应该怎么做?
+## 3. 怀疑 ElasticJob Lite 在分布式环境中有问题，但无法重现又不能在线上环境调试，应该怎么做?
 
 回答：
 
@@ -34,9 +30,7 @@ ElasticJob Lite 提出了 overwrite 概念，可通过 JobConfiguration 或 Spri
 如果您怀疑某些场景出现问题，可参照[dump文档](/cn/user-manual/dump/)将作业运行时信息提交至社区。
 ElasticJob 已将 IP 等敏感信息过滤，导出的信息可在公网安全传输。
 
-***
-
-### 4. ElasticJob 有何使用限制?
+## 4. ElasticJob 有何使用限制?
 
 回答：
 
@@ -48,9 +42,7 @@ ElasticJob 已将 IP 等敏感信息过滤，导出的信息可在公网安全
 
 * 开启 monitorExecution 才能实现分布式作业幂等性（即不会在多个作业服务器运行同一个分片）的功能，但 monitorExecution 对短时间内执行的作业（如秒级触发）性能影响较大，建议关闭并自行实现幂等性。
 
-***
-
-### 5. 是否支持动态添加作业?
+## 5. 是否支持动态添加作业?
 
 回答：
 
@@ -66,9 +58,7 @@ ElasticJob Cloud 为 mesos 框架，由 mesos 负责作业启动和分发。
 
 综上所述，ElasticJob 已做了基本动态添加功能，但无法做到真正意义的完全自动化添加。
 
-***
-
-### 6. 使用 Spring 版本有何限制?
+## 6. 使用 Spring 版本有何限制?
 
 回答：
 
@@ -77,37 +67,63 @@ Spring 5由于仅支持JDK 8及其以上版本，因此目前并不支持。
 Spring 3.1.0 之前的版本对占位符的使用与目前不同，因此不再支持。
 ElasticJob 并未包含 Spring 的依赖，请用户自行添加需要的版本。
 
-***
-
-### 7. ElasticJob 2.0.5 及之前版本的作业暂停 (Pause) 与作业失效 (Disable) 的区别是什么?
+## 7. ElasticJob 2.0.5 及之前版本的作业暂停 (Pause) 与作业失效 (Disable) 的区别是什么?
 
 回答：
 
 作业暂停和失效都会停止当前节点作业的运行。但作业暂停和恢复不会触发重分片，而作业失效和生效将触发重分片。
 
-***
-
-### 8. ElasticJob 2.1.0 版本支持单节点运行多个相同的作业实例，是否兼容原来的数据结构?
+## 8. ElasticJob 2.1.0 版本支持单节点运行多个相同的作业实例，是否兼容原来的数据结构?
 
 回答：
 
 是的。新 ElasticJob Lite 的数据结构和原有结构完全兼容。
 
-### 9. 界面 Console 无法正常显示?
+## 9. 界面 Console 无法正常显示?
 
 回答：
 
 使用 Web Console 时应确保与 ElasticJob 相关版本保持一致，否则会导致不可用。
 
-### 10. 作业与注册中心无法通信会如何?
+## 10. 作业与注册中心无法通信会如何?
 
 回答：
 
 为了保证作业的在分布式场景下的一致性，一旦作业与注册中心无法通信，运行中的作业会立刻停止执行，但作业的进程不会退出，这样做的目的是为了防止作业重分片时，将与注册中心失去联系的节点执行的分片分配给另外节点，导致同一分片在两个节点中同时执行。
 当作业节点恢复与注册中心联系时，将重新参与分片并恢复执行新的分配到的分片。
 
-### 11. 为什么界面中的作业状态是分片待调整?
+## 11. 为什么界面中的作业状态是分片待调整?
 
 回答：
 
 分片待调整表示作业已启动但尚未获得分片时的状态。
+
+## 12. ElasticJob-Cloud 有何使用限制?
+
+回答：
+
+* 作业启动成功后修改作业名称视为新作业，原作业废弃。
+
+## 13. ElasticJob 2.0.5版本使用Cloud需要注意哪些问题?
+
+回答：
+
+对于ElasticJob-Cloud，原作业维度配置无法满足易用性和扩展性等需求，因此在 ElasticJob 2.0.5 Cloud 版本中增加了作业APP的概念，即作业打包部署后的应用，描述了作业启动需要用到的CPU、内存、启动脚本及应用下载路径等基本信息，每个APP可以包含一个或多个作业。
+
+## 14. 添加任务后为什么任务一直在 ready 状态，而不开始执行?
+
+回答：
+
+任务在mesos有单独的agent可提供所需的资源时才会启动，否则会等待直到有足够的资源。
+
+**增加JOB APP API**
+
+* 将作业打包部署后发布作业APP。
+
+* 作业APP配置参数cpuCount,memoryMB分别代表应用启动时需要用到的CPU及内存。
+
+**调整JOB API**
+
+* 新增作业时，必须先发布打包部署后的作业APP。
+
+* 作业配置参数cpuCount,memoryMB分别代表作业运行时需要用到的CPU及内存。