在企业环境中使用 SSE（服务器发送的事件）
Working with SSE (Server-Sent Events) in a corporate environment
是否可以在端口 80（用户用于访问 Web 应用程序的同一端口）上提供 SSE（服务器发送的事件）？
在公司环境中打开非标准端口是地狱。
我们如何在端口 80 上提供 Web 应用程序，并将服务器发送的事件流式传输到同一端口？
我当前的解决方案是内部 Web 应用程序，它使用端口 9000 上的服务器发送事件来推送仪表板更新。
编辑：更多详细信息
在我的解决方案中，实时数据没有从 IIS 中分离出来。
我有一个控制台应用程序，它接收和处理外部实时事件，然后将它们推送到端口 9000 上的 url。控制台应用程序使用 httpListener 来处理服务器发送的事件。
IIS 应用程序指向该控制台应用程序的事件源，以向 Web 应用程序用户显示实时统计信息。
这要求 IT 安全部门允许需要访问 Web 的一组用户在 非标准 端口 9000 上进行通信申请。
请问您有什么建议？
当然可以。服务器发送的事件只是标准的 HTTP，因此默认情况下您将使用端口 80。
是什么让您认为需要在非标准端口上为它们提供服务？
是否可以在端口 80（用户用于访问 Web 应用程序的同一端口）上提供 SSE（服务器发送的事件）？
在公司环境中打开非标准端口是地狱。
我们如何在端口 80 上提供 Web 应用程序，并将服务器发送的事件流式传输到同一端口？
我当前的解决方案是内部 Web 应用程序，它使用端口 9000 上的服务器发送事件来推送仪表板更新。
编辑：更多详细信息
在我的解决方案中，实时数据没有从 IIS 中分离出来。
我有一个控制台应用程序，它接收和处理外部实时事件，然后将它们推送到端口 9000 上的 url。控制台应用程序使用 httpListener 来处理服务器发送的事件。
IIS 应用程序指向该控制台应用程序的事件源，以向 Web 应用程序用户显示实时统计信息。
这要求 IT 安全部门允许需要访问 Web 的一组用户在 非标准 端口 9000 上进行通信申请。
请问您有什么建议？
当然可以。服务器发送的事件只是标准的 HTTP，因此默认情况下您将使用端口 80。
是什么让您认为需要在非标准端口上为它们提供服务？