【问题标题】:Testing app that depends on environment variables locally在本地测试依赖于环境变量的应用程序
【发布时间】:2021-06-12 01:26:55
【问题描述】:

Google 的 App Engine 提供了 predefined environment variables 的列表,并且可以在 app.yaml 中定义其他环境变量。同时,Testing and Deploying your Application 的说明只是说使用go run 在本地测试应用程序。如果我在 cloud-sdk Docker container 中本地测试我的应用程序,是否有 gcloud 命令(或其他工具)可以在我的本地容器中创建与 App Engine 中相同的环境变量?现在我只是在本地使用 bash 脚本设置环境变量,但这意味着我需要在多个位置维护变量。

【问题讨论】:

  • 无法使用 gcloud 命令添加此环境变量。此外,从当前部署的应用程序中下载环境变量信息似乎是不可能的。但是,您可以创建一个自定义 docker 映像,将 vars 设置为一些虚拟值,这样您就不必担心多次设置它们

标签: go google-app-engine gcloud google-app-engine-go


【解决方案1】:

变量都是运行时元数据。只有运行时才能为这些变量提供值,然后数据特定于部署。

如果您的应用需要此元数据,您将知道它使用了哪些变量以及如何使用它们,并且当您指定值时,无论如何您都需要提供变量名称,例如。 GAE_SERVICE="freddie".

由于这些原因,本地测试为您欺骗这些值可能没有用。当您 go run 您的应用程序时,它没有任何内在特性使其成为 App Engine 应用程序。它只会在您部署后变成一个,因为它在 App Engine 服务上运行。

如果您在容器中运行代码,则可以向容器运行时提供环境变量。这样做可能比编写这些脚本更可取:

GAE_SERVICE="freddie"
docker run .... \
--env=GAE_SERVICE=${GAE_SERVICE} \
...

虽然对于 App Engine 来说并不实用,但有一个论点是让您的代码不直接绑定到任何运行时(例如 App Engine)元数据。如果是这样,您将无法在其他地方轻松运行它。

在其他平台中,元数据将被进一步抽象化,并且某种 sidecar 会将元数据转换为一致呈现的形式,无论您将其部署在何处;您的代码不会更改,但某些适配器会为每个运行时正确配置它。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2016-06-21
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2021-06-25
    • 1970-01-01
    相关资源
    最近更新 更多