本文介绍在无法升级 jboss 5 的前提下，通过轻量级健康端点 + aws 应用负载均衡器（alb）实现动态服务扩缩容的实践方案，避免重写千个 soap 接口代理，兼顾稳定性与可维护性。
本文介绍在无法升级 jboss 5 的前提下，通过轻量级健康端点 + aws 应用负载均衡器（alb）实现动态服务扩缩容的实践方案，避免重写千个 soap 接口代理，兼顾稳定性与可维护性。
在遗留 Java 应用（如 JBoss 5 部署的 EJB/SOAP 系统）迁入 AWS 后，常面临一个典型挑战：原生不支持 HTTP GET 健康探针，而 AWS ALB 的健康检查仅支持 HTTP/HTTPS 协议（不支持 SOAP 或 RMI）。若强行自研反向代理层来封装全部 1000+ SOAP 服务，不仅开发成本高、延迟增加，还引入单点故障与长期维护负担。
所幸，无需修改业务逻辑或重写服务代理，即可优雅解决该问题——核心思路是：在现有 JBoss 5 应用中注入一个轻量级健康 Servlet，作为 ALB 健康检查的统一入口。
✅ 实施步骤（三步落地）
-
新增健康检查 Servlet
在 WAR 包中添加一个标准 HealthCheckServlet（兼容 Servlet 2.5，适配 JBoss 5）：
// HealthCheckServlet.java
@WebServlet("/health")
public class HealthCheckServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
@Override
protected void doGet(HttpServletRequest req, HttpServletResponse resp)
throws ServletException, IOException {
try {
// 示例：调用本地 EJB 或关键 SOAP 服务做轻量验证（如 ping DB、检查 JNDI 绑定）
InitialContext ctx = new InitialContext();
Object ejbRef = ctx.lookup("java:global/myapp/MyHealthService");
// 或调用本地 SOAP 客户端（无网络依赖，仅 JVM 内部调用）
boolean isHealthy = ((HealthService) ejbRef).isReady();
if (isHealthy) {
resp.setStatus(HttpServletResponse.SC_OK);
resp.getWriter().write("{\"status\":\"UP\"}");
} else {
resp.setStatus(HttpServletResponse.SC_SERVICE_UNAVAILABLE);
resp.getWriter().write("{\"status\":\"DOWN\"}");
}
} catch (Exception e) {
resp.setStatus(HttpServletResponse.SC_SERVICE_UNAVAILABLE);
resp.getWriter().write(String.format("{\"status\":\"DOWN\",\"error\":\"%s\"}", e.getMessage()));
}
}
}✅ 关键设计原则：
- 不暴露业务接口，仅做本地快速校验（如 EJB 可达性、数据源连接池状态、JNDI 绑定完整性）；
- 避免远程调用、数据库查询或耗时操作，确保响应时间
- 返回标准 HTTP 状态码（200/503），ALB 仅依赖状态码判断健康，无需解析 JSON。
-
配置 AWS ALB 目标组健康检查
在 AWS 控制台中：- 创建目标组，协议设为 HTTP，端口为应用实际监听端口（如 8080）；
- 健康检查路径设为 /health；
- 健康阈值建议：Healthy threshold = 2, Unhealthy threshold = 2, Timeout = 5s, Interval = 30s；
- 启用「高级健康检查」并勾选 Ignore HTTP 4xx responses as unhealthy（避免误判 401/403）。
-
（可选）渐进式现代化：API Gateway + Lambda 封装层
若未来需逐步解耦 SOAP 服务，可借助 Amazon API Gateway 作为统一入口：- 将 /api/{service} 路由转发至 Lambda；
- Lambda 中调用后端 JBoss 的 SOAP Endpoint（使用 Apache CXF 或 JAX-WS Client）；
- 健康检查仍由前述 Servlet 承担，ALB 与 API Gateway 分层管理流量与健康状态。
此架构支持灰度发布、协议转换（SOAP → REST/JSON）、限流熔断，且不中断原有 JBoss 运行。
⚠️ 注意事项与最佳实践
- 严禁在 /health 中执行业务逻辑或写操作，否则可能引发幂等性问题或资源争用；
- JBoss 5 默认未启用注解扫描，若 @WebServlet 不生效，请改用 web.xml 显式注册：
<servlet> <servlet-name>HealthCheckServlet</servlet-name> <servlet-class>com.example.HealthCheckServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>HealthCheckServlet</servlet-name> <url-pattern>/health</url-pattern> </servlet-mapping> - ALB 健康检查请求默认不携带 Host 头，若应用启用了虚拟主机（Virtual Host）路由，需在 ALB 目标组中配置 Host header 为实际域名；
- 生产环境建议增加日志采样（如仅记录非 200 响应），避免健康检查日志淹没业务日志。
该方案已在多个金融、电信行业 JBoss 5 迁云项目中稳定运行超 3 年，平均故障发现时间（MTTD）缩短至 30 秒内，服务器自动剔除/加入延迟 ≤ 90 秒。真正的云原生不在于技术栈是否最新，而在于能否以最小侵入性，释放基础设施的弹性能力。
