1. 项目概述：为什么Windows部署SeaTunnel Web需要“保姆级”指南？

你点开这个标题，大概率正卡在某个环节：下载完压缩包却找不到启动脚本，配置好数据库却连不上，npm run dev报了一堆node-sass错误，或者更绝望——浏览器打开http://127.0.0.1:8801/ui/，页面空白，控制台只有一行红色的Failed to load resource: net::ERR_CONNECTION_REFUSED。这不是你技术不行，而是SeaTunnel Web在Windows上的部署，天然带着三重“不友好”基因：第一，它本质是Java+Spring Boot后端 + Vue3前端的双体架构，但官方文档默认以Linux/macOS为蓝本，所有sh bin/xxx.sh命令在Windows CMD或PowerShell里直接失效；第二，它的核心依赖SeaTunnel Zeta Engine服务端和客户端必须严格同构——不仅版本要完全匹配，连安装路径、目录结构、甚至JDK的位数（x64）都得一模一样，而Windows用户常习惯把软件装在C:\Program Files这种带空格和权限限制的路径下，一步错，全盘崩；第三，它对国产化环境有强适配需求（比如MySQL 8.0+、OpenJDK 17+），但Windows上默认的MySQL安装包常带旧版Connector/J驱动，Zeta Engine一启动就报Class not found: com.mysql.cj.jdbc.Driver。我去年帮三个金融客户做数据中台POC，光是Windows环境联调就平均耗掉2.5天，其中2天都在解决hazelcast-client.yaml配置项写错一个缩进、plugin-mapping.properties文件没复制到正确conf目录、或者SEATUNNEL_HOME环境变量在PowerShell里没用$env:SEATUNNEL_HOME="D:\seatunnel"而是用了CMD语法导致后端根本读不到路径这类“低级错误”。所以这篇不是教科书，是我在Windows台式机、Windows Server 2019虚拟机、甚至一台被锁死的国产信创笔记本（预装麒麟V10兼容层）上，亲手踩过所有坑、记下每条报错日志、验证过每种解法后，整理出的“防崩溃操作手册”。它不讲原理，只告诉你下一步该敲什么命令、改哪一行配置、看哪个日志文件——就像师傅站在你工位后面，手指着屏幕说：“这里，删掉这个空格，然后重启服务。”

1.1 核心需求解析：谁真正在用Windows部署SeaTunnel Web？

别被“Web可视化界面”这个词迷惑。真正需要在Windows上跑SeaTunnel Web的，从来不是生产环境的运维工程师——他们早就在K8s集群里用Helm一键部署了。真实用户画像非常清晰：第一类是数据开发工程师，手头只有一台公司配发的Windows笔记本，要快速验证一个从Oracle同步到StarRocks的ETL流程，没权限申请云服务器，只能本地搭个最小可行环境；第二类是高校教师或学生，在课程设计里要用SeaTunnel做大数据集成实验，实验室机房全是Windows 10系统，装Linux虚拟机性能又太差；第三类是传统企业IT部门，正在做国产化替代，要求所有中间件必须能在Windows Server上跑通，作为向信创云迁移的过渡方案。这三类人的共同痛点是：时间紧（通常只有半天到一天）、权限低（不能装Docker、不能改系统PATH）、环境杂（可能同时装着Python 3.9、Node.js 16、JDK 8和JDK 17）。所以本篇所有方案设计，都围绕一个铁律：零依赖安装、单目录可移植、一次配置永久生效。比如，我不会推荐你用Chocolatey装MySQL，而是直接给你一个免安装的绿色版MySQL 8.0.33 zip包链接；不会让你去改系统级的JAVA_HOME，而是教你用PowerShell脚本在项目启动前临时注入正确的JDK路径；更不会让你去折腾WSL2，因为那意味着你要先说服IT部门开放Windows功能开关。所有操作，保证你在一台刚重装完Win10的裸机上，从下载第一个文件开始，90分钟内看到登录页面。

1.2 技术栈真相：Windows上跑SeaTunnel Web，到底在跑什么？

很多初学者以为“部署SeaTunnel Web”就是解压一个zip包然后双击exe。错了。它实际是三个独立进程的精密协同，缺一不可：

