1、微服务架构的定义是什么？
- 微服务架构是一种将应用程序拆分为多个小型、独立服务的架构风格，每个服务专注于完成特定功能，通过轻量级通信协议（如HTTP/REST、gRPC）进行协作。
2、微服务和单体架构有哪些主要区别？
| 特点 | 微服务架构 | 单体架构 |
|---|---|---|
| 架构特点 | 拆分为独立服务，松耦合，模块边界清晰 | 所有功能集中在一个应用程序中，模块耦合度高 |
| 开发流程 | 每个服务独立开发，适合多团队并行开发 | 单一代码库开发，依赖统一的开发流程 |
| 部署方式 | 服务可独立部署，无需影响其他服务 | 部署整个应用，变更需整体重新部署 |
| 扩展性 | 可以按服务水平扩展（只扩展需要的部分） | 整体扩展，可能造成资源浪费 |
| 技术栈多样性 | 每个服务可使用不同技术栈 | 通常使用统一的技术栈 |
| 故障隔离 | 服务间故障隔离，单一服务故障影响有限 | 单一模块故障可能导致整个系统不可用 |
3、什么是服务发现和服务治理？
-
服务发现是指通过动态注册机制让服务找到彼此的地址和元数据，常用工具包括Eureka、Consul等。它确保服务能在动态环境中可靠通信。
-
服务治理包括服务注册、负载均衡、熔断、限流、健康检查等功能，帮助微服务管理复杂的分布式系统，确保高可用性和稳定性。
4、设计微服务架构时需要考虑哪些关键因素？
- 服务粒度：服务的职责应单一明确，避免过于细化或过度耦合。
- 数据管理：解决不同服务间的数据一致性问题，例如使用分布式事务或最终一致性策略。
- 通信机制：选择合适的协议（如HTTP、gRPC）和通信方式（同步或异步）。
- 部署方式：利用容器化技术（如Docker）和编排工具（如Kubernetes）实现高效部署。
- 安全性：服务间通信需进行鉴权和加密以保证安全。
5、如何确定一个功能应该划分为一个独立的微服务？
- 功能划分遵循单一职责原则和业务边界清晰原则。 例如，在电商系统中，订单服务和库存服务可以划分为两个独立的微服务，因为它们各自的业务逻辑和数据存储相对独立，交互通过API接口完成。
6、微服务架构如何实现可扩展性？
- 技术层面：通过负载均衡和自动扩容（如Kubernetes的HPA），动态分配资源满足高并发需求。
- 架构层面：将系统分为多个独立服务，支持按需扩展特定服务，而不是整体扩展，从而优化资源利用率。
凡是过去，皆为序章；凡是未来，皆有可期。
