如何在Platform.sh上为Symfony 6部署生产环境Ratchet Websocket服务器

1. 路由配置与应用结构疑问 #

• 关于https://{default}/ws路由：
  {default}是Platform.sh的内置占位符，指代你的项目主域名。这个路由是平台层面的转发规则，用来把发往你的域名/ws的WebSocket请求（实际为wss://你的域名/ws）转发给WebSocket服务，不需要在Symfony的config/routes.yaml里配置任何相关路由——这是平台帮你完成的反向代理操作，和应用内部路由逻辑无关。
• 关于ws-app：
  ws-app是你需要在项目中定义的单独应用名称。Ratchet服务不能和主Symfony应用（处理HTTP请求的服务）放在同一个应用实例里，两者运行模式完全不同：主应用是短生命周期的HTTP服务，而Ratchet是长连接的WebSocket服务。你需要在项目根目录下创建一个ws-app目录（或自定义名称），里面配置独立的.platform.app.yaml，专门用来运行Ratchet进程。

2. 生产环境启动与依赖配置 #

• 启动服务器的方式：
  必须通过Platform.sh的worker进程来启动Ratchet服务。在你的WebSocket应用（比如ws-app）的.platform.app.yaml中，配置workers段定义启动命令：

  workers:
    websocket:
      command: php bin/console app:websocket-server start
      web_socket: true # 标记这是WebSocket服务，平台会自动处理协议转发
  

  可以通过mounts配置让WebSocket应用共享主Symfony应用的代码目录，避免重复代码。不需要在部署脚本里额外添加启动命令，平台会根据workers配置自动启动并维护这个进程的生命周期。
• 是否需要RabbitMQ等消息队列：
  如果仅需要客户端与WebSocket服务器直接双向通信，不需要主Symfony应用触发消息推送，那可以不用消息队列。但如果业务场景需要主应用主动给WebSocket客户端发消息（比如用户下单后推送通知），则必须使用消息队列（Platform.sh支持RabbitMQ、Redis等）：主应用将消息发送到队列，Ratchet服务监听队列，收到消息后推送给对应客户端。
• 是否需要worker：
  必须要。Platform.sh上所有长生命周期的进程（比如WebSocket服务、队列消费者）都需要以worker形式配置，平台会负责进程的监控、重启、资源分配，确保服务持续稳定运行。

内容的提问来源于stack exchange，提问作者Simon Mo