Ubuntu 下 WebLogic 与 Tomcat 的协同方式
一、常见协同架构
- 反向代理统一入口：用 Nginx 作为反向代理/负载均衡，将不同应用或不同版本按域名/路径分发到 WebLogic 或 Tomcat，统一暴露 80/443，便于灰度与回滚。
- 同机共存与端口规划：两者可在同一台 Ubuntu 主机共存，但需确保 HTTP 端口（如 8080/8009）、管理端口（如 WebLogic 7001）、**AJP 端口（如 8009）**不冲突，并为各实例设置不同的 shutdown 端口 与 JVM 堆。
- 容器化编排：在 Docker 中分别运行 WebLogic 与 Tomcat 容器，通过 -p 映射端口，并以 Nginx 或外部负载均衡对多个实例做流量分发，适合快速扩缩与隔离环境。
二、Nginx 反向代理示例
- 安装与启用
- sudo apt update && sudo apt install -y nginx
- sudo systemctl enable --now nginx
- 基本反向代理配置（/etc/nginx/sites-available/reverse-proxy）
- 将应用 A 指向 WebLogic 集群，应用 B 指向 Tomcat 实例；负载均衡可按需扩展为 upstream 多实例。
- 示例要点：
- 使用 upstream 定义 WebLogic 集群节点与健康检查（HTTP 200 探测）。
- 对静态资源可开启缓存与压缩，提升性能。
- 建议为管理口（如 7001）仅限内网访问，不对外暴露。
- 重载与验证
- sudo ln -s /etc/nginx/sites-available/reverse-proxy /etc/nginx/sites-enabled/
- sudo nginx -t && sudo systemctl reload nginx
- 访问域名或路径验证路由是否正确，观察 Nginx 与后端 access/error 日志。
三、应用迁移与兼容性要点
- 资源与命名差异
- WebLogic 的 JNDI 数据源 与专有配置通常写在 weblogic.xml；迁移到 Tomcat 时需在 context.xml 中配置等效的 （JDBC、JMS 等），并调整 web.xml 的引用方式。
- 移除或替换 WebLogic 专有标签（如 EJB 相关、WebLogic 安全角色分配等），改用标准 Java EE 配置（如 ）。
- 类库与依赖
- 清理或隔离 WebLogic 专属 API（如某些 weblogic.* 包），避免 ClassNotFound/NoSuchMethodError；统一使用 Servlet/JSP/标准 JPA/Hibernate 版本。
- 部署与验证
- 建议按“先小流量灰度、再全量切换”的策略，先在 Tomcat 上做功能与性能回归，再切换反向代理权重或 DNS。
四、运维与高可用建议
- 健康检查与自动切换
- 在 Nginx upstream 中使用 max_fails/fail_timeout 与 HTTP 200 探针实现故障摘除；必要时结合 systemd 或进程管理工具对 WebLogic/Tomcat 做自动拉起与健康守护。
- 日志与排障
- 统一收集 access.log/error.log 与 GC 日志，并按实例打标；对跨实例问题优先排查网络、会话粘滞与数据库连接池配置。
- 会话与数据一致性
- 无状态服务优先；有状态服务启用 粘性会话 或外置 Session 存储（如 Redis）；数据库使用连接池的合理超时与重试策略。