【问题标题】:Creating a local dev environment for appsync为 appsync 创建本地开发环境
【发布时间】:2019-05-03 16:51:44
【问题描述】:

我们有一个 react 移动前端和一个 AWS appsync 后端(DynamoDB、step functions、lambdas、graphql、auth)

有没有简单的方法来做到这一点?我们在生产环境中有一个应用程序和后端,现在想要对我们的 GraphQL 组件(例如模式)进行一些更改。理想情况下,我希望有一个模拟部署在 AWS 上的离线环境。

我发现了这个Is there a way to test AppSync code locally and/or in CI/CD?,它并没有任何明确的答案。似乎在 AWS 上设置了一个重复的环境(对于 lambdas 来说几乎是一个登台环境,我们已经玩过一点无服务器了。

我们今天不使用 CloudFormation(也许我们应该?),对于 lambdas,我们已经使用过无服务器,但在本地进行身份验证测试时遇到了问题,我认为是 DynamoDB。最终,我们只是最终使用 AWS 控制台创建组件,然后使用 Cloud9 的 IDE 之类的东西在部署到生产之前进行构建和调试。我不喜欢分散的开发体验。由于 Cloud9,Lambda 还不错,但 GraphQL 似乎没有等价物。

渴望了解最佳实践是什么,以及设置良好的开发环境有多好(且容易)。

谢谢

【问题讨论】:

    标签: amazon-web-services graphql staging aws-appsync


    【解决方案1】:

    如果您已经有一个有效的生产模式并且正在寻找模拟开发环境,那么您现在必须手动复制它。

    我们最近launchedAmplify Console,专门讨论有关 CI/CD 的最佳实践,并跨阶段管理您的 API。推荐的做法是使用 Amplify CLI,它在内部使用 CloudFormation 嵌套堆栈来简化创建和维护 AWS AppSync API 的过程。除此之外,Amplify CLI 还为您在 CloudFormation 中的请求/响应映射模板提供开箱即用的脚手架,只需一个简单的带注释架构。

    您可以使用其中一些工具作为维护云资源的推荐做法。我们还积极致力于增强其中一些工作流程的开发者体验。

    【讨论】:

    • 这方面最近有进展吗?就像你们是否能够开发放大,以便当我的消费者只是后端时它可以用来编写服务器?
    猜你喜欢
    • 2015-06-27
    • 2011-07-14
    • 2011-10-24
    • 2011-07-26
    • 2022-01-01
    • 2022-09-25
    • 2017-04-07
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多