构建持续交付管道
在软件开发领域，Kubernetes 与微服务架构的应用堪称完美搭配。然而，大多数旧应用采用的是单体式设计。接下来，我们将探讨如何从单体式架构过渡到微服务架构，并学习如何通过协调 Jenkins、Docker 注册表和 Kubernetes 来构建自己的持续交付管道。
从单体式架构过渡到微服务架构
传统的应用架构多为单体式设计，包含模型 - 视图 - 控制器（MVC），且所有组件都集成在一个大的二进制文件中。单体式架构有一些优点，比如组件间延迟较低、打包简单、易于部署和测试。
但单体式设计也存在一些缺点，随着代码的增加，二进制文件会越来越大。在添加或修改代码时，需要时刻关注副作用，这会导致发布周期变长。
容器和 Kubernetes 为应用使用微服务提供了更多灵活性。微服务架构非常简单，可以将其划分为一些模块或带有 MVC 的服务类。每个微服务通过 RESTful 或标准网络 API 为其他微服务提供远程过程调用（RPC）。其优点是每个微服务都是独立的，添加或修改代码时副作用极小，可以独立发布，非常适合敏捷软件开发方法，还能复用这些微服务来构建新的应用，形成微服务生态系统。
准备工作
首先，准备一个简单的微服务程序。为了能推送和拉取微服务，需要提前在 Docker Hub（https://hub.docker.com/）注册，创建免费的 Docker Hub ID。需要注意的是，如果将 Docker 镜像推送到 Docker Hub，它将是公开的，任何人都可以拉取，所以不要在镜像中放入任何机密信息。
具体操作步骤
- 准备微服务