You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@servicecomb.apache.org by "liubao (Jira)" <ji...@apache.org> on 2020/12/10 01:25:00 UTC
[jira] [Resolved] (SCB-2136) TESTING status microservice instances
are counted as latest version
[ https://issues.apache.org/jira/browse/SCB-2136?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
liubao resolved SCB-2136.
-------------------------
Assignee: liubao
Resolution: Fixed
> TESTING status microservice instances are counted as latest version
> -------------------------------------------------------------------
>
> Key: SCB-2136
> URL: https://issues.apache.org/jira/browse/SCB-2136
> Project: Apache ServiceComb
> Issue Type: Improvement
> Components: Java-Chassis
> Affects Versions: java-chassis-1.3.0, java-chassis-1.3.1
> Reporter: Haishi Yao
> Assignee: liubao
> Priority: Minor
> Fix For: java-chassis-1.3.2
>
>
> In some cases, the new version microservice instances may be launched with TESTING status, in order that the operators can run some tests for the new instances before they actually serve.
> But at present, when consumers find the new version instances, they firstly choose the new version as the latest version and secondly filter the instances by status. As a result, if the version-rule of the consumers is "latest" and the instances of the new version are all in TESTING status, the consumers will filter out all the instances.
> In such cases, the expected behavior is that SDK firstly choose the greatest version number of the UP status instances as latest version, and secondly filter out the non-UP status instances.
>
> TO avoid this problem, currently the version rule of consumers should be "0.0.0+"(or "0+" shortly) to choose all versions of provider instances to invoke.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)