一个项目，从开始到版本更新，一直到最后的版本维护。功能在不断增多，对应的代码量也在不断增加，也就意味着项目变得更不可维护，这时候，我们需要用拆分的方式将一个项目打散，以便开发团队更好的对项目进行维护。
这个阶段，一般也是项目的初级阶段，由于人手不够，一个服务端的接口项目只有一个开发进行维护，根据开发的习惯，会把项目分成若干个模块进行开发，在一个项目下进行部署。
这样做的缺点在于项目会随着版本更新而变得不可维护。
随着每个模块功能的不断完善，代码变得更加臃肿。这时候需要对项目进行拆分，比如上面的图，分成用户体系项目、支付体系项目。
开始大家会采用CURL的方式对外部资源进行访问。
比如某短信平台SDK,比如各大第三方提供的SDK,纠结到源码发现都是直接采用CURL函数的方式进行访问。
优点在于没有环境要求，能直接用。
缺点在于并发访问的资源占用问题。
远程过程调用协议
RPC（Remote Procedure Call Protocol）——远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。 RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。
鸟哥出品的RPC框架，轻量级框架。
调用代码
注意的是鸟哥出的东西文档比较少，需要多调试。
thrift是一个软件框架，用来进行可扩展且跨语言的服务的开发。它结合了功能强大的软件堆栈和代码生成引擎，以构建在 C++, Java, Python, PHP, Ruby, Erlang, Perl, Haskell, C#, Cocoa, JavaScript, Node.js, Smalltalk, and OCaml 这些编程语言间无缝结合的、高效的服务。
远程调用的意义在于，不同的子项目可以用更适合自己的语言来解决，更有效率的实现需求。
同时，对团队的开发来讲，更能提高整体的技术水平。
由于用的XML就不多描述了，毕竟还是json用的多。
下面是返回值的标准
实际上你会发现我们在给客户端提供接口的返回值，就是按照这个标准来做的。
相应的，服务端对服务端的数据接收和返回，也要同样按照这个标准来做。
一个模块对应一个项目，项目之间通过基于REST的接口标准进行面向资源的数据访问。
项目拆分的前提是一个项目不足以满足现有的业务发展要求，也就意味着拆分之后的开发人员数量的扩增。
游击队向正规军编制的跨越！
更多的项目也就意味着更多的接口调用文档，适当的处理文档才能更好的提高团队协作效率。
服务的远程调用在于怎么合理的把一个正在变得不可维护的项目从焦油坑中解救出来，并提高项目整体能承载的业务量，不过，世界上没有银弹。
<a href="http://www.laruence.com/2012/09/15/2779.html">http://www.laruence.com/2012/09/15/2779.html</a>
<a href="https://segmentfault.com/q/1010000000318121">https://segmentfault.com/q/1010000000318121</a>
<a href="http://wiki.geekdream.com/Specification/json-rpc_2.0.html">http://wiki.geekdream.com/Specification/json-rpc_2.0.html</a>
人月神话