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
**Is your feature request related to a problem? Please describe.** 目前当实例级属性变更时，实例事件会通知给消费端，不支持当服务级属性变更时，服务事件通知给消费端   **Describe the solution you'd like** 1、添加服务事件通知给消费端 2、修改返回值字段，支持服务结构体信息 **Describe alternatives you've considered** A clear and concise description of...
问题咨询
我们使用的是SC-1.3.0。A为调用者，B为服务提供者，B升级版本（修改接口）上线后，发现A只能访问B服务老版本的接口，无法访问新版本接口，看A打印的日志，是收到了SC发送的B实例上线通知，但A未刷新本地缓存的B的契约信息。 通过调试发现：A收到B实例上线通知后，会主动从SC拉取B的实例信息，但SC返回的http状态码是304（not changed），这会导致A不会继续执行拉取B的新版本契约，进而出现上述问题。 请问下，该问题是不是1.3.0这个版本的bug？如果是，升级到2.0.0是否可以解决？
**Describe the bug** A clear and concise description of what the bug is. **To Reproduce** Steps to reproduce the behavior: 1. 通过postman调用修改tag接口 2. evt.KV.Value断言为*pb.MicroServiceInstance失败   **Expected behavior** 2022-03-03 15:03:04.932...
目前我们的业务期望支持这样的使用： 一个实例(一个服务进程)上，可以注册多个服务 Service1/Service2/Service3..., 并且在运行过程中，可能反注册或新增部分服务。 客户端可能通过任一服务名来访问。 实际上就是 alias 别名。但是呢，貌似你们当前做的 alias 与我们期待的不一样 1. 测试下来好像当前的 alias 只支持一个别名，我们期望有多个别名 2. 别名的使用对发现端好像并不透明，别名有特别的命名规则 default:xxxx，我们会期望别名应该对发现是透明的 目前我也不知道有什么 alias 的文档，以上是自己测试看代码理解的。 如果不用 alias 的话，我可能要考虑，一个物理实例注册多个 service 多个 instance 来实现上述支持，其中貌似 ServiceCenter 的 instanceId...
I have a multi-cluster use case that requires sync-up one instance of ServiceCenter using K8S-Adaptor with another using ETCD-Adaptor. According to the docs ([link](https://service-center.readthedocs.io/en/latest/dev-guides/multidcs.html?highlight=aggregate#start-service-center-aggregate)), two or more ServiceCenter with a...
场景： 用户想结合自己的逻辑判断，告诉自己的状态是否正常。 比如数据库故障了， 虽然心跳正常，但是服务不可用。 目前考虑的实现方案有几种： （1） heartbeat接口能够上报状态。 业务通过自定义检查，如果可用，则在心跳将状态设置为UP,否则设置为DOWN。 （2）业务检测到不可用， 调用updateMicroserviceInstanceStatus更新为DOWN。 但是这个方案期望heartbeat接口能否返回当前状态，从而降低调用updateMicroserviceInstanceStatus的频率， 提升可靠性。 期望： （1）heartbeat接口可以指定状态信息 or （2）heartbeat接口返回当前状态信息
夸容器网段使用定义发布地址统一走ingress 网络IP 和端口。 在启动多个副本的时候，消费者就调用不到服务了。 Thread Thread[registry-vert.x-eventloop-thread-0,5,main] has been blocked for 37855967 ms, time limit is 2000 ms","thrown":{"commonElementCount":0,"localizedMessage":"Thread blocked","message":"Thread blocked","name":"io.vertx.core.VertxException","extendedStackTrace":"io.vertx.core.VertxException: Thread blocked\n\tat java.util.concurrent.ConcurrentHashMap.computeIfAbsent(ConcurrentHashMap.java:1674) ~[?:1.8.0_201]\n\tat org.apache.servicecomb.foundation.common.concurrent.ConcurrentHashMapEx.computeIfAbsent(ConcurrentHashMapEx.java:56) ~[foundation-common-1.2.1.jar:1.2.1]\n\tat org.apache.servicecomb.serviceregistry.consumer.MicroserviceManager.getOrCreateMicroserviceVersions(MicroserviceManager.java:53) ~[service-registry-1.2.1.jar:1.2.1]\n\tat org.apache.servicecomb.serviceregistry.consumer.MicroserviceManager.getOrCreateMicroserviceVersionRule(MicroserviceManager.java:80) ~[service-registry-1.2.1.jar:1.2.1]\n\tat 报了这样的错误。
**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...
**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...
**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...