1.什么叫微服务架构
微服务可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务架构（在现有系统中分布一个API）区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何一个服务需要增加某种功能，那么就必须缩小进程范围。在微服务架构中，只需要在特定的某种服务中增加所需功能，而不影响整体进程的架构。
2.什么是分布式
分布式系统是若干独立的计算机的集合，这些计算机对于用户来说就像单个相关系统，分布式系统是建立在网络之上的软件系统
3.分布式与集群的关系
集群是指将几台服务器集中在一起，实现同一业务
分布式中的每一个节点，都可以作为集群，集群离不开分布式
软件开发架构的变化
分布式服务架构
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，使前端应用能更快速的响应多变的市场需求。此时，用于提高业务复用及整合的分布式服务框架(RPC)是关键。
流动计算架构
当服务越来越多，容量的评估，小服务资源的浪费等问题逐渐显现，此时需增加一个调度中心基于访问压力实时管理集群容量，提高集群利用率。此时，用于提高机器利用率的资源调度和治理中心(SOA)是关键。
4.RPC是什么
RPC【Remote Procedure Call】是指远程过程调用，是一种进程间通信方式，他是一种技术的思想，而不是规范。
它允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，而不用程序员显式编码这个远程调用的细节。
即程序员无论是调用本地的还是远程的函数，本质上编写的调用代码基本相同。
RPC思想原理
服务之间的交互可以用两种方式
- RPC
-
- Netty（Socket）+自定义序列化
-
- RestAPI (严格来说，SpringCloud是使用Rest方式进行服务之间交互的，不属于RPC)
-
- HTTP+JSON
-
5.分布式思想与基本概念
高并发
- 通过设计保证系统可以并行处理很多请求。应对大量流量与请求
- Tomcat最多支持并发多少用户？
Tomcat 默认配置的最大请求数是 150，也就是说同时支持 150 个并发，当然了，也可以将其改大。
当某个应用拥有 250 个以上并发的时候，应考虑应用服务器的集群。
具体能承载多少并发，需要看硬件的配置，CPU 越多性能越高，分配给 JVM 的内存越多性能也就越高，但也会加重 GC 的负担。
- 操作系统对于进程中的线程数有一定的限制：
Windows 每个进程中的线程数不允许超过 2000
Linux 每个进程中的线程数不允许超过 1000
另外，在 Java 中每开启一个线程需要耗用 1MB 的 JVM 内存空间用于作为线程栈之用。
Tomcat 默认的 HTTP 实现是采用阻塞式的 Socket 通信，每个请求都需要创建一个线程处理。这种模式下的并发量受到线程数的限制，但对于 Tomcat 来说几乎没有 BUG 存在了。
Tomcat 还可以配置 NIO 方式的 Socket 通信，在性能上高于阻塞式的，每个请求也不需要创建一个线程进行处理，并发能力比前者高。但没有阻塞式的成熟。
这个并发能力还与应用的逻辑密切相关，如果逻辑很复杂需要大量的计算，那并发能力势必会下降。如果每个请求都含有很多的数据库操作，那么对于数据库的性能也是非常高的。
对于单台数据库服务器来说，允许客户端的连接数量是有限制的。
并发能力问题涉及整个系统架构和业务逻辑。
系统环境不同，Tomcat版本不同、JDK版本不同、以及修改的设定参数不同。并发量的差异还是满大的。
- maxThreads="1000" 最大并发数 ，默认值为200
- minSpareThreads="100"//初始化时创建的线程数，默认值为10
- acceptCount="700"// 指定当所有可以使用的处理请求的线程数都被使用时，可以放到处理队列中的请求数，超过这个数的请求将不予处理，默认值为100
https://tomcat.apache.org/tomcat-8.0-doc/config/http.html
- 高并发衡量指标
- 响应时间(RT)
- 请求做出响应的时间，即一个http请求返回所用的时间
- 吞吐量
- 系统在单位时间内处理请求的数量
- QPS(Query/Request Per Second)、 TPS（Transaction Per Second）
- 每秒查询（请求）数、每秒事务数
- 专业的测试工具：Load Runner
- Apache ab
- Apache JMeter
- 并发用户数
- 承载的正常使用系统功能的用户的数量
高可用
服务集群部署
数据库主从+双机热备
- 主-备方式（Active-Standby方式）
主-备方式即指的是一台服务器处于某种业务的激活状态（即Active状态），另一台服务器处于该业务的备用状态（即Standby状态)。
- 双主机方式（Active-Active方式）
双主机方式即指两种不同业务分别在两台服务器上互为主备状态（即Active-Standby和Standby-Active状态）
注册中心
保存某个服务所在地址等信息，方便调用者实时获取其他服务信息
- 服务注册
- 服务提供者
- 服务发现
- 服务消费者
负载均衡
- 动态将请求派发给比较闲的服务器
策略：
- 轮询(Round Robin)
- 加权轮询(Weighted Round Robin)
- 随机Random
- 哈希Hash
- 最小连接数LC
- 最短响应时间LRT
服务雪崩
服务之间复杂调用，一个服务不可用，导致整个系统受影响不可用
熔断
某个服务频繁超时，直接将其短路，快速返回mock（模拟/虚拟）值
限流
限制某个服务每秒的调用本服务的频率
API网关
API网关要做很多工作，它作为一个系统的后端总入口，承载着所有服务的组合路由转换工作，除此之外，我们一般也会把安全
，限流，缓存，日志，监控，重试，熔断等放到API网关来做
服务跟踪
追踪服务的调用链，记录整个系统执行请求过程。如：请求响应时间，判断链中的哪些服务属于慢服务（可能存在问题，需要改善）。
弹性云
Elastic Compute Service（ECS）弹性计算服务
动态扩容，压榨服务器闲时能力
例如：双11,618，高峰时多配置些服务器，平时减少多余的服务器配置（用于其他服务应用），避免资源浪费
