教你如何性能测试

什么是微服务？

微服务架构是一种架构模式或者说是一种架构风格，它
提倡将单一应用程序划分成一组小的服务，每个服务运
行在其独立的自己的进程中，服务之间互相协调、互相
配合，为用户提供最终价值。
服务之间采用轻量级的通信机制互相沟通（通常是基于
HTTP 的 RESTful API）。
每个服务都围绕着具体业务进行构建，并且能够被独立
地部署到生产环境、类生产环境等。
另外，应尽量避免统一的、集中式的服务管理机制，对
具体的一个服务而言，应根据业务上下文，选择合适的
语言、工具对其进行构建，可以有一个非常轻量级的集
中式管理来协调这些服务，可以使用不同的语言来编写
服务，也可以使用不同的数据存储。

微服务之间是如何建立通信

• 远程过程调用（Remote Procedure Invocation）直接通过远程过程调用来访问别的service。
  示例：REST、gRPC、Apache、Thrift
  优点： 简单，常见。因为没有中间件代理，系统更简单 - 缺点： 只支持请求/响应的模式，不支持别的，比如通知、 请求/异步响应、发布/订阅、发布/异步响应降低了可用 性，因为客户端和服务端在请求过程中必须都是可用的
• 消息 使用异步消息来做服务间通信。服务间通过消息管道来
  交换消息，从而通信。
  示例：Apache Kafka、RabbitMQ
• 优点: 把客户端和服务端解耦，更松耦合 提高可用性，因 为消息中间件缓存了消息，直到消费者可以消费支持很 多通信机制比如通知、请求/异步响应、发布/订阅、发 布/异步响应 - 缺点: 消息中间件有额外的复杂性

SpringBoot 和 SpringCloud，

请你谈谈对他们的理解
1）SpringBoot 专注于快速方便的开发单个个体微服 务。
2）SpringCloud 是关注全局的微服务协调整理治理 框架，它将 SpringBoot 开发的一个个单体微服务整 合并管理起来，为各个微服务之间提供，配置管理、服 务发现、断路器、路由、微代理、事件总线、全局锁、 决策竞选、分布式会话等等集成服务。
3）SpringBoot 可以离开 SpringCloud 独立使用 开发项目，但是 SpringCloud 离不开 SpringBoot，属于依赖的关系。
4）SpringBoot 专注于快速、方便的开发单个微服务 个体，SpringCloud 关注全局的服务治理框架。

目前服务端架构都是如此：
想要了解更多可以添加v"
Eternity-taiko-66