主要观点：

• APIs 采用 webhooks 和 WebSockets 模型，推动事件驱动架构，是当今领先科技平台的动力。
• 探讨异步 API 的五大技术优势及有效整合的公司案例。

关键信息：

• Webhooks 和 WebSockets 的区别：Webhooks 是无状态的，事件通知独立且包含事件所需全部信息，按需调用；WebSockets 是有状态的，客户端和服务器维持持久连接并共享状态信息，若连接中断需恢复上下文。
• 实时交互和参与：异步 API 尤其是 WebSockets 能提供实时交互，如 Slack 利用 WebSockets 实时传递消息和通知，用户还可使用第三方 webhooks 提升架构。
• 资源的有效利用：Webhooks 可优化资源使用，GitHub 利用 webhooks 通知 CI 工具新提交，WebSockets 每 30 秒发送“保持活动”包更高效。
• 增强的可扩展性：事件驱动架构的异步 API 能轻松扩展，如 Stripe 用 webhooks 通知用户事件，克服 WebSockets 早期客户端连接数量限制。
• 改进的用户体验：异步 API 能提供即时反馈，如 Trello 用 WebSockets 实时更新，组织可通过“发布/订阅模式”保持客户更新。
• 集成的灵活性：异步 API 在第三方集成中具有灵活性，如 Zapier 利用 webhooks 连接不同系统，可同时触发多个并行事件。
• 异步的局限性：异步 API 在数据一致性、复杂错误处理和基础设施开销方面存在不足。

重要细节：

• Slack 利用 WebSockets 实现实时交互，用户可生成基于外部事件的内容或触发外部 webhooks。
• GitHub 用 webhooks 通知 CI 工具新提交以优化资源使用。
• Stripe 用 webhooks 通知用户事件实现系统的可扩展性。
• Trello 用 WebSockets 实时更新支持协作。
• Zapier 利用 webhooks 连接系统并可同时触发多个事件。
• 异步系统可能导致临时数据不一致，需详细时间戳排序；错误处理更复杂，需精巧恢复机制；可能需要强大基础设施管理事件订阅和交付。