You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@servicecomb.apache.org by "Gannalyo (JIRA)" <ji...@apache.org> on 2018/07/17 09:16:00 UTC
[jira] [Created] (SCB-751) The load balancer of Saga may be faced
with peak problem.
Gannalyo created SCB-751:
----------------------------
Summary: The load balancer of Saga may be faced with peak problem.
Key: SCB-751
URL: https://issues.apache.org/jira/browse/SCB-751
Project: Apache ServiceComb
Issue Type: Improvement
Components: Saga
Affects Versions: saga-0.2.0
Environment: project: incubator-servicecomb-saga-0.2.0
Reporter: Gannalyo
Currently, Saga's load balancer will *select a fastest 'MessageSender'* to send msg from pool.
My problem:
At some point, if every Alpha node need take 10 minutes to handle business for some reasons(e.g. network), that means, Saga will handle all following requests by the fastest 'MessageSender' within 10 minutes.
So, I think that the performance for Saga's load balancer will get a discount.
Of course, I believe one alpha node can handle many many requests. Just for improving Saga.
{code:java}
//代码占位符
{code}
Part of code from LoadBalancedClusterMessageSender.java .... MessageSender messageSender = fastestSender(); try \{ long startTime = System.nanoTime(); AlphaResponse response = messageSender.send(event); senders.put(messageSender, System.nanoTime() - startTime); return response; } catch (OmegaException e) \{ throw e; }
{code:java}
//代码占位符
{code}
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)