部署 Sisk 应用程序

部署 Sisk 应用程序的过程包括将项目发布到生产环境中。虽然这个过程相对简单，但有一些细节需要注意，以避免对部署的基础设施造成安全和稳定性的损害。

理想情况下，在进行了所有可能的测试后，您应该准备好将应用程序部署到云端。

发布应用程序 #

发布 Sisk 应用程序或服务是生成生产就绪和优化的二进制文件。在这个例子中，我们将编译二进制文件以在安装了 .NET Runtime 的机器上运行。

您需要在机器上安装 .NET SDK 来构建应用程序，并在目标服务器上安装 .NET Runtime 来运行应用程序。您可以在这里学习如何在 Linux 服务器上安装 .NET Runtime，Windows 和 Mac OS。

在项目所在的文件夹中，打开终端并使用 .NET 发布命令：

Shell

$ dotnet publish -r linux-x64 -c Release

这将在 bin/Release/publish/linux-x64 中生成二进制文件。

注意

如果您的应用程序使用 Sisk.ServiceProvider 包，您应该将 service-config.json 文件复制到主机服务器上，连同 dotnet publish 生成的所有二进制文件。您可以预先配置文件，包括环境变量、监听端口和主机，以及其他服务器配置。

下一步是将这些文件传输到将要托管应用程序的服务器。

之后，给二进制文件授予执行权限。假设我们的项目名称为 “my-app”：

Shell

$ cd /home/htdocs
$ chmod +x my-app
$ ./my-app

运行应用程序后，检查是否有任何错误消息。如果没有产生错误消息，则表示应用程序正在运行。

此时，应用程序可能无法从外部网络访问，因为尚未配置访问规则，例如防火墙。我们将在下一步中考虑这一点。

您应该拥有应用程序监听的虚拟主机地址。这是手动在应用程序中设置的，并取决于您如何实例化 Sisk 服务。

如果您不使用 Sisk.ServiceProvider 包，您应该在定义 HttpServer 实例的地方找到它：

HttpServer server = HttpServer.Emit(5000, out HttpServerConfiguration config, out var host, out var router);
// sisk 应该监听 http://localhost:5000/

手动关联 ListeningHost：

config.ListeningHosts.Add(new ListeningHost("https://localhost:5000/", router));

或者，如果您使用 Sisk.ServiceProvider 包，在您的 service-config.json 中：

JSON

{
  "Server": { },
  "ListeningHost": {
    "Ports": [
      "http://localhost:5000/"
    ]
  }
}

从这里，我们可以创建一个反向代理来监听您的服务并使流量在开放网络上可用。

代理应用程序 #

代理服务意味着不直接将 Sisk 服务暴露在外部网络中。这是一种常见的服务器部署做法，因为：

允许您在应用程序中关联 SSL 证书；
创建访问规则以避免过载；
控制带宽和请求限制；
为应用程序分离负载均衡器；
防止安全损害基础设施。

您可以通过反向代理如 Nginx 或 Apache 来提供应用程序，或者使用 HTTP-over-DNS 隧道，如 Cloudflared。

另外，请记得正确解析代理的转发头，以通过转发解析器获取客户端信息，例如 IP 地址和主机。

创建隧道、防火墙配置并运行应用程序后，下一步是创建应用程序服务。

注意

在非 Windows 系统上，直接在 Sisk 服务中使用 SSL 证书是不可能的。这是 HttpListener 的实现细节，HttpListener 是 Sisk 中 HTTP 队列管理的核心模块，其实现因操作系统而异。您可以在将证书关联到 IIS 的虚拟主机中使用 SSL 证书。对于其他系统，强烈推荐使用反向代理。

创建服务 #

创建服务将使您的应用程序始终可用，即使在重启服务器实例或发生不可恢复的崩溃后。

在这个简单的教程中，我们将使用前一个教程的内容作为示例，以保持服务始终活跃。

访问服务配置文件所在的文件夹：
Shell
```
cd /etc/systemd/system
```

创建 my-app.service 文件并包含以下内容：

my-app.serviceINI

[Unit]
Description=<关于您的应用程序的描述>

[Service]
# 设置将启动服务的用户
User=<将启动服务的用户>

# ExecStart 路径不是相对于 WorkingDirectory 的。
# 将其设置为可执行文件的完整路径
WorkingDirectory=/home/htdocs
ExecStart=/home/htdocs/my-app

# 设置服务在崩溃后始终重启
Restart=always
RestartSec=3

[Install]
WantedBy=multi-user.target

重启服务管理器模块：
Shell
```
$ sudo systemctl daemon-reload
```
从文件名启动新创建的服务并检查是否正在运行：
Shell
```
$ sudo systemctl start my-app
$ sudo systemctl status my-app
```
现在，如果您的应用程序正在运行 (“Active: active”)，请启用服务以在系统重启后继续运行：
Shell
```
$ sudo systemctl enable my-app
```