SpringCloud_learn01_微服务架构&rest风格微服务

SpringCloud_learn01_微服务架构&rest风格微服务

一、SpringCloud_微服务与微服务架构
    1.微服务核心概念
        将传统的一站式应用，根据业务拆分成一个个的服务，彻底去耦合，每个微服务提供单个业务功能的服务。
    2.微服务技术栈有哪些
        
    3.SpringCloud是什么？
        SpringCloud，基于SpringBoot提供了一套微服务解决方案，包括服务注册与发现，配置中心，全链路监控，服务网关，负载均衡，熔断器等组件，除了基于NetFlix的开源组件做高度抽象封装之外，还有一些选型中立的开源组件。
        SpringCloud利用SpringBoot的开发便利性巧妙地简化了分布式系统基础设施的开发，SpringCloud为开发人员提供了快速构建分布式系统的一些工具，包括配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等,它们都可以用SpringBoot的开发风格做到一键启动和部署。
        SpringBoot并没有重复制造轮子，它只是将目前各家公司开发的比较成熟、经得起实际考验的服务框架组合起来，通过SpringBoot风格进行再封装屏蔽掉了复杂的配置和实现原理，最终给开发者留出了一套简单易懂、易部署和易维护的分布式系统开发工具包
        
    4.SpringCloud与SpringBoot是什么关系？
        SpringBoot专注于快速方便的开发单个个体微服务。
        SpringCloud是关注全局的微服务协调整理治理框架，它将SpringBoot开发的一个个单体微服务整合并管理起来，为各个微服务之间提供，配置管理、服务发现、断路器、路由、微代理、事件总线、全局锁、决策竞选、分布式会话等等集成服务
        SpringBoot可以离开SpringCloud独立使用开发项目，但是SpringCloud离不开SpringBoot，属于依赖的关系.
        SpringBoot专注于快速、方便的开发单个微服务个体，SpringCloud关注全局的服务治理框架。
    5.SpringCloud_VS_Dubbo
        
        最大区别：SpringCloud抛弃了Dubbo的RPC通信，采用的是基于HTTP的REST方式。
        Dubbo的定位始终是一款RPC框架，而SpringCloud的目标是微服务架构的一站式解决方案；但由于RPC协议、注册中心元数据不匹配等问题，在面临微服务基础框架选型时，Dubbo与SpringCloud只能二选一。
        严格来说，这两种方式各有优劣。虽然从一定程度上来说，后者牺牲了服务调用的性能，但也避免了上面提到的原生RPC带来的问题。而且REST相比RPC更为灵活，服务提供方和调用方的依赖只依靠一纸契约，不存在代码级别的强依赖，这在强调快速演化的微服务环境下，显得更加合适。
        类似于：品牌机(spring cloud)与组装机(dubbo)的区别

二、SpringCloud_Rest微服务实践基础开始（服务提供者-消费者）
    参考：SpringCloud脑图 (2.Rest微服务构建案例工程模块)   提取码：6k89