• SeaTunnel Zeta Engine服务端（核心引擎）：这是真正的数据搬运工，用Java写的分布式计算引擎，负责执行SQL或Config模式的ETL任务。它监听5801端口，接收来自Web界面的作业提交请求。在Windows上，它必须以seatunnel-cluster.sh的PowerShell等价物启动，且必须运行在OpenJDK 17（非Oracle JDK）环境下，因为Zeta Engine底层用了JDK 17的新特性（如switch表达式增强）。我试过用JDK 11启动，服务能起来，但一提交作业就抛UnsupportedClassVersionError——这就是版本不匹配的典型症状。

• SeaTunnel Web后端（业务逻辑）：这是Spring Boot应用，端口默认8801。它不处理数据，只做三件事：管理用户/任务/数据源的元数据（存MySQL）、校验JWT令牌、把用户在界面上画的流程图翻译成Zeta Engine能懂的JSON作业配置，再通过HTTP API发给5801端口。它的致命依赖是plugin-mapping.properties文件——这个文件定义了“MySQL连接器对应哪个Java类”，如果它不在conf/目录下，你点“新建数据源”时下拉框里永远只有“Dummy”一个选项。

• SeaTunnel Web前端（用户界面）：Vue3+Vite构建，开发时跑在5173端口，生产打包后是静态文件，由后端Nginx或Spring Boot内置Tomcat托管。很多人卡在“页面打不开”，其实是前端没编译成功。npm run build生成的dist/目录必须完整复制到后端的resources/static/下，否则/ui/路径返回404。我见过最离谱的案例：一位同事把dist文件夹整个拖进IDEA项目，结果Vite的热更新机制把index.html里的/assets/路径自动改成/dev-server/assets/，导致JS文件404，页面白屏。

这三个组件的关系，就像一家餐厅：Zeta Engine是后厨大厨（干活的），Web后端是服务员（传菜、记账），Web前端是菜单和点餐平板（你看到的界面）。服务员必须知道后厨的门牌号（Zeta Engine地址），菜单必须印着后厨能做的菜名（plugin-mapping.properties），而平板得连着餐厅的WiFi（前后端跨域配置）。本篇所有步骤，都是在帮你把这三者的“门牌号”、“菜名表”、“WiFi密码”全部对齐。

2. 环境准备与工具选型：为什么这些版本组合是Windows下的黄金搭档？

在Windows上部署任何Java生态项目，第一步永远不是写代码，而是“选版本”。选错一个，后面所有努力都是无用功。我测试过27种JDK+MySQL+Node.js组合，最终锁定这套方案，不是因为它最新，而是因为它在Windows上最“省心”。

2.1 JDK 17：为什么必须是OpenJDK，且必须是x64？

SeaTunnel Zeta Engine从2.3.9版本起，强制要求JDK 17。但关键细节在于：必须用OpenJDK，且必须是x64位。原因有二：其一，Zeta Engine的hazelcast集群通信模块依赖JDK 17的java.lang.invoke.MethodHandles新API，Oracle JDK 17虽然也支持，但其商业授权条款禁止在生产环境免费使用，而Windows用户常从Oracle官网下载，极易踩坑；其二，x64是硬性要求——Zeta Engine的seatunnel-cluster.sh脚本里有arch=$(uname -m)判断，Windows的PowerShell等价命令$env:PROCESSOR_ARCHITECTURE返回AMD64，如果JDK是x86（32位），启动时会报Error: Could not create the Java Virtual Machine。我实测过Adoptium Temurin JDK 17.0.2+8（x64）和Amazon Corretto JDK 17.0.3+7（x64），两者均完美兼容。下载地址必须认准：Temurin官网（https://adoptium.net/zh-CN/temurin/releases/?version=17）→ 选择Windows x64→JDK with HotSpot→ 下载.msi安装包。安装时勾选Add to PATH，安装后在PowerShell里执行：

java -version

正确输出应为：

openjdk version "17.0.2" 2022-01-18 OpenJDK Runtime Environment (build 17.0.2+8-86) OpenJDK 64-Bit Server VM (build 17.0.2+8-86, mixed mode, sharing)

提示：如果输出里有Java(TM) SE Runtime Environment字样，说明你装的是Oracle JDK，请立即卸载。检查C:\Program Files\Java目录，删除所有含jdk-17但不含temurin或corretto字样的文件夹。

2.2 MySQL 8.0.33：为什么不用最新版，也不用5.7？

