当我的 GraphQL 模式在运行时由 postgraphile（在其自己的容器中）自动生成时，如何将中继编译器作为离线构建步骤运行？

Question

我正在构建一个网络应用程序，其文件结构如下所示：

db/
  Dockerfile
  init/
    00-init.sql
graphql/
  Dockerfile
app/
  Dockerfile
  package.json
  bin/
    www
  public/
    index.html
    index.js
  app.js
  frontend/
    .babelrc
    package.json
    webpack.config.js
    src/
      index.jsx
docker-compose.yml

该项目由三个容器组成： db运行 postgres 服务器， graphql运行 postgraphile（自动生成 GraphQL 模式并处理 GraphQL 请求）， app是一个 express 应用程序。

我的前端代码包含在app/frontend中的一个单独包中。 通常，我会在该目录中运行npm run build来调用 webpack，将app/frontend/src的内容构建为app/public/index.js的可再发行形式。 这样，构建前端是一个离线过程，而应用程序本身只是为前端提供服务。

这是我的困境：我正在尝试向我的前端添加中继支持。 这需要前端构建中的一个额外步骤，即运行中继编译器。 但是中继编译器需要一个 GraphQL 模式。 由于我使用的是 postgraphile，因此在离线构建期间我实际上没有架构。 Postgraphile 可以吐出一个模式文件（使用--export-schema-graphql ），但现在我只在容器中运行 postgraphile - 我的 db 容器必须启动并初始化数据库，此时 postgraphile 可以连接并生成一个模式，此时我有一个 graphql.schema 文件......位于 graphql 容器内。 但这一切都发生在我启动应用程序之后 - 在此之前我需要一个架构文件，作为离线构建的一部分。

我对 Docker、GraphQL、postgraphile，尤其是 Relay 仍然很陌生——所以我希望更熟悉这些技术的人可以给我一些智慧。 我还没有找到很多专门解决使用带有 postgraphile 的 Relay 的资源。

代替特定的最佳实践，也许更熟悉现代 Web 开发的人可以帮助我整理这些选项：

• 我是否更新我的前端，使其完全能够启动 postgres 服务器并运行 postgraphile（仅作为开发依赖项），然后添加一个离线脚本来生成一个供自己使用的 schema.graphql 文件？ 这似乎是一团糟。

• 我是否更新我的 graphql 容器，以便它始终写出模式文件，然后根据需要手动将该文件复制并粘贴到我的前端？

• 我是否在任何容器外部（可能通过替代的 docker-compose 文件）添加一个额外的进程（我会在我的数据库模式更改时手动运行），以启动我的应用程序堆栈的子集，转储出一个 graphql 模式，然后退出？ 如果是这样，是否有某种方法可以指导 Docker 容器在主机上写出文件，或者将本地目录安装到容器是实现这一目标的最佳方法？

• 有没有更好的方法来构建我的项目，首先避免这个问题？ 我是 Docker 的新手，我觉得我的大脑可能只是在 Docker 之前和 Docker 之后的心态之间分裂了。

Answer 1

您可以使用graphql-cli 的get-schema从启用了自省的端点下载架构文件。 通过这种方式，您可以简单地从远程或本地 PostGraphile 端点获取模式。

尽管如此，运行本地版本的 PostGraphile 会非常有益，它可以可靠地重新创建与生产模式相同的模式。