14、容器化应用的现代化之旅：从传统到微服务

容器化应用的现代化之旅：从传统到微服务

1. 容器编排与应用现代化的基础

在精心编排的Kubernetes（K8s）环境（如Red Hat OpenShift）中，有活跃运行的组件能够识别微服务何时丢失，并立即部署额外的副本。平台清楚任何时候应存在的副本数量，若数量低于预期，编排平台会自动增加在线副本。关键在于，需先将微服务分布在不同主机上，使应用具备故障恢复能力，之后可将维护应用状态的工作交给编排层。

1.1 应用现代化的三个阶段

应用现代化有三个主要阶段：重新平台化（replatform）、重新打包（repackage）和重构（refactor）。
- 重新平台化 ：从传统基础设施迁移到专为容器和Kubernetes编排设计的平台，如Red Hat OpenShift。此阶段不改变遗留应用代码，仅将单体应用迁移到支持容器、编排以及持续集成和持续交付（CI/CD）管道的平台。
- 重新打包 ：有机会对构成单体应用的遗留代码进行现代化改造。市场上一些供应商提供相关服务，先自动评估使用更现代、开发者友好的框架（如Liberty和Spring Boot）现代化遗留代码所需的工作量，然后尽可能自动执行迁移或提供指导。
- 重构 ：将单体应用重构为更模块化的微服务，代码库可能包含多种针对特定工作负载定制的开源语言，维护应用的操作、集成开发环境和工具使用都得到简化。

以下是这三个阶段的对比表格：
| 阶段 | 主要操作 | 对代码的影响 | 优势 |
| — | — | — | — |
| 重新