由于在k8s使用了grpc，所以这里我们集成istio来实现http2的自动发现以及负载均衡，但是随着节点增加，istio之前同步配置时间边长导致第一次启动时，服务启动拉取配置时istio却还没初始化好相关配置，而导致第一次启动失败，错误如下
这里有几种方案
- 让服务启动时先暂停5s，再加载配置信息
- 加载配置失败一直重试知道成功
- 修改istio与业务pod启动时间间隔
- 修改dockerfile 检查istio是否启动，启动成功后再启动业务pod
经过评估，方案1需要代码侵入，还是无法完全解决问题， 方案2 也是需要修改业务代码，很多业务都得跟着修改，改动大 方案3 这个在最新版本中的k8s有这个功能，升级有风险 方案4 侵入式小 最后选择方案四，也参考了相关资料 https://github.com/istio/istio/issues/16222
最终需要修改dockerfile来解决，并且将检查istio健康状况改成了检查配置中心是否可用
ENTRYPOINT ["/bin/sh","-c"]
CMD ["until curl --head 'http://config-center/info' ; do echo Waiting for Sidecar; sleep 3 ; done ; echo Sidecar available; java -Xmx3200m -Xms3200m -Xmn1600m -jar /app.jar --spring.profiles.active=prod "]
启动时打印信息如下
这里可以看到第一次检测也是失败，知道成功后才开始启动业务POD
当然也可以将相关命令写到deploy的yml中。
来源：oschina
链接：https://my.oschina.net/u/560547/blog/3195821