在某些应用场景中，确实可能需要分别启动HTTP服务和WebSocket服务来同时支持这两种协议。ModelScope-FunASR作为一个高度可配置的语音识别服务，可能提供了通过不同协议接入的能力，以适应多样化的使用场景。HTTP协议通常用于处理请求-响应模式的交互，而WebSocket则用于建立全双工的、持久的通信通道，特别适合实时数据传输，如实时语音流的处理。
如果FunASR设计为同时支持HTTP和WebSocket，那么理论上可以有以下几种实现方式：
1. 单进程多协议支持：一些现代的Web服务器或框架允许在一个进程中同时监听和处理HTTP和WebSocket连接。这种方式下，服务端程序通过检查连接请求的协议类型来决定以哪种模式处理请求，无需启动两个独立的进程。
2. 多进程模式：另一种常见做法是分别启动两个进程，一个专门用于处理HTTP请求，另一个用于WebSocket连接。这种方式在架构上更为清晰，便于管理和扩展，尤其是在资源丰富或需要严格隔离不同服务逻辑的场景中。根据之前的信息，FunASR可能提供了单独启动WebSocket服务端的脚本，这意味着可能需要手动或通过脚本配置来分别启动HTTP服务和WebSocket服务。
3. 容器化部署：在Docker等容器化技术广泛应用的今天，即使需要启动多个进程，也可以通过编写Dockerfile定义两个容器，一个运行HTTP服务，另一个运行WebSocket服务，然后通过Docker Compose或Kubernetes等编排工具统一管理，这样既保持了服务的独立性，又简化了部署和运维过程。
综上所述，是否需要启动两个进程取决于FunASR的具体实现方式和您的部署需求。如果FunASR的设计允许在一个进程中同时处理HTTP和WebSocket，那么单进程方案可能是最简洁的。如果服务本身或您的部署架构要求分离，那么配置两个独立进程或容器将是合理的做法。建议参考FunASR的官方文档或社区讨论，以获取最准确的部署指导。