We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
我们在服务治理过程中遇到了一个比较复杂的问题, 在我们微服务的网络中,虽然我们可以对服务进行分级赋予不同的权重,在治理过程中对来源不同权重的服务进行限流。 但是存在一种场景,如果我们的核心业务的调用链路经过不同权重的服务, 我们在服务治理过程中,需要鉴别这种核心场景业务的调用。 这个模型的设计是通过otco-ns的“标签隔离”功能进行实现吗? 如果是进行标签隔离,那么我们的标签应该在哪个阶段打?打在什么地方呢?
The text was updated successfully, but these errors were encountered:
"需要鉴别这种核心场景业务的调用" 具体指什么? 是标记出这种经过不同权重服务的核心业务?
Sorry, something went wrong.
差不多是这个意思,比如在订单Servers进行限流的时候,如何保证预定请求的这类核心业务不被影响。通过配置规则?
No branches or pull requests
我们在服务治理过程中遇到了一个比较复杂的问题,
在我们微服务的网络中,虽然我们可以对服务进行分级赋予不同的权重,在治理过程中对来源不同权重的服务进行限流。
但是存在一种场景,如果我们的核心业务的调用链路经过不同权重的服务,
我们在服务治理过程中,需要鉴别这种核心场景业务的调用。
这个模型的设计是通过otco-ns的“标签隔离”功能进行实现吗?
如果是进行标签隔离,那么我们的标签应该在哪个阶段打?打在什么地方呢?
The text was updated successfully, but these errors were encountered: