HSF_INVOKE_TIMEOUT中文是什么意思？

HSF_INVOKE_TIMEOUT的中文意思是沙发内沿的长宽；

沙发有两个支撑点承托使用者的腰椎、胸椎，能获得与身体背部相配合曲面的效果。此类沙发靠背与座面的夹角很关键，角度过大或过小都将造成使用者的腹部肌肉坚强，产生疲劳。同样，沙发座面的宽度也不宜过大，通常按标准要求在540毫米之内，这样使用者的小腿可随意调整坐姿，休息得更舒适。

扩展资料：

人造绵做沙发填充物，软性极好，坐感舒适，但机械性能差，压缩负荷小，只宜做靠垫。 沙发的填充物的选择点：根据填充物的种类不同，在使用上有很大区别。 　一般情况下，布艺沙发的坐垫填充物应该采用30公斤/立方米以上的高回d海绵较为合适；

在形式上大多采用整块海绵填充的方式，最好的形式是采用30公斤/立方米以上高回d海绵及乱孔海绵结合羽绒或人造棉叠加结合增加舒适感和使用寿命。选择时要问清填充物的种类，若填充物是海绵要了解所使用海绵的密度，用重力感受坐垫的回d效果，坐上感觉坐感的舒适性等。

一般用海绵的坐垫，国家标准25KG/M3，国际标准35KG/M3。底面结构，高d蛇簧结构优于绷带结构，优质绷带好于劣质绷带结构，经过长时间压缩后仍能快速回d，恢复原样，不变形、不塌陷。

前提： 关闭windows 防火墙，可以ping 通 EDAS所在IP

修改配置：假设EDAS 轻量级配置中心IP 是 10.10.10.10

修改hosts 文件 添加配置如下：

10.10.10.10 jmenv.tbsite.net

添加jvm 参数：

-Dvipserver.server.port=8080

-Daddress.server.domain=10.10.10.10

-Daddress.server.port=8080

-Dvipserver.client.port=8080

-Dpandora.location=D:/hsf.sar.jar

如果本地有多个IP可以通过需要配置一下hosts 来指定注册的IP

先打开 cmd 输入hostname 命令 获取本机名称，假设是 computer1

假设需要使用的本地IP是 11.111.1.1（确保此IP和EDAS的网络之间是同的）

在hosts 文件中添加如下配置：

11.111.1.1 computer1

-Dpandora.location=D:/hsf.sar.jar

指定的是潘多拉地址

添加需要的配置项：

1. 找到 ConfigCenter类，添加配置中心需要的groupID和DataID

其中groupId：是项目的包名称，确保唯一，建议网上国网统一使用 com.sgcc.osg 作为groupID。dataID，用于标识单个配置项。

2. 找到EDASConfigContextRefresher 在 registerDiamondListenersForApplications方法中添加 addListener第一参数是 ConfigCenter.DATA_ID,第二个参数是ConfigCenter.GROUP_ID。

loadConfiguration(compositePropertySource, environment, ConfigCenter. DATA_ID , ConfigCenter. GROUP_ID )

loadConfiguration方法前两个参数固定， 后面是 之前在ConfigCenter中添加的DATA_ID, 和GROUP_ID。

在本地开发的时候，应用启动前需要先在轻量级配置中心。添加配置项。

点击添加：

[图片上传失败...(image-8cefb1-1597155336559)]

在d出框中输入在本地ConfigCentre.java 中配置的 groupID， 和dataId输入进去。

content 里面可以添加任意键值对。

@RestController

@RefreshScope //需要 动态刷新必加

public class Demo{

@Value(“${key1}”)

private String key1

@Value(“${key2}”)

private String key2

}

配置项：如下图每一个groupid, dataId，和content 对应一个配置项

分发 轻量级配置中心的时候 通过 压缩文件分发，不要copy 解压后的文件夹

如果应用列表没有数据，不能说明应用无法注册到分布式服务总线，而是应用启动失败，或者EDAS鉴权配置有问题

l 检查应用启动日志，查看是否正常启动。

如果抛出其他异常导致无法启动需要联系业务同学确认。

l 如果没有报错需要确认EDAS_SERVICE_ID 环境变量是否过程, 不能超过36

如果分布式服务总线的 服务列表是空的，就说明这个微服务没有注册到分布式服务总线

l 应用正常启动后（通过启动日志判断，出现pandora started说明启动完成），

l 查看 /etc/resolv.conf 确保EDAS的nameserver 放在首位。

l 查看 /home/admin/logs/vipsrv-logs/vipclient.log 中

l 如果有 403 access denied. 说明是容器所在宿主机的时间没有同步。需要联系云 *** 系统的同事进行时间同步。时间同步后重启容器就可以注册成功。

l 如果有 error code 500 需要检查dncs-server 服务是否正常。

l 登录edas 物理机

l docker ps|grep dncs-server

l docker exec -it docker_id bash

l cd /home/admin/bin

l 运行sh chekc_dncs.sh

l 如果 check_dncs.sh 运行异常说明dncs-server出现问题。

l 登录edas 物理机

l docker ps|grep dncs-server

l docker exec -it docker_id bash

l cd /home/admin/bin

l 运行sh chekc_dncs.sh

l 如果 check_dncs.sh 运行异常说明dncs-server出现问题

l 出现异常后可以进行 docker restart docker_id 重启dncs-server 容器,容器重启后大概需要3-7分钟启动dncs-server 的业务，可以使用/home/admin/bin/check_dncs.sh 检查是否启动完成

l 登录edas 物理机

l docker ps|grep dncs-server

l docker exec -it docker_id bash

l cd /home/admin/bin

l 运行sh chekc_dncs.sh

l 如果 check_dncs.sh 运行异常说明dncs-server出现问题

l dmesg |grep java

l 如果出现Out of memory: Kill process xxxx(java) 说明 dncs-server 进程由于OOM被linux 系统kill

l edas 鉴权体系的隔离不同账户之间不可能互相访问

l 不同集群使用不同的k8s集群做实现，不同k8s 集群的网络是不可以相通的

l 如果使用HSF协议，HSF协议内部兼容了服务的负载均衡

l 如果使用spring cloud 框架下的RESTful 协议，由spring cloud 的Ribbon组件提供负载均衡

l 如果使用spring cloud 框架下的RESTful 协议，由spring cloud 的Ribbon组件重试，可以在application.properties 中配置ribbon 的重试策略

由于edas应用的启动依赖于pandora 容器所有需要在Junit 测试类上面添加如下配置引入pandora 容器的启动：

微架构也是SOA的一种，只是其component更小更多而已。

Spring等框架中，常有依赖注入，Ioc等技术，通过配置文件，决定API调用，一个不是很恰当的比喻，把这些API分开，包装成Service，放在网络上，每个有自己的process，通过与语言无关的协议通讯，类似Rest之类的，这就成了微架构。

据说，好处是容易deploy，更灵活，解耦；坏处是网络限制性能，不易确定系统state等等。

个人感觉，微架构只是把复杂性推到了其他的地方，过分强调解耦，可能造成不必要的细化，导致系统更为复杂，难以维护，不是很看好这种思路。

---