servicecomb-service-center
servicecomb-service-center copied to clipboard
apache
A standalone service center to allow services to register their instance information and to discover providers of a given service
**Describe the bug** When I use tls feature in service-center(Reference Example of plugin.md -> # Plug-in mechanism), I got an error of, ERROR plugin/loader.go:53 no any plugin has been loaded...
**Is your feature request related to a problem? Please describe.** A clear and concise description of what the problem is. Ex. I'm always frustrated when [...] **Describe the solution you'd...
Solve the problem of function parameters being recycled by GC Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a...
upgrade golangci-lint vertion to v1.55.2 Follow this checklist to help us incorporate your contribution quickly and easily: - [ ] Make sure there is a [JIRA issue](https://issues.apache.org/jira/browse/SCB) filed for the...
**Is your feature request related to a problem? Please describe.** 当前SC自身实例的TTL周期固定为30*（3+1），是否可以将该配置开放出去，支持可以根据自身系统的具体情况进行配置。比如说，当前实例下线时间配置成了2min，当SC发生重启时，有可能在2min内会查询到多个SC的实例信息，存在新老实例并存的问题。如果说配置开放出去的话，可以根据在不同系统下SC的重启时间配置对应的TTL时间来解决或者降低对应问题出现的概率。 https://github.com/apache/servicecomb-service-center/blob/9ecab25a509057a3bfe8ab967b754562b6bff52b/server/core/microservice.go#L41C28-L41C28 **Describe the solution you'd like** A clear and concise description of what you want to happen. **Describe alternatives...
**Is your feature request related to a problem? Please describe.** 当前SC的订阅推送规则的维度为appid/serviceName/version，也就是微服务的维度。但是在实际使用场景下，有诉求按照实例属性（标签）粒度进行订阅。比如说，consumer只关心某个节点上的服务实例的变更，其他节点上的不关心。该节点上是不同微服务下的实例。使用当前的订阅机制的话，consumer就需要将该节点上所有的微服务进行订阅。这样造成的结果是会有很多冗余的推送，对整个系统的性能造成很大的影响。如果可以按照标签订阅的话，每个实例注册的时候可以在property中新增一个nodeId的字段来标识节点信息。consumer订阅时仅将他所关心的对应的nodeID作为规则发给注册中心，后续注册中心根据规则进行推送，可以降低整个系统冗余的推送量。 **Describe the solution you'd like** 同上 **Describe alternatives you've considered** A clear and concise description of any alternative solutions...
**Is your feature request related to a problem? Please describe.** 当前微服务进程如果发生重启后，会重新向注册中心注册，注册中心会生成一个新的实例ID。但是在很多业务场景下，不希望每次进程重启实例ID就发生变更，希望有机制可以服务该实例之前注册过的实例ID。比如说：k8s纳管场景，业务的podName不变的情况下（这个定位信息支持业务自定义），向注册中心注册的对应的实例ID可以保持不变。 **Describe the solution you'd like** 注册中心可以在etcd中添加一个存储，用于标识定位信息（需要包含serviceId和业务自定义的定位信息）和instanceId的映射。这样每次当有一个新的注册请求发送到注册中心的时候（未携带instanceId），SC根据请求体中的定位信息向etcd查询是否有定位信息到instanceID的映射，如果可以查到，则说明之前有注册过，则取其instanceId进行复用；如果etcd里当前没有该映射信息，则说明之前没有人根据该定位进行进行注册，则SC新分配一个instanceID来注册使用，并且同时将定位信息和该instanceId的映射关闭写入etcd，用于下次复用。 **Describe alternatives you've considered** A clear and concise description of any alternative solutions...
**Describe the bug** Service Center 2.1.0 版本的实例注销接口失效, 导致Java-Chassis框架开发的微服务做完优雅下线后, 实例还能从sc中查询得到. 并且如果将微服务的心跳时间间隔调短, sc的心跳失败自动下线实例的机制并不会对应缩短下线实例的时间, 导致业务仍然需要等待约 120 秒才会看到实例记录消失.(等待120秒下线心跳一直失败的实例是默认配置下的行为) **To Reproduce** 1. 从[service center 2.1.0](https://github.com/apache/servicecomb-service-center/releases/tag/v2.1.0)release note中下载linux-amd64版本的软件包, 并部署. 2. 用Java-Chassis框架开发一个微服务注册到sc, 然后停止微服务, 触发Java-Chassis框架的优雅下线机制. 3. 调用 sc 的接口,...
