今天完成的事情：昨天那个异常，改完hosts文件后再改下hostname文件后解决了 。然后在远程服务器上配置了一个service，虚拟机上一个service，两个web程序分别在8081，8080，service均绑定在8090端口，另外在虚拟机的hosts文件里面进行配置使得web发出的请求到本地nginx再分发，nigix中配置两个均衡负载，第一个用于两台web，随机访问，第二个用于web调用service 两台web中spring-rmi.xml文件中serviceUrl值类似rmi://www.pt1.com:8090/stuService

upstream server{

        server 192.168.130.128:8081;

        server 192.168.130.128:8080;

}

server {

        listen 80;

        server_name www.pt.com;

        location /{

                proxy_pass http://server;

                index index.jsp index.html index.htm;

        }

}

upstream server2{

        server 139.199.158.179;

        server 192.168.130.128;

}

server {

        listen 80;

        server_name www.pt1.com;

        location /{

                proxy_pass http://server2;

                index index.jsp index.html index.htm;

        }

}

另外也试了试nginx两台web，远程服务两台service，配置差不多只是改了下server2的地址。

深度思考，1  rmi即远程方法调用，使用rmi框架是为了能够分布式开发，建立分布式应用。

2 SCA 核心概念是服务及其相关实现。服务由接口定义，而接口包含一组操作。服务实现可以引用其他服务，称为引用。服务可以有一个或多个属性，这些属性是可以在外部配置的数据值。分布式在我看来就是一个应用分为多层，每层都可以由一个或多个服务器运行，每层中间通过相关相关协议进行通信。优点在于，分担可以将分布在各处的资源综合利用。因为多个服务器共同运行，可以提高效率。另外某一模块崩溃不会引起整个应用的崩溃，提高了系统的稳定性。

3 分离的好处在一service断不用考虑前端逻辑，只要关注后端的逻辑操作。不用关注前端相关内容。应用到了前后端分离，组件化。

最后找到了Tuscany和Spring的简单配置，看了一下。

明天计划的事情：把rmi方式改为Tusany的调用方式，成功运行。
遇到的问题：调试调到能运行的时候出现一会能访问一会出现 no suchobject intable的错误，开始查说是被GC回收， 最后发现一个博客说是，service断重启后 client端一定也要重启重启后就行了。
收获：均衡负载多用了几次，学会了前后分离。