基于微服务的理解

你考虑过吗？什么是微服务，为什么越来越多的企业，为了使自己构建的应用满足客户的期望，而和微服务架构进行整合呢？
微服务，又叫微服务架构，是一种软件架构方式。它将应用构建成一系列按业务领域划分模块的、小的自治服务。
在微服务架构中，每个服务都是自我包含的，并且实现了单一的业务功能
简单来说，就是将一个系统按业务划分成多个子系统，每个子系统都是完整的，可独立运行的，子系统间的交互可通过HTTP协议进行通信（也可以采用消息队列来通信，如RoocketMQ，Kafaka等）。

消息队列主要由以下作用：解耦，削峰，异步，提高接收着性能。

消息队列 (Message Queue)简写为MQ，可以简单将其理解成: 把要传输的数据放在队列中。消息队列中间件是分布式系统中重要的组件。主要解决应用解耦,异步消息,流量削锋, 消息通迅等问题, 从而实现高性能,高可用,可伸缩和最终一致性的架构。. 生活中的场景: 快递员送快递到客户家，客户不在家或客户有事需要快递员等待，这样就降低了快递员工作的效率。. 所以现在小区或写字楼的楼下都建立了菜鸟驿站或蜂巢柜等，它们就相当于是消息队列。

所以，不同子系统可以使用不同的编程语言实现，使用不同的存储技术。但是，因为子系统服务数量越多，管理起来越复杂，如何更好更方便的管理应用中的每一个服务，如何建立各个服务之间联系的纽带，因此需要采用集中化管理(也就是注册中心)，例如Eureka（Netfix），Zookeeper(雅虎Apache)，Nacos(Alibaba),Consul(Google)等都是比较常见的服务集中化管理框架(注册中心)；同时，使用自动化部署（如Jenkins）减少人为控制，降低出错概率，提高效率。

传统的一体化架构实现：所有的功能都被放到了一个代码库中，业务都开展在一个基础性的数据库之下，功能包含：品牌管理，商品管理，接收付款、客户服务等。当需要添加新品牌的详细信息时（新增了有别于旧品牌设置的结构），此时开发者不仅需要为这个服务添加新的标签而修改代码，而且还要重构整个系统并进行部署。
与之相反的是，微服务架构可以帮助开发者克服使用旧架构时所面临的挑战，并且使得这个购物车应用可以很容易地被构建、部署和扩展。因为它为搜索、推荐、品牌管理、商品管理、客户服务等业务分别创建不同的微服务，当需求来临时，它只需修改并更新对应的微服务即可。

微服务的特点
● 解耦：同一系统内的服务大部分可以被解耦。因此应用，作为一个整体，可以轻易地被构建、修改和扩展。
● 组件化：微服务可以被看成相互独立的组件，这些组件可以被轻易地替换和升级。
● 业务能力：微服务很小，它们可以专注于某种单一的能力
● 自治：开发者和团队可以独立地工作，提高开发速度。
● 持续交付：允许持续发布软件新版本，通过系统化的自动手段来创建、测试和批准新版本。
● 职责明确：微服务不把应用看成一个又一个的项目。相反，它们把应用当成了自己需要负责的项目。
● 去中心化管理：关注于使用正确的工具来完成正确的工作。这也就是说，没有标准化的方式或者技术模式。开发者们有权选择最好的工具来解决问题。
● 敏捷性：微服务支持敏捷开发。任何新功能都可以被快速开发或丢弃。

微服务的优势
● 独立开发：基于各个微服务所独有的功能，它们可以被轻易开发出来。
● 独立部署：基于它们所提供的服务，它们可以被独立地部署到应用中。
● 错误隔离：即便其中某个服务发生了故障，整个系统还可以继续工作。
● 混合技术栈：可以使用不同的语言和技术来为同一个应用构建不同的服务。
● 按粒度扩展：可以根据需求扩展某一个组件，不需要将所有组件全部扩展。