标签：CAS5.3 服务 登录 CAS 内存 测试 单点 分布式
按照以上两篇文章成功部署之后，又遇到了一个新的问题，简单描述一下。
我们现在是微服务架构，而且是多系统，测试机的内存也才32G，性能各方面会比普通的笔记本稍微强一点点，但是没有强那么多，当我们启动多个系统服务，然后加上CAS客户端接口服务，在加上CAS服务端tomcat的启动，内存经常会不够，导致测试机的系统无法正常访问，考虑到我们有三台测试机，所以直接以分布式的方式进行部署，具体说明：
测试机A：启动之前正常启动的那四个服务
测试机B：启动新加的CAS客户端验证用户的服务以及CAS服务端
简而言之，就是在原来的基础上再单独加一个单点登录的服务，从而达到分担内存的作用，不用担心启动过多服务而内存不够的异常。
具体实施：
第一步：前端的CAS服务指向，需要指定到测试机B，也就是CAS单点登录服务器
第二步：后端用户信息验证成功后返回的服务指向，也需要指定测试机B，也就是CAS单点登录服务器
第三步：CAS登录用户信息验证的外部接口服务指向，需要指定测试机A服务器上的用户验证接口
现在只是一个想法。还没有具体实施，暂做梳理。过程中遇到问题再详细记录。
标签：CAS5.3,服务,登录,CAS,内存,测试,单点,分布式 来源： https://www.cnblogs.com/qcq0703/p/15678608.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。