摘要：微服务做的事情是按照项目颗粒度进行服务的拆分，把模块多带带拿出来做成每一个多带带的小项目。给我们提供了的底层服务，我们并不需要去关心底层通讯细节和调用的过程。通过定义接口，实现接口，启动提供接口服务。
RPC 服务
RPC，是一种远程调用方式（Remote Procedure Call），通过RPC我们可以像调用本地方法一样调用别的机器上的方法，用户将无感服务器与服务器之间的通讯。RPC在微服务当中起到相当大的作用，当然RPC不是微服务必须的一种方式，有别的方式也可以实现这种远程调用例如RESTful API就可以实现远程调用。如果有用过SOAP那么你使用RPC将会觉得很类似，都是可以直接调用别的机器上的方法。
随着业务的发展我们的项目从简单的单体结构逐渐的演化成微服务结构，我们为什么要拆分成微服务呢？那我们来说说微服务和单体架构的优缺点。我们看一下单体架构图。
单体架构 单体架构优点部署容易，如php写的项目，只要一个文件夹复制到支持php的环境就可以了，java只需要一个jar包
测试容易，我们整体项目只要改了一个地方马上就可以测试得出结果
负载均衡就可以解决，快速部署多个一模一样的项目在不同的机器运行分流
单体架构的缺点部署的问题，对于php来说这点还好，但是对于java的项目来说，我们需要重新打包整个项目耗费的时间是很长的
代码维护，由于所有的代码都写在一个项目里面，要想要修改某一个功能点那么需要对项目的整体逻辑和设计有较深的理解，否则代码耦合严重，导致维护难，特别对于新入职的员工来说这将是最容易出现问题的地方
开发效率低，随着项目需求的不断改变和新的功能新增，老旧的代码又不敢随便删除，导致整个项目变得笨重，这将会增加你阅读代码的时间
扩展性，在高并发的情况下，我们往往不是整个项目的每一个功能都处于高流量高请求的情况下的，很多时候都是某一个功能模块使用的人数比较多，在单体结构下我们没有办法针对单个功能实现分布式扩展，必须整个项目一起部署
微服务架构在2014年被提出，现在国内很多公司已经使用，微服务是一种架构设计，并不是说什么框架或者代替什么。微服务做的事情是按照项目颗粒度进行服务的拆分，把模块多带带拿出来做成每一个多带带的小项目。微服务的主要特点有：每一个功能模块是一个小项目、独立运行在不同进程或者机器上、不同功能可以又不同的人员开发独立开发不松耦合、独立部署不需要依赖整体项目就可以启动单个服务、分布式管理。每一个服务只要做好自己的事情就好了。在设计微服务的时候还需要考虑到数据库的问题，是所有微服务使用共同一个数据库还是每一个服务单个数据库
微服务优点拆分业务，把整体大项目分割成不同小项目运行在不同进程或者机器上实现数据隔离
技术栈，每个服务可以又不同的团队或者开发者进行开发，外部调用人员不需要操心具体怎么实现的，只需要类似调用自己方法一样或者接口一样按照服务提供者给出来的参数传递即可
独立部署，每一个服务独立部署，部署一个服务不会影响整体项目，如果部署失败最多是这个服务的功能缺失，并不影响其他功能的使用
按需部署，针对不同的需求可以给不同的服务自由扩展服务器，根据服务的规模部署满足需求的实例
局部修改，当一个服务有新需求或者其他修改，不需要修改整体项目只要管好自己的服务就好了
微服务缺点运维，微服务由于把业务拆分得细，有可能部署在不同机器上，因此对于运维人员的管理来说，这部分的成本会加大
接口调整，微服务之间通过接口进行通信。如果修改某个微服务的API，可能所有使用了该接口的微服务都需要做调整；
重复劳动，很多服务可能都会使用到相同的功能。而这个功能并没有达到分解为一个微服务的程度，这个时候，可能各个服务都会开发这一功能，导致代码重复。
分布式，由于会把不同服务部署在不同机器上，那么对于这些服务的调用、容错、网络延迟、分布式事务等等都是一个很大的挑战，当然微服务不一定全部都是部署在不同服务器上
服务调用如上图所示，RPC就用于调用者与服务之间的通讯，RPC协议可基于TCP、UDP或者HTTP实现，但是更推荐选择TCP。
例如调用者需要调用商品的服务就可以通过RPC或者RESTful API来调用，那么RPC调用和RESTful API两者之间的区别在哪呢？
TCP的支持保持连接，当调用服务的时候不需要每次都进行三次握手才实现。从性能和网络消耗来说RPC都具备了很好的优势。
RESTful API 基于HTTP的，也就是说每次调用服务都需要进行三次握手建立起通信才可以实现调用，当我们的并发量高的时候这就会浪费很多带宽资源
服务对外的话采用RESTful API会比RPC更具备优势，因此看自己团队的服务是对内还是对外
RPC调用过程RPC最主要的作用就是用于服务调用
本文作为RPC的使用场景开山篇，对于单体架构和微服务的进行了一个描述。这个就是RPC的一个使用场景，也是最常用的一个使用场景。大家只有了解好RPC是什么使用在什么场景才能更好的去使用。
Swoft给我们提供了RPC的底层服务，我们并不需要去关心底层通讯细节和调用的过程。
Swoft通过定义接口，实现接口，启动RPC Server 提供接口服务。我们只需要简单的写好几个类就可以实现一个简单RPC模块。
文章版权归作者所有，未经允许请勿转载,若此文章存在违规行为，您可以联系管理员删除。
转载请注明本文地址：https://www.ucloud.cn/yun/29092.html
摘要：和服务关系最密切的进程是中的进程组，绝大部分业务处理都在该进程中进行。随后触发一个事件各组件通过该事件进行配置文件加载路由注册。事件每个请求到来时仅仅会触发事件。服务器生命周期和服务基本一致，详情参考源码剖析功能实现 作者：bromine链接：https://www.jianshu.com/p/4c0...來源：简书著作权归作者所有，本文已获得作者授权转载，并对原文进行了重新的排版。S...
摘要：值得一提的是目前的服务即服务，暂没有其他的服务功能，所以基本上相关的配置指代的就是。会将请求传递给各个中间件，最终最终传递给处理。源码剖析系列目录 作者：bromine链接：https://www.jianshu.com/p/411...來源：简书著作权归作者所有，本文已获得作者授权转载，并对原文进行了重新的排版。Swoft Github: https://github.com/swo...
摘要：关于推荐使用的就是，是一个使用写的服务注册发现配置管理系统。远程过程调用，这是一种允许客户端发出服务器请求的请求响应机制。 Consul服务器配置 微服务带来最大的好处就是把整个大项目分割成不同的服务，运行在不同服务器上，实现解耦和分布式处理。微服务虽然有很多好处，但是也会有不好的一方面。任何事物都会有两面性，在微服务里面运维会是一个很大的难题，如果有一天我们的服务数量非常的多，然后我...
摘要：历时年多紧锣密鼓的开发，以及愉快而忙碌的春节假期，期间数从到快破，码云首页推荐，作者和社区的大力支持，正式版终于要和大家见面。此次更新新增了大量特性在易用性代码复用性能方面都有所提升。可以用于构建高性能的系统中间件基础服务等等。 历时 1 年多紧锣密鼓的开发，以及愉快而忙碌的春节假期，期间 github star 数从 500 到快破 1k，码云首页推荐，Swoole作者 Rango ...
摘要：框架组件化改造框架从单体应用到组件化改造的架构升级之路经过一年多的开发框架功能越来越完善也越来越复杂初创时期的单体应用已经无法支撑项目的快速发展于是开发组在年前为版制定了组件化改造的重构方案内容速览组件化原理包管理基础知识组件化方案来 date: 2018-3-21 13:22:16title: Swoft| Swoft 框架组件化改造description: Swoft 框架从单体应...
阅读 2751·2021-11-23 09:51
阅读 3276·2021-09-02 15:11
阅读 4034·2021-08-16 10:47
阅读 1357·2019-08-29 18:35
阅读 2827·2019-08-28 17:54
阅读 2643·2019-08-26 11:37
阅读 1306·2019-08-23 16:51
阅读 1640·2019-08-23 14:36
