Port Binding
In 2011, “export services via port binding” was a sharp correction to application code that depended on a separately injected web server. It made a service self-contained and gave platforms a simple routing contract. That remains a good implementation pattern for network services.
It is no longer universal enough to be a top-level application factor. Event consumers, scheduled jobs, serverless functions, mobile apps, stream processors, WebAssembly components, and command-line tools may expose useful capability without listening on any port. Even for a web service, the meaningful contract is its behavior—not the socket on which one runtime happens to receive traffic.
Its durable intent now lives in Factor XI: Contract-First Interfaces. A process can still bind to $PORT; it simply is not asked to mistake that mechanism for the whole interface.