阿里云Serverless，文档里面说的，依赖Redis的Pub/Sub逻辑，FC是不是也不适合来订

阿里云的函数计算（Function Compute）可以使用 Redis 的 Pub/Sub 功能，但在使用函数计算订阅 Redis 消息时需要考虑以下几点：

1. 事件驱动模型：函数计算是基于事件驱动的，它通过触发器来执行函数。Redis 的 Pub/Sub 是一种发布-订阅模式，当有新消息发布到 Redis 时，函数计算可以通过触发器响应并执行相应的函数。

2. 短时间运行：函数计算适用于短时间的计算任务，通常会有一定的运行时间限制（如 5 分钟）。因此，如果 Redis 消息的处理涉及较长的持续运行时间或复杂逻辑，函数计算可能不是最佳选择。

3. 连接和状态管理：Redis Pub/Sub 在订阅过程中需要保持一个持久的连接，并负责管理订阅状态。函数计算本身是无状态的，没有内置的长连接和状态管理机制，这可能增加了编码复杂性。

4. 可伸缩性和资源限制：Redis Pub/Sub 可以处理大规模的消息流，但函数计算具有其自身的资源限制。请确保函数计算实例能够处理预期的订阅量，并根据需求进行适当的配置和调整。

阿里云函数计算 (Function Compute, FC) 是一种事件驱动的计算服务，主要用于处理短时、轻量级的计算任务。由于函数计算的无状态特性，以及短时、轻量级的执行时间，因此不建议在函数计算中直接订阅 Redis 的 Pub/Sub 消息。

在使用 Redis 的 Pub/Sub 服务时，可以考虑使用一些专门的消息队列服务，例如阿里云消息队列 (Message Queue, MQ) 或者 Apache RocketMQ 等。这些消息队列服务提供了高可靠性、高可用性、低延迟和高吞吐量的特性，可以帮助实现消息的可靠传输，并确保消息能够被及时地送达订阅者。

目前fc的事件源还不支持redis。

文档里说的是这个意思

1. A 客户端通过 ws 连着FC实例，并向 FC 实例发送一条消息，FC 将这条消息 Pub 到 Redis 里，
2. B 客户端也通过 ws 连着 FC 实例，因为 FC 实例里已经 Sub 了 Redis，所以在 A 发生消息以后，FC 可以推送这个消息给 B 客户端

此答案来自钉钉群“Serverless 开发者技术学习群"