15、Kubernetes 内部服务与负载均衡全解析

Kubernetes 内部服务与负载均衡全解析

1. 数据库主键与微服务架构

在数据库设计中，并非所有表都需要自增主键。例如用户会话对象，在某些场景下使用自增主键并无实际价值。

微服务架构是将应用拆分为多个服务的一种方式。与将完整程序逻辑置于单个容器的单体架构不同，微服务架构创建多个内部服务来执行不同任务，并通过远程过程调用（本质上是 HTTP 请求）在服务间调用功能。

微服务架构有其优势和劣势：
| 优势 | 劣势 |
| ---- | ---- |
| 各服务可使用不同编程语言 | 调试和集成测试更复杂 |
| 可独立开发（如不同团队负责） | 需要追踪系统中的请求 |
| 可独立扩展 | |

对于微服务和单体架构的选择，有两种不同观点：
- David Heinemeier Hansson 认为微服务适用于大型科技公司，大多数小团队采用单体架构更佳。因为微服务虽在某些情况下有优势，但并非总是清晰明确，且小团队承担的开销可能不值得。
- James Lewis 和 Martin Fowler 则认为微服务有产品思维，内部团队专注于构建和管理自己的组件，采用去中心化方法，团队可自主做架构决策。

无论是否全面采用微服务架构，关键在于若有多个服务，可对其进行单独扩展。例如，一个主要处理 HTML 和 JSON 请求的 Web 应用，若有一个实时图形处理的端点，其内存使用量远超普通请求，可将该端点拆分为独立的部署，以便单独扩展和隔离。

2. Kubernetes 助力应用扩展

Kubernetes 非常适合帮助应用扩展，许多大型应用