マイクロチャンネル公共番号:小さなダークの家主
遠い将来の道路、より良い
学習は無限大です、私たちは一緒に来て!
私たちは、高い同時実行でトラフィックが発生したときにしばしば言及、サージ降级
、熔断
および限流
概念。私は簡単にこれらの3つの概念の定義を説明しましょう。
関連概念
ダウングレード
当社のサーバーの圧力サージは、コア機能の可用性を確保するために、選択的に機能をオフに直接、一部の機能の利用可能性を低減したとき、またはダウングレードサービスは、ダウングレードされます。流れ圧力が大きい場合例えば、午前中に二から一一を購入するには、通常の決済注文を確実にするために、午前中に注文の周りに1-2時の修正機能がオフになっています。
ヒューズは、
当社独自のシステムを指し決裂し、ダウングレード、一般的にダウングレードします。一般的には、切断外部インタフェース依存性障害および外部インタフェース関係の融合を指します。
そのようなBに依存してサービス機能は、その後、Bサービスの問題が発生し、ゆっくり戻るあなたのようなサービス。下流のより広範なシステム、コールチェーンが長くなり、非常に長い呼び出しチェーンでは、何らかの理由で、一つのサービス、応答時間が長すぎる、または完全に応答しない場合、それのことができるようにすることができます全体の分散システムの崩壊。この場合、内部のサービスを提供しています全ての、重症の場合は、につながる可能性があるため、この関数が遅くなることがあり雪崩サービス現象を。
分散システムでは、全体的なサービスの利用可能性と一貫性を確保するために、多くのシステムが使用されるメカニズムを再試行するために、いくつかのジッタ失敗に、このような対策のネットワーク理由を採用することができるので、発生しました。
しかし、いくつかのケースでは、適していない再試行メカニズムが、さらには、システムの性能を損なわ。例えば、再試行する非導通状態取得上流のシステムコール情報の下流システム、今回の要求はCPUで、その結果、大きすぎるため、下流のシステムが再生された、またはデータベース接続プールが充填され、再試行がこの場合であります下流システムの崩壊をもたらします。
分散システムでは、サービスの最もも継続雪崩引き起こさリトライ、これを再試行するためのコード・レベルが存在し得るフレームレベルの自動リトライ、再試行ロジックであってもよいし、アクティブユーザが存在してもよいですもう一度お試しください。
その後、我々は使用することができますヒューズモードをこの現象に対処します。典型的なヒューズは、三つの状態有し
閉じる)1
ヒューズは、デフォルトでオフになっています。エラーが一度発生するたびにカウント機能を有するヒューズ自体は、カウンタは、時間に切り替えされると、タイマは、同時にオンされる開きヒューズの特定の数に蓄積する半开启
状態。
2)[開く]を
任意の要求が開いた状態とスロー例外情報に直接拒否されます。
3)上半分である
ヒューズセクションこれらの要求が成功した場合、要求は、エラーが存在しないこと、それが閉じられた状態に切り替えされ、カウントがリセットされますことができます。障害が発生したためにどんな要求がある場合、それはに復元されます开启
状態、タイマー、システムを管理する休憩時間をリセットします。
ランブリング:ヒューズが何であるかを彼のガールフレンドに説明する方法?
制限
容易システムの評価によって理解これが唯一のリクエストの特定の番号を入力させ、残りの要求が拒否されました。例えば、システムのスパイクで、商用の100部にスパイク、私は2000年前に着信要求を許可し、残りの直接の傍受を拒否します。
今、私たちは、次の第1は説明し始め、その後、3つのコンセプトを説明していることdubbo是如何降级的
。
ダボのサービス低下
ダボエラーは一時的にサービス低下機能により、非クリティカルなサービスをブロックし、ダウングレード後に返品ポリシーを定義することができます。私たちは、レジストリに動的構成をカバーするルールを記述することができます。
RegistryFactory registryFactory = ExtensionLoader.getExtensionLoader(RegistryFactory.class).getAdaptiveExtension();
Registry registry = registryFactory.getRegistry(URL.valueOf("zookeeper://10.20.153.10:2181"));
registry.register(URL.valueOf("override://0.0.0.0/com.foo.BarService?category=configurators&dynamic=false&application=foo&mock=force:return+null"));
复制代码
また、設定ファイルで定義することができます。
<dubbo:reference id="iUser" interface="com.dubbosample.iface.IUser" timeout="1000" check="false" mock="return null">
复制代码
それはまた、いくつかの形式があります。
<dubbo:reference mock="true" .../>
<dubbo:reference mock="com.xxxx" .../>
<dubbo:reference mock="return null" .../>
<dubbo:reference mock="throw xxx" .../>
<dubbo:reference mock="force:return .." .../>
<dubbo:reference mock="force:throw ..." .../>
复制代码
其中,最主要的两种形式是:
1) mock='force:return+null'
表示消费对该服务的方法调用都直接返回null值,不发起远程调用。用来屏蔽不重要服务不可用时对调用方的影响。
2) 还可以改为mock=fail:return+null
表示消费方对该服务的方法调用在失败后,再返回null。用来容忍不重要服务不稳定时对调用方的影响。
具体代码
阅读过源码的知道Dubbo的远程调用是从一个代理Proxy开始的,首先将运行时参数存储在数组中,然后调用InvocationHandler
接口来实现类的invoke
方法。下面是一个动态生成的一个代理类例子。
public class proxy0 implements ClassGenerator.DC, EchoService, DemoService {
// 方法数组
public static Method[] methods;
private InvocationHandler handler;
public proxy0(InvocationHandler invocationHandler) {
this.handler = invocationHandler;
}
public proxy0() {
}
public String sayHello(String string) {
// 将参数存储到 Object 数组中
Object[] arrobject = new Object[]{string};
// 调用 InvocationHandler 实现类的 invoke 方法得到调用结果
Object object = this.handler.invoke(this, methods[0], arrobject);
// 返回调用结果
return (String)object;
}
public Object $echo(Object object) {
Object[] arrobject = new Object[]{object};
Object object2 = this.handler.invoke(this, methods[1], arrobject);
return object2;
}
}
复制代码
InvokerInvocationHandler
中的invoker
成员变量为MockClusterInvoker
,它来处理服务降级的逻辑。
public class InvokerInvocationHandler implements InvocationHandler {
private final Invoker<?> invoker;
public InvokerInvocationHandler(Invoker<?> handler) {
this.invoker = handler;
}
@Override
public Object invoke(Object proxy, Method method, Object[] args) throws Throwable {
String methodName = method.getName();
Class<?>[] parameterTypes = method.getParameterTypes();
// 拦截定义在 Object 类中的方法(未被子类重写),比如 wait/notify
if (method.getDeclaringClass() == Object.class) {
return method.invoke(invoker, args);
}
// 如果 toString、hashCode 和 equals 等方法被子类重写了,这里也直接调用
if ("toString".equals(methodName) && parameterTypes.length == 0) {
return invoker.toString();
}
if ("hashCode".equals(methodName) && parameterTypes.length == 0) {
return invoker.hashCode();
}
if ("equals".equals(methodName) && parameterTypes.length == 1) {
return invoker.equals(args[0]);
}
// 将 method 和 args 封装到 RpcInvocation 中,并执行后续的调用
return invoker.invoke(new RpcInvocation(method, args)).recreate();
}
}
复制代码
在MockClusterInvoker
中,从no mock(正常情况)
,force:direct mock(屏蔽)
,fail-mock(容错)
三种情况我们也可以看出,普通情况是直接调用,容错的情况是调用失败后,返回一个设置的值.而屏蔽就很暴力了,直接连调用都不调用,就直接返回一个之前设置的值.
从下面的注释中可以看出,如果没有降级,会执行this.invoker.invoke(invocation)
方法进行远程调动,默认类是FailoverClusterInvoker
,它会执行集群模块的逻辑,主要是调用Directory#list
方法获取所有该服务提供者的地址列表,然后将多个服务提供者聚合成一个Invoker
, 并调用 Router 的 route 方法进行路由,过滤掉不符合路由规则的 Invoker。当 FailoverClusterInvoker 拿到 Directory 返回的 Invoker 列表后,它会通过 LoadBalance 从 Invoker 列表中选择一个 Invoker。最后 FailoverClusterInvoker 会将参数传给 LoadBalance 选择出的 Invoker 实例的 invoke 方法,进行真正的远程调用。
public class MockClusterInvoker<T> implements Invoker<T> {
private final Invoker<T> invoker;
public Result invoke(Invocation invocation) throws RpcException {
Result result = null;
// 获取 mock 配置值
String value = directory.getUrl().getMethodParameter(invocation.getMethodName(), Constants.MOCK_KEY, Boolean.FALSE.toString()).trim();
if (value.length() == 0 || value.equalsIgnoreCase("false")) {
// 无 mock 逻辑,直接调用其他 Invoker 对象的 invoke 方法,
// 比如 FailoverClusterInvoker
result = this.invoker.invoke(invocation);
} else if (value.startsWith("force")) {
// force:xxx 直接执行 mock 逻辑,不发起远程调用
result = doMockInvoke(invocation, null);
} else {
// fail:xxx 表示消费方对调用服务失败后,再执行 mock 逻辑,不抛出异常
try {
// 调用其他 Invoker 对象的 invoke 方法
result = this.invoker.invoke(invocation);
} catch (RpcException e) {
if (e.isBiz()) {
throw e;
} else {
// 调用失败,执行 mock 逻辑
result = doMockInvoke(invocation, e);
}
}
}
return result;
}
// 省略其他方法
}
复制代码