问题描述
在构建一个应用程序时，有几个服务在运行。在生产环境中，每个服务都是容器化的，并且位于自己的服务器上。但是在开发计算机上，用户希望保持所有本地版本的服务都在运行。当然，如果多个服务在localhost上运行，唯一的方法就是将它们分别放在不同的端口上。现在，为了保持开发和生产环境的一致性，用户认为在生产环境中也必须将它们都运行在不同的端口上。
所以，我的问题是，在生产环境中，将所有这些服务运行在“非标准”端口（例如，不是80或443的Web服务器）上是否可以。我对端口的理解是：
1. 有一些端口通常用于特定的服务。
2. 这不是强制性的。
3. 有些人故意更改它们以通过混淆来提高安全性，但这并没有多大作用。
所以这应该没问题吧？或者对于这个问题有更好的做法吗？
解决方案
请注意以下操作注意版本差异及修改前做好备份。
解决方案1
在生产环境中，将服务运行在“非标准”端口是可以的。这是因为端口的使用并没有强制规定，只是一种约定俗成的做法。如果在localhost上的端口已经被占用，你可能不得不使用其他端口来运行服务。
例如，对于使用.NET Core的开发语言，你可以使用不同的环境来配置不同的端口。以下是一个示例：
- 在你的应用程序中，创建一个名为
appsettings.Production.json的配置文件。 - 在该文件中，配置你的服务所需的端口。例如，你可以将Web服务器的端口配置为
8080，数据库服务器的端口配置为1433。 - 在生产环境中，使用
ASPNETCORE_ENVIRONMENT环境变量将应用程序的环境设置为Production。这将使应用程序加载appsettings.Production.json配置文件，并使用其中的端口配置。
通过这种方式，你可以在生产环境中使用不同的端口来运行你的服务，以保持与开发环境的一致性。
解决方案2
在生产环境中使用非标准端口可能会增加一些安全风险。请确保你的服务和服务器都经过适当的安全配置和防护措施。
另一种做法是在生产环境中使用反向代理服务器。反向代理服务器可以将所有服务都映射到标准的HTTP（80）或HTTPS（443）端口上，并根据请求的路径将其转发到相应的服务。这样，对外部用户来说，所有服务都是通过标准端口访问的，而不需要暴露非标准端口。
以下是一个使用Nginx作为反向代理服务器的示例配置：
- 安装并配置Nginx服务器。
- 在Nginx配置文件中，添加一个
server块来配置反向代理规则。例如，假设你有两个服务，一个运行在localhost:8080，另一个运行在localhost:8081。你可以将它们分别映射到/service1和/service2路径上。
server {
listen 80;
server_name your_domain.com;
location /service1 {
proxy_pass http://localhost:8080;
}
location /service2 {
proxy_pass http://localhost:8081;
}
}
在上面的示例中，我们配置了一个Nginx服务器，将your_domain.com的请求分别转发到localhost:8080和localhost:8081。用户可以通过访问http://your_domain.com/service1和http://your_domain.com/service2来访问这两个服务。
通过使用反向代理服务器，你可以将所有服务都映射到标准端口上，从而简化了生产环境中的端口管理。
请注意，使用非标准端口可能会增加一些安全风险。请确保你的服务和服务器都经过适当的安全配置和防护措施，以保护它们免受潜在的攻击。