通过端口绑定(Port binding)来提供服务

互联网应用有时会运行于服务器的容器之中。例如 PHP 经常作为 Apache HTTPD 的一个模块来运行，正如 Java 运行于 Tomcat。

12-Factor 应用完全自我加载而不依赖于任何网络服务器就可以创建一个面向网络的服务

互联网应用 通过端口绑定来提供服务，并监听发送至该端口的请求。

本地环境中，开发人员通过类似 http://localhost:5000/ 的地址来访问服务。在线上环境中，请求统一发送至公共域名而后路由至绑定了端口的网络进程。

通常的实现思路是，将网络服务器类库通过依赖声明载入应用。例如，Python 的 Tornado, Ruby 的 Thin, Java 以及其他基于 JVM 语言的 Jetty。完全由用户端，确切的说应该是应用的代码，发起请求。和运行环境约定好绑定的端口即可处理这些请求。

HTTP 并不是唯一一个可以由端口绑定提供的服务。
其实几乎所有服务器软件都可以通过进程绑定端口来等待请求。例如，使用 XMPP 的 ejabberd， 以及使用 Redis 协议的 Redis 。

还要指出的是，端口绑定这种方式也意味着一个应用可以成为另外一个应用的后端服务 ，调用方将服务方提供的相应 URL 当作资源存入配置以备将来调用。

原则总结

• 应用内嵌 HTTP 库，如 Tomcat、Jetty等，例如 Spring Boot 的应用
• 直接绑定端口对外提供服务，不依赖外部服务容器运行，例如 Dubbo
• 通过在环境变量中声明，服务可以作为其他服务的依赖

需要注意的是，如果在一个宿主机中部署多个应用实例，就不能将一个宿主机端口映射到多个容器端口（端口冲突），解决方法是在这之上加一个负载均衡，负载宿主机的不同端口服务所对应的不同容器

参考：

• 12原则中文网
• https://segmentfault.com/a/1190000002428730