BES 部署的基本次序
宝兰德 BES 是国产 Java 应用服务器，部署次序可以概括为「安装包→许可→启动→验证」：解压安装包、放置授权文件、用启动脚本拉起实例，然后验证管理控制台可达、应用发布成功。脚本名、目录结构与默认端口在不同大版本之间会变化，所以一切以所用手册和实际安装目录为准。
基本信息
| 产品定位 | 国产 Java 应用服务器（中间件），承载 war 包与 Java 应用 |
|---|---|
| 关键目录 | 安装目录下的 bin（脚本）、logs（日志）、conf（配置） |
| 启动脚本 | startServer.sh 一类脚本，实际名称以安装目录为准 |
| 验证方式 | 管理控制台可达 + 业务冒烟 |
| 权限要求 | 建议使用专用运行账号，避免直接用 root 跑业务 |
典型使用场景
- 把 Java 应用（war 包）部署到信创中间件上
- 替换原有商业中间件时的部署与验证
- 应用启动失败时定位是中间件问题还是应用问题
- 交付时记录脚本名与端口，形成可复现的部署文档
- 接入监控与日志采集前的连通性确认
安装与启动（示意）
安装与启动（示意）
unzip BES*.zip -d /opt/BES # 解压安装包到约定目录
ls /opt/BES # 确认实际目录层级与版本
ls /opt/BES/bin # 查看启动脚本的实际名称
/opt/BES/bin/startServer.sh # 启动实例，脚本名以实际为准
tail -50 /opt/BES/logs/server.log # 启动日志，异常栈通常在末尾
ss -tlnp | grep <管理端口> # 确认监听端口已起来
curl -I http://127.0.0.1:<管理端口>/ # 管理控制台可达性验证
# 应用发布后：业务冒烟 + 监控接入确认排障顺序
| 层级 | 看什么 | 典型结论 |
|---|---|---|
| 中间件进程 | 进程存在与端口监听 | 进程没起来先看中间件日志 |
| 中间件日志 | server.log 末尾异常栈 | 类加载、端口占用、许可类问题 |
| 应用日志 | 应用自身日志与部署目录 | 应用配置、数据源连接问题 |
| 许可 | 授权文件与有效期 | 许可缺失或过期会导致启动中止 |
交付文档要记三样东西：安装手册版本号、实际启动脚本名、实际端口号。缺了这三样，后续复现与排障都要从头摸索。
不要用 root 直接运行业务实例：创建专用运行账号并按最小权限配置目录，避免应用被攻破后直接获得系统级权限。