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)