微服务？？

1、微服务架构的定义是什么？

• 微服务架构是一种将应用程序拆分为多个小型、独立服务的架构风格，每个服务专注于完成特定功能，通过轻量级通信协议（如HTTP/REST、gRPC）进行协作。

2、微服务和单体架构有哪些主要区别？

特点	微服务架构	单体架构
架构特点	拆分为独立服务，松耦合，模块边界清晰	所有功能集中在一个应用程序中，模块耦合度高
开发流程	每个服务独立开发，适合多团队并行开发	单一代码库开发，依赖统一的开发流程
部署方式	服务可独立部署，无需影响其他服务	部署整个应用，变更需整体重新部署
扩展性	可以按服务水平扩展（只扩展需要的部分）	整体扩展，可能造成资源浪费
技术栈多样性	每个服务可使用不同技术栈	通常使用统一的技术栈
故障隔离	服务间故障隔离，单一服务故障影响有限	单一模块故障可能导致整个系统不可用

3、什么是服务发现和服务治理？

• 服务发现是指通过动态注册机制让服务找到彼此的地址和元数据，常用工具包括Eureka、Consul等。它确保服务能在动态环境中可靠通信。

• 服务治理包括服务注册、负载均衡、熔断、限流、健康检查等功能，帮助微服务管理复杂的分布式系统，确保高可用性和稳定性。

4、设计微服务架构时需要考虑哪些关键因素？

1. 服务粒度：服务的职责应单一明确，避免过于细化或过度耦合。
2. 数据管理：解决不同服务间的数据一致性问题，例如使用分布式事务或最终一致性策略。
3. 通信机制：选择合适的协议（如HTTP、gRPC）和通信方式（同步或异步）。
4. 部署方式：利用容器化技术（如Docker）和编排工具（如Kubernetes）实现高效部署。
5. 安全性：服务间通信需进行鉴权和加密以保证安全。

5、如何确定一个功能应该划分为一个独立的微服务？

• 功能划分遵循单一职责原则和业务边界清晰原则。 例如，在电商系统中，订单服务和库存服务可以划分为两个独立的微服务，因为它们各自的业务逻辑和数据存储相对独立，交互通过API接口完成。

6、微服务架构如何实现可扩展性？

1. 技术层面：通过负载均衡和自动扩容（如Kubernetes的HPA），动态分配资源满足高并发需求。
2. 架构层面：将系统分为多个独立服务，支持按需扩展特定服务，而不是整体扩展，从而优化资源利用率。

凡是过去，皆为序章；凡是未来，皆有可期。