SeaTunnel Web的元数据存储强烈依赖MySQL 8.0+的utf8mb4_0900_as_cs排序规则。但MySQL 8.0.33是个分水岭：此前版本（如8.0.21）的mysql-connector-j驱动（8.0.28）与Zeta Engine的hikariCP连接池存在SSL握手bug，启动Web后端时日志会疯狂刷Could not connect to address=(host=localhost)(port=3306)(type=master) : Socket is closed。而8.0.33之后的版本（如8.0.34），其默认启用的caching_sha2_password认证插件，又与SeaTunnel Web的JDBC URL参数useSSL=false&serverTimezone=Asia/Shanghai冲突，导致连接超时。解决方案是选用MySQL 8.0.33，并手动替换驱动。下载绿色免安装版（https://downloads.mysql.com/archives/get/p/31/file/mysql-8.0.33-winx64.zip），解压到D:\mysql（注意：路径不能有中文和空格）。初始化数据库：

# 以管理员身份运行PowerShell cd D:\mysql\bin .\mysqld --initialize-insecure --user=mysql .\mysqld --install MySQL8033 Start-Service MySQL8033 .\mysql -u root -p # 密码为空，直接回车 mysql> ALTER USER 'root'@'localhost' IDENTIFIED WITH mysql_native_password BY '123456'; mysql> CREATE DATABASE seatunnel_web DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_0900_as_cs; mysql> exit

注意：--initialize-insecure参数生成的root密码为空，比--initialize生成随机密码更可控。mysql_native_password插件是兼容性关键，必须显式指定。

2.3 Node.js 18.17.0：为什么不是LTS的20.x？

SeaTunnel Web前端基于Vue3，构建工具是Vite 4.x。Vite 4.4.9（SeaTunnel Web 1.0.3使用的版本）对Node.js 20.x有兼容性问题：npm run build时会报TypeError: Cannot read properties of undefined (reading 'length')，根源是Vite内部esbuild插件与Node.js 20的fs.promisesAPI变更冲突。Node.js 18.17.0是最后一个被Vite 4.4.x全面验证的版本。下载地址：https://nodejs.org/dist/v18.17.0/ →node-v18.17.0-x64.msi。安装后执行：

node -v # 应输出 v18.17.0 npm config set registry https://registry.npmmirror.com # 切换淘宝镜像，避免网络超时

实操心得：千万别用nvm-windows管理多个Node版本。SeaTunnel Web对Node版本极其敏感，nvm切换时容易残留node_modules缓存，导致npm install失败。我的做法是：只装18.17.0一个版本，全局npm install -g pnpm@8.6.12（比npm快3倍），后续所有依赖用pnpm安装。

2.4 SeaTunnel版本锁定：2.3.11 + 1.0.3，为什么不是最新版？

截至2024年6月，SeaTunnel官方最新稳定版是Zeta Engine 2.3.12和Web 1.0.4。但Windows用户请务必降级到2.3.11 + 1.0.3组合。原因在于：2.3.12的seatunnel-cluster.sh脚本修复了一个Linux路径问题，却意外引入了Windows PowerShell的Get-Content命令兼容性bug——脚本试图读取config/hazelcast.yaml时，因PowerShell默认UTF-16编码而读取失败，报错Cannot bind argument to parameter 'Path' because it is null。而1.0.4的Web前端，其vite.config.ts里base: './'配置在Windows上会导致静态资源路径解析错误，/assets/index.js变成/D:/seatunnel-web/dist/assets/index.js。2.3.11和1.0.3是经过我千次测试的“稳态版本”。下载方式：

• Zeta Engine 2.3.11：https://seatunnel.apache.org/download → 选择Binary Distribution→seatunnel-2.3.11-bin.tar.gz
• SeaTunnel Web 1.0.3：https://github.com/apache/seatunnel-web/releases →apache-seatunnel-web-1.0.3.tar.gz

解压后，必须将Zeta Engine放在D:\seatunnel，Web放在D:\seatunnel-web。路径必须一致，这是Zeta Engine客户端查找服务端的硬编码路径。

3. 核心配置与实操步骤：从零开始，每一步都附带验证方法

现在进入最核心的实操环节。我会把整个过程拆成原子步骤，每个步骤后都告诉你“怎么确认它成功了”，而不是只扔给你一条命令。记住：在Windows上，一切以日志为准，而不是以“命令没报错”为准。

3.1 部署SeaTunnel Zeta Engine服务端：让后厨先开火

这是整个链条的第一环，也是最容易失败的一环。不要急着启动，先做三件事：

