chpengzh

账号管控、配置管理、服务治理相关问题讨论

1

> 该issue是对功能实施的一个讨论贴...细节还待补充 ## 一. 数据流模型 数据流图如下: - 1. 当应用进入readiness状态后，SDK会上报应用实例和服务相关的会话; - 2. SOFADashboard 读取zk的会话信息，以**应用为维度**对配置进行管理; - 3. SOFADashboard 调用 apollo-portal-server 接口，通过**应用维度**修改配置; - 4. apollo-meta-server 下发配置，RPCSDK 读取配置变更，执行上下线切换LB等操作指令;  ## 二. 方案流程细节说明 该方案仅为草案，请各位进行讨论和补充 ###...

如题，希望现在的构建过程支持docker镜像的构建。

The readiness status is incorrectly determined when the application starts.

1

# 现象 如果同时启动一个服务的两个实例，后启动的实例状态为`DOWN`，哪怕该实例正常启动(无端口占用，无其他启动异常，`/actruator/health`接口返回值为`UP`) # 定位 ```java try { String status = readinessCheckListener.getHealthCheckerStatus() && readinessCheckListener.getHealthCallbackStatus() ? Status.UP.toString() : Status.DOWN.toString(); publisher.getApplication().setAppState(status); publisher.register(); } catch (Exception e) { LOGGER.info("sofa dashboard client register failed.",...

Configuring independent log space

1

由于client代码会添加到应用依赖中，我们希望dashboard-client的日志独立于应用日志进行管理(参考其他sofa-boot应用sdk)