This is an automated email from the ASF dual-hosted git repository.
liubao pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/servicecomb-docs.git
The following commit(s) were added to refs/heads/master by this push:
new f0099d5 update docs for bizkeeper and isolation (#281)
f0099d5 is described below
commit f0099d5fe7502c5f73916312f8dda8a411d05b7d
Author: liubao68 <[email protected]>
AuthorDate: Tue Jan 3 16:30:10 2023 +0800
update docs for bizkeeper and isolation (#281)
---
java-chassis-reference/zh_CN/docs/references-handlers/bizkeeper.md | 2 +-
java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md | 3 ++-
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/java-chassis-reference/zh_CN/docs/references-handlers/bizkeeper.md
b/java-chassis-reference/zh_CN/docs/references-handlers/bizkeeper.md
index 2ef5812..dd967b1 100644
--- a/java-chassis-reference/zh_CN/docs/references-handlers/bizkeeper.md
+++ b/java-chassis-reference/zh_CN/docs/references-handlers/bizkeeper.md
@@ -33,7 +33,7 @@ servicecomb:
* 调用栈很深，在某些异常情况下，可能屏蔽底层异常，导致问题原因分析困难。
* 超时机制、重试机制和线程池隔离机制和 Java Chassis 的一些内部机制的协作存在一些不友好的情况，需要特别注意合理的开启超时和重试。
默认情况下是禁用的。Java Chassis 只能使用信号量隔离机制。
* Hystrix 的引入对性能影响很大， 会有 20% 以上的框架性能损失。
-* Hystrix 项目目前已经停止维护。
+* Hystrix 项目目前已经停止维护。 该功能会在Java Chassis的3.x.x版本删除。
## 概念阐述
diff --git
a/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
b/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
index a9c42dd..fb04f68 100644
--- a/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
+++ b/java-chassis-reference/zh_CN/docs/references-handlers/loadbalance.md
@@ -107,7 +107,7 @@ servicecomb:
servicecomb:
loadbalance:
isolation:
- enabled: true
+ enabled: false
errorThresholdPercentage: 0
enableRequestThreshold: 5
singleTestTime: 60000
@@ -126,6 +126,7 @@ servicecomb:
1. 2.1.2
之前的版本，当错误率达到设定值导致实例隔离后，要想恢复，需要等待隔离时间窗结束后的第一次成功请求进行周期性累加，直到总的错误率下降到设定值以下才行。
由于请求总数是触发实例隔离的门槛，若请求总数达到设定值时计算出来的错误率远大于设定值，要想恢复是需要很久的。 使用 2.1.3
及其之后的版本没有这个问题。
2.
ServiceComb为了检测实例状态，在后台启动类一个线程，每隔10秒检测一次实例状态（如果实例在10秒内有被访问，则不检测），如果检测失败，每次检测会将错误计数加1。这里的计数，也会影响实例隔离。
+3. `enabled` 属性 2.8.4 之前版本为 true，2.8.4及其以后的版本为
false。在故障场景下，最佳的保护策略是快速失败，建议采用客户端隔离仓实现。采用实例隔离的方式保证请求成功，可能在高并发等场景下导致失败率增加。
系统缺省的实例状态检测机制是发送一个telnet指令，参考SimpleMicroserviceInstancePing的实现。如果业务需要覆盖状态检测机制，可以通过如下两个步骤完成：