1. 校验JDK路径：打开D:\seatunnel\bin\seatunnel-cluster.bat（注意是.bat，不是.sh），用记事本打开，找到第12行：

   set JAVA_HOME=C:\Program Files\Eclipse Adoptium\jdk-17.0.2.8-hotspot

   把它改成你实际的JDK路径。我的路径是D:\Java\jdk-17.0.2+8，所以改成：

   set JAVA_HOME=D:\Java\jdk-17.0.2+8

   提示：JAVA_HOME必须指向JDK根目录，不是bin子目录。用dir D:\Java确认路径存在。

2. 配置MySQL驱动：下载mysql-connector-j-8.0.33.jar（https://repo1.maven.org/maven2/mysql/mysql-connector-j/8.0.33/mysql-connector-j-8.0.33.jar），复制到D:\seatunnel\lib目录。这是关键！Zeta Engine自带的驱动是8.0.28，不兼容MySQL 8.0.33。

3. 修改集群配置：打开D:\seatunnel\config\hazelcast.yaml，找到network部分，把public-address改成你的本机IP（不是127.0.0.1）：

   network: public-address: 192.168.1.100:5801 # 替换成你电脑的局域网IP port: 5801

   怎么查IP？在PowerShell里执行ipconfig | findstr "IPv4"。改完保存。

现在启动服务端：

cd D:\seatunnel\bin .\seatunnel-cluster.bat -d

等待10秒，检查是否成功：

• 打开任务管理器 → 详细信息 → 查找java.exe进程，右键 → “打开文件位置”，确认它来自D:\Java\jdk-17.0.2+8\bin\java.exe；
• 在PowerShell里执行：

  netstat -ano | findstr :5801

  应该输出类似TCP 0.0.0.0:5801 0.0.0.0:0 LISTENING 12345，其中12345是java进程PID；
• 查看日志：D:\seatunnel\logs\seatunnel-cluster.out，末尾应有[INFO] [c.h.i.NodeExtension] [192.168.1.100]:5801 [dev] [5.2.2] Address[192.168.1.100]:5801 is STARTED。

常见问题：如果netstat没查到5801端口，立刻去看seatunnel-cluster.out日志。90%的失败原因是Caused by: java.lang.ClassNotFoundException: com.mysql.cj.jdbc.Driver——说明mysql-connector-j-8.0.33.jar没放对位置，或者JDK路径错了。

3.2 初始化SeaTunnel Web数据库：让服务员有账本可记

Web后端需要一个干净的MySQL库来存用户、任务等信息。这步看似简单，但有两个Windows专属陷阱：

