You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@servicecomb.apache.org by jb...@apache.org on 2017/12/12 07:05:42 UTC

[24/51] incubator-servicecomb-website git commit: updated faq

updated faq

Signed-off-by: eric-lee-ltk <li...@huawei.com>


Project: http://git-wip-us.apache.org/repos/asf/incubator-servicecomb-website/repo
Commit: http://git-wip-us.apache.org/repos/asf/incubator-servicecomb-website/commit/0edcb903
Tree: http://git-wip-us.apache.org/repos/asf/incubator-servicecomb-website/tree/0edcb903
Diff: http://git-wip-us.apache.org/repos/asf/incubator-servicecomb-website/diff/0edcb903

Branch: refs/heads/asf-site
Commit: 0edcb9033ac215e1c4bd8a2fa08ccb127130790c
Parents: c0f5aa5
Author: eric-lee-ltk <li...@huawei.com>
Authored: Tue Nov 7 16:01:04 2017 +0800
Committer: Willem Jiang <ji...@huawei.com>
Committed: Sun Nov 12 19:19:37 2017 -0800

----------------------------------------------------------------------
 _faqs/cn/faq.md              | 14 ++++++++++++++
 _faqs/cn/huawei-cloud-faq.md |  8 ++++++--
 2 files changed, 20 insertions(+), 2 deletions(-)
----------------------------------------------------------------------


http://git-wip-us.apache.org/repos/asf/incubator-servicecomb-website/blob/0edcb903/_faqs/cn/faq.md
----------------------------------------------------------------------
diff --git a/_faqs/cn/faq.md b/_faqs/cn/faq.md
index 92817f4..b33139c 100644
--- a/_faqs/cn/faq.md
+++ b/_faqs/cn/faq.md
@@ -468,7 +468,21 @@ redirect_from:
    A: 契约是属于微服务的,微服务本来就有版本,但语言是不应该带上版本号的。应该契约要求与语言无关。契约“没有版本”,契约的版本体现在微服务上,实例能找到所属的微服务的版本,就能找到一个确定的契约。
 
 * **Q: ServiceRegistry里的设计代码和Eureka很类似?**
+
    A: 我们第一个版本就是在Spring Cloud的基础上做的 后来随着发展发现不够用了才逐渐自己做的一套,所以的确是在充分参考Eureka后设计的。
 
 * **Q: 有些rpc是netty调用redis实现,比直接netty转发优势在哪里?**
+
    A: 可能是想用redis解决订阅发布吧。但这样意义也不大,之前也尝试过这么用,但后来都改成ServiceComb了。
+
+* **Q: 如果同时引入了`transport-rest-servlet`和`transport-rest-vertx`的依赖,那么它怎么决定采用哪一个?**
+
+   A: 如果端口没被占用,就用vertx;如果被占用了,就用servlet。
+   
+* **Q: qps流控设计时是出于什么场景考虑的?**
+
+   A: 限流有两个主要作用,第一通过给不同的消费者限流保证对一些重点服务的服务效果,第二防止雪崩效应。可根据服务的重要性来决定水管的粗细,ServiceComb是支持消费端限流和服务端限流两种限流方式的,消费端限流可以做到比较精细的控制。
+   
+* **Q: 如果服务端是链式调用,即类似a->b->c,那设置了qps 流控会不会造成水管粗细不均的事情?**
+
+   A: 一般采取的模式是先测量再设置。qps设置最终是结合整体业务需求来进行调控的,而不是就单个节点来进行设置。

http://git-wip-us.apache.org/repos/asf/incubator-servicecomb-website/blob/0edcb903/_faqs/cn/huawei-cloud-faq.md
----------------------------------------------------------------------
diff --git a/_faqs/cn/huawei-cloud-faq.md b/_faqs/cn/huawei-cloud-faq.md
index e66a69e..e5cb02b 100644
--- a/_faqs/cn/huawei-cloud-faq.md
+++ b/_faqs/cn/huawei-cloud-faq.md
@@ -9,7 +9,7 @@ redirect_from:
   - /theme-setup/
 ---
 
-1. **Q: 在使用华为公有云时,设置镜像的标签只需要和上一次的标签不一样还是要和之前的都不一样?**
+* **Q: 在使用华为公有云时,设置镜像的标签只需要和上一次的标签不一样还是要和之前的都不一样?**
 
    A: 由于Docker本身的机制中并没有实现每次都从远端拉取镜像的功能,因此,只要本地中有一个版本的镜像存在而且每次都通过该版本的标签来访问镜像时,读取的镜像则为最开始上传的镜像,后续对该标签镜像的更新并不会在本地生效。因此现有两种解决方案:
 
@@ -19,7 +19,7 @@ redirect_from:
 
    拓展:如果使用了华为公有云上面的编排功能,则可以通过设置imagePullPolicy为Always避免该问题。
    
-2. **Q: 华为公有云运行时报错:WARN com.huawei.paas.monitor.DataFactory: Upload monitor data error. 使用的配置为:**
+* **Q: 华为公有云运行时报错:WARN com.huawei.paas.monitor.DataFactory: Upload monitor data error. 使用的配置为:**
 
    ```yaml
    cse:
@@ -39,3 +39,7 @@ redirect_from:
          Provider:
            default: bizkeeper-provider
    ```
+
+* **Q: 微服务引擎CSE和ServiceComb有什么关系?**
+
+   A:  CSE(Cloud Service Engine)是ServiceComb的商业版,其中除了ServiceComb还包含了安全增强以及服务管控界面。 CSE的核心模块以及相关的开发框架都是和ServiceComb同源的。 基于ServiceComb开发的应用可以不修改代码,很方便地部署CSE环境中。