标签：Config java Service Admin Spring Portal Apollo 下线 客户端

​

 高可用是分布式系统架构设计中必须考虑的因素之一，它通常是指通过设计减少系统不能提供服务的时间。需要框架源码的朋友可以看我个人简介联系我 推荐分布式架构源码

​

Apollo 在高可用设计上下了很大的功夫，下面我们来简单的分析下：

1）某台Config Service 下线
无影响，Config Service 可用部署多个节点。

2）所有 Config Service 下线
所有 Config Service 下线会影响客户端的使用，无法读取最新的配置。可采用读取本地缓存的配置文件来过渡。

3）某台 Admin Service 下线
无影响，Admin Service 可用部署多个节点。

4）所有 Admin Service 下线
Admin Service 是服务于 Portal，所有 Admin Service 下线之后只会影响 Portal 的操作，不会影响客户端，客户端是依赖 Config Service。

5）某台 Portal 下线
Portal 可用部署多台，通过 Nginx 做负载，某台下线之后不影响使用。

6）全部 Portal 下线
对客户端读取配置是没有影响的，只是不能通过 Portal 去查看，修改配置。

7）数据库宕机
当配置的数据库宕机之后，对客户端是没有影响的，但是会导致 Portal 中无法更新配置。当客户端重启，这个时候如果需要重新拉取配置，就会有影响，可采取开启配置缓存的选项来避免数据库宕机带来的影响。

通过上面的分析，我们可以看出 Apollo 在可用性这块做得确实不错，各种场景会发生的问题都有备用方案，基本上不会有太大问题，大家放心大胆地使用吧。

​

标签：Config,java,Service,Admin,Spring,Portal,Apollo,下线,客户端
来源： https://www.cnblogs.com/Liuzhijuan/p/15351410.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。