【学习打卡】第5天 多端全栈项目实战

课程名称：多端全栈项目实战，大型商业级代驾业务全流程落地

课程章节：第二章

主讲老师：神思者

课程内容： 

    1.什么是微服务架构

    2.微服务和rpc得区别

    3.注册微服务

课程收获：

      1.什么是微服务架构

    微服务架构是将一个应用程序拆分成一组小型服务的方法，每个服务是独立的进程或者项目，服务间通信采用轻量级通信机制

    一个项目包含了多个业务模块，例如京东这样得项目，只要出现一个bug 都需要重新编译项目后打包发布，上千个业务模块，如果采用单体项目架构，打包出来的项目在普通硬件服务器上根本运行不起来，，这时候如果再修改一处bug，项目编译就得耗时巨大，所以项目越大越应该进行拆分

    在微服务架构中，服务之间通过网络调用，所以代码层面基本是解耦。A服务可以用 java B服务可以用c

    

    2.微服务和prc区别

    严格来说 微服务属于 prc得一种， 但是广义上的RPC指的是项目之间的调用，RPC是把单体项目做了粗颗粒度的拆分（一卡通系统 ，学籍系统，考试系统等）而微服务把单体项目拆分的更零碎。（每个模块就是一个独立项目）

    因为RPC是独立系统之间的调用，所以不太注重事务的一致性。毕竟独立系统各自使用的数据库也不同，没办法组成全局的分布式事务。而微服务更注重分布式事务，微服务原本是一个系统，拆分出来的各个模块，所以模块之间应该有分布式事务。比如支付模块和代金券模块就应该被纳入到全局事物中，否则我们支付失败，但是代金券使用成功了。按理说应该一起回滚

        3.注册微服务

      微服务之间能相互调用，首先需要相互发现，所以我们必须把微服务注册到Nacos上面。这样服务A想调用服务B，就可以从Nacos上面拿到服务B的IP地址和端口号了。

        如果服务B宕机，Nacos很快就能通过心跳检测 发现，当A再次调用B时，Nacos 会从现有可用得服务B里面挑出一个给服务A，所以AB之间的调用不会因为 某一个B宕机而失败