• 陷阱一：init_sql.sh在PowerShell里无法执行。官方提供的init_sql.sh是bash脚本，Windows默认不识别。解决方案：用PowerShell重写。创建文件D:\seatunnel-web\script\init_sql.ps1，内容如下：

  $mysqlPath = "D:\mysql\bin\mysql.exe" $host = "localhost" $port = "3306" $user = "root" $password = "123456" $database = "seatunnel_web" & $mysqlPath -h $host -P $port -u $user -p$password $database < "$PSScriptRoot\create_table.sql" Write-Host "Database initialization completed."

  同时，把D:\seatunnel-web\script\create_table.sql里的所有反引号`替换成英文单引号'（MySQL在Windows上对反引号解析不稳定）。

• 陷阱二：application.yml里的密码不能有特殊字符。如果你的MySQL密码是P@ssw0rd!，YAML解析器会把它当成变量引用。必须用单引号包裹：password: 'P@ssw0rd!'。

执行初始化：

cd D:\seatunnel-web\script Set-ExecutionPolicy RemoteSigned -Scope CurrentUser # 允许执行本地脚本 .\init_sql.ps1

验证是否成功：用D:\mysql\bin\mysql -u root -p123456 seatunnel_web登录，执行：

SHOW TABLES;

应看到user,t_st_job_instance,t_st_datasource等12张表。

3.3 配置Web后端并启动：让服务员上岗

这是最繁琐的一步，因为要改5个地方。按顺序操作，错一个就启动失败：

1. 设置SEATUNNEL_HOME环境变量（仅当前会话）：

   $env:SEATUNNEL_HOME="D:\seatunnel"

2. 复制plugin-mapping.properties：把D:\seatunnel\connectors\plugin-mapping.properties完整复制到D:\seatunnel-web\conf\目录。这是让Web界面能识别MySQL、PostgreSQL等数据源的关键。

3. 配置application.yml：打开D:\seatunnel-web\conf\application.yml，修改以下4处：

   spring: datasource: url: jdbc:mysql://localhost:3306/seatunnel_web?useSSL=false&serverTimezone=Asia/Shanghai&allowPublicKeyRetrieval=true username: root password: '123456' # 单引号包裹！ redis: host: localhost port: 6379 password: '' # 如果没装Redis，留空 seatunnel: engine: server-host: 192.168.1.100 # 必须和Zeta Engine的public-address一致 server-port: 5801 jwt: secretKey: ThisIsASuperSecretKeyForSeatunnelWeb123456 # 至少32位，不能有空格

4. 复制hazelcast-client.yaml：把D:\seatunnel\config\hazelcast-client.yaml复制到D:\seatunnel-web\conf\。确保里面cluster-name和Zeta Engine的hazelcast.yaml里一致（默认都是dev）。

5. 启动后端：

   cd D:\seatunnel-web\bin .\seatunnel-backend-daemon.bat start

   验证：查看D:\seatunnel-web\logs\seatunnel-backend.out，末尾应有Started SeatunnelApplication in X.XXX seconds。如果报Connection refused，一定是server-host填错了IP。

3.4 构建并部署前端：让菜单印出来

很多教程说“直接用开发模式”，但生产环境必须打包。Windows上npm run build有两大坑：

• 坑一：node-sass编译失败。Vue3项目依赖sass，但Windows上node-sass常因Python缺失编译失败。解决方案：改用纯JS的sass（Dart Sass）：

  cd D:\seatunnel-web\seatunnel-ui pnpm add -D sass

  然后打开vite.config.ts，注释掉import { defineConfig } from 'vite'下面的sass相关配置，因为Dart Sass已内置。

• 坑二：静态资源路径错误。Vite默认base: '/'，在Windows上会导致/assets/解析成绝对路径。必须显式设为相对路径：

  export default defineConfig({ base: './', // 关键！加这个点 plugins: [vue()], });

执行构建：

cd D:\seatunnel-web\seatunnel-ui pnpm install pnpm run build

成功后，D:\seatunnel-web\seatunnel-ui\dist目录会生成文件。不要直接访问这个dist目录！必须把它完整复制到后端的静态资源目录：

robocopy "D:\seatunnel-web\seatunnel-ui\dist" "D:\seatunnel-web\resources\static" /E /PURGE

/PURGE参数很重要，它会删除static里旧的文件，避免缓存污染。

现在，重启Web后端：

cd D:\seatunnel-web\bin .\seatunnel-backend-daemon.bat restart

等待30秒，打开浏览器访问http://127.0.0.1:8801/ui/。如果看到SeaTunnel Web的登录页，输入admin/admin，能成功进入主界面，恭喜，你已经打通了Windows部署的任督二脉。

4. 常见问题与排查技巧实录：那些让我凌晨三点还在看日志的坑

即使严格按照上述步骤，Windows用户仍可能遇到一些“幽灵问题”。我把它们整理成速查表，按出现频率排序，每个问题都附带我的真实排查过程。

4.1 问题速查表：高频故障与一招制敌

4.2 独家避坑技巧：教科书里不会写的Windows秘籍

• 技巧一：用PowerShell脚本一键诊断。把下面代码保存为D:\seatunnel-web\check-env.ps1，每次部署前运行它：

  Write-Host "=== Windows SeaTunnel 环境诊断 ===" Write-Host "1. JDK检查:" java -version 2>$null; if ($?) {Write-Host "✓ JDK正常"} else {Write-Host "✗ JDK未安装或PATH错误"} Write-Host "2. MySQL检查:" & "D:\mysql\bin\mysql.exe" -u root -p123456 -e "SELECT 1" 2>$null; if ($?) {Write-Host "✓ MySQL可连接"} else {Write-Host "✗ MySQL连接失败"} Write-Host "3. Zeta Engine端口:" netstat -ano | findstr :5801 | Out-Null; if ($?) {Write-Host "✓ 5801端口监听中"} else {Write-Host "✗ 5801端口未监听"} Write-Host "4. Web后端端口:" netstat -ano | findstr :8801 | Out-Null; if ($?) {Write-Host "✓ 8801端口监听中"} else {Write-Host "✗ 8801端口未监听"}

  运行后，5秒内就知道哪一环断了。

• 技巧二：日志文件实时监控。Windows自带的Get-Content命令可以实现Linuxtail -f效果：

  Get-Content "D:\seatunnel-web\logs\seatunnel-backend.out" -Wait -Tail 10

  把它钉在PowerShell窗口里，启动服务时就能实时看到日志滚动，比反复打开文件高效10倍。

• 技巧三：路径空格终极解决方案。如果公司IT策略强制软件装在C:\Program Files，请用mklink创建符号链接：

  mklink /D D:\seatunnel "C:\Program Files\SeaTunnel" mklink /D D:\seatunnel-web "C:\Program Files\SeaTunnel-Web"

  然后所有配置都用D:\路径，彻底规避空格问题。

4.3 实测性能基准：Windows笔记本能跑多大的数据？

很多人担心“Windows性能不行”。我用一台i5-10210U/16GB/512GB SSD的ThinkPad T14实测：导入100万行MySQL数据到本地CSV，耗时42秒；同步10GB Oracle表到StarRocks，峰值内存占用2.1GB，CPU占用率65%，全程稳定。瓶颈不在Windows，而在你的JVM参数。在D:\seatunnel-web\bin\seatunnel-backend-daemon.bat里，找到JAVA_OPTS行，改成：

set JAVA_OPTS=-Xms2g -Xmx4g -XX:+UseG1GC -XX:MaxGCPauseMillis=200

这能让你的Windows机器发挥出80%的Linux服务器性能。记住：SeaTunnel是数据管道，不是数据库，它不存数据，只搬数据。只要你的笔记本硬盘是SSD，内存大于8GB，它就是一台合格的数据搬运工。

5. 进阶优化与安全加固：让Windows部署不再只是“能用”

当基础部署跑通后，下一步是让它“好用”和“安全”。Windows环境有其独特优势——比如组策略、Windows服务、事件查看器，这些是Linux没有的武器。

5.1 将Zeta Engine注册为Windows服务：开机自启，告别手动启动

每次重启电脑都要手动开Zeta Engine？太原始。用nssm（Non-Sucking Service Manager）把它变成系统服务：

1. 下载nssm-2.24.zip（https://nssm.cc/download），解压nssm.exe到D:\nssm；
2. 创建服务：

   cd D:\nssm .\nssm.exe install SeaTunnelZetaEngine

   在GUI里填：
   • Path:D:\Java\jdk-17.0.2+8\bin\java.exe
   • Startup directory:D:\seatunnel\bin
   • Arguments:-Xms1g -Xmx2g -cp "D:\seatunnel\lib\*;D:\seatunnel\conf" org.apache.seatunnel.engine.server.SeaTunnelServerStarter
3. 点Install service，然后在服务管理器里启动SeaTunnelZetaEngine。

实操心得：Arguments里的-cp参数必须包含lib和conf，否则找不到hazelcast.yaml。用sc query SeaTunnelZetaEngine可查服务状态。

5.2 Web后端HTTPS化：用Windows证书服务签发免费证书

公司内网用HTTP不安全。Windows自带证书服务，3分钟签发可信证书：

1. 打开“管理工具”→“证书颁发机构”；
2. 右键“证书模板”→“管理”→ 复制“Web服务器”模板，名称填SeaTunnelWeb，在“请求处理”里勾选“允许私钥导出”；
3. 右键“证书模板”→“新建”→“要颁发的证书模板”，选SeaTunnelWeb；
4. 在PowerShell里执行：

   $cert = New-SelfSignedCertificate -DnsName "seatunnel.local" -CertStoreLocation "cert:\LocalMachine\My" -Provider "Microsoft Enhanced Cryptographic Provider v1.0" Export-PfxCertificate -Cert $cert -FilePath "D:\seatunnel-web\conf\seatunnel.pfx" -Password (ConvertTo-SecureString -String "123456" -Force -AsPlainText)

5. 修改application.yml：

   server: port: 8443 ssl: key-store: classpath:seatunnel.pfx key-store-password: 123456 key-store-type: PKCS12 key-alias: seatunnel.local

5.3 日志集中管理：用Windows事件查看器替代文本日志

把SeaTunnel日志写入Windows事件日志，便于用Log Analytics统一分析：

1. 在D:\seatunnel-web\src\main\resources\logback-spring.xml里，添加<appender name="EVENTLOG" class="ch.qos.logback.classic.net.SyslogAppender">配置；
2. 或更简单：用PowerShell脚本定时把seatunnel-backend.out追加到事件日志：

   $log = Get-Content "D:\seatunnel-web\logs\seatunnel-backend.out" -Tail 100 foreach($line in $log) { Write-EventLog -LogName "Application" -Source "SeaTunnelWeb" -EntryType Information -EventId 1001 -Message $line }

   然后