https://blog.qife122.com/tags/appsync/ Recent content in AppSync on 办公AI智能小助手 Hugo zh-cn qife Thu, 01 Jan 2026 09:05:40 +0800 https://blog.qife122.com/p/appsync%E8%AE%A2%E9%98%85%E6%9C%BA%E5%88%B6start_ack%E5%90%8E%E4%BB%8D%E5%8F%AF%E8%83%BD%E4%B8%A2%E5%A4%B1%E4%BA%8B%E4%BB%B6%E7%9A%84%E6%8A%80%E6%9C%AF%E5%89%96%E6%9E%90/ Thu, 01 Jan 2026 09:05:40 +0800 https://blog.qife122.com/p/appsync%E8%AE%A2%E9%98%85%E6%9C%BA%E5%88%B6start_ack%E5%90%8E%E4%BB%8D%E5%8F%AF%E8%83%BD%E4%B8%A2%E5%A4%B1%E4%BA%8B%E4%BB%B6%E7%9A%84%E6%8A%80%E6%9C%AF%E5%89%96%E6%9E%90/ <h1 id="appsync订阅机制等待start_ack仍可能导致事件丢失">AppSync订阅机制：等待start_ack仍可能导致事件丢失</h1> <p>在AppSync中，即使订阅启动后收到了<code>start_ack</code>确认响应，也并不能保证所有后续事件都能被成功送达。</p> <p>订阅是AppSync用于传递实时事件的机制，它基于WebSocket协议，相关协议文档<a href="https://docs.aws.amazon.com/appsync/latest/devguide/real-time-websocket-client.html">可在此处查阅</a>。在该协议中，客户端需要发送一个包含GraphQL查询的<code>start</code>消息来开始接收更新。随后，如果一切正常，AppSync会响应一个<code>start_ack</code>，并在有更新发生时发送数据事件。</p> https://blog.qife122.com/p/%E4%BB%8E-aws-amplify-graphql-%E5%90%8E%E7%AB%AF%E8%BF%81%E7%A7%BB%E5%88%B0-cdk-%E7%9A%84%E5%AE%9E%E6%88%98%E6%8C%87%E5%8D%97%E6%97%A0%E9%9C%80%E9%87%8D%E5%86%99/ Tue, 30 Dec 2025 22:58:09 +0800 https://blog.qife122.com/p/%E4%BB%8E-aws-amplify-graphql-%E5%90%8E%E7%AB%AF%E8%BF%81%E7%A7%BB%E5%88%B0-cdk-%E7%9A%84%E5%AE%9E%E6%88%98%E6%8C%87%E5%8D%97%E6%97%A0%E9%9C%80%E9%87%8D%E5%86%99/ <h1 id="我们如何将-aws-amplify-graphql-后端迁移到-cdk无需重写">我们如何将 AWS Amplify GraphQL 后端迁移到 CDK（无需重写）</h1> <p>AWS Amplify 对于启动 GraphQL 后端非常出色。它减少了摩擦，快速搭建基础设施，并让小团队能够快速行动。但随着系统的发展，许多团队会遇到这样的情况：Amplify 从加速器变成了限制因素。在这篇文章中，我将带您了解我们如何将一个现有的 AWS Amplify AppSync 后端迁移到 AWS CDK，而无需重写业务逻辑、为什么这样做，以及我们在此过程中学到的东西。这不是一篇反 Amplify 的文章，而是关于理解 Amplify 适合的领域——以及它在何处停止扩展。</p>