Python 在google应用程序引擎服务之间通信

我的项目结构如下所示

.
├── app
│   ├── api
│   ├── models
│   ├── services
│   │   └── lib
|   |   |__ worker.yaml
|   |   |__ worker.py
|   |_ main.py
|_ app.yaml

我试图从

worker.py

中的

app

模块（即默认模块）导入

模型

from app.models import db

但是它没有显示名为app.models的模块。但是我可以在
main.py
中实现同样的功能。请注意，我同时运行
app.yaml
和
worker.yaml
文件
 部署时，GAE服务/模块不会共享其模块目录之外的任何内容，模块目录是其
.yaml
文件所在的目录

因此
worker.py
将看不到
服务
目录（其中
worker.yaml
存在）上方的任何内容，因此它无法看到
模型
。但是
main.py
可以，因为模型在它的
app
dir中（其中
app.yaml
存在）

如果需要，您可以将
型号
与
服务
进行符号链接，请参阅

或者看看我如何构建多模块应用程序的示例？
部署时，GAE服务/模块不会共享其模块目录之外的任何内容，而模块目录就是其
.yaml
文件所在的目录

因此
worker.py
将看不到
服务
目录（其中
worker.yaml
存在）上方的任何内容，因此它无法看到
模型
。但是
main.py
可以，因为模型在它的
app
dir中（其中
app.yaml
存在）

如果需要，您可以将
型号
与
服务
进行符号链接，请参阅

或者看看我如何构造一个多模块应用程序的示例？
那么在项目根目录中为worker.yaml创建符号链接就行了，对吗？我试过了，但仍然无法正常工作。不同的是：在两个不同的位置有两个worker.yaml文件。不明确的wrt确定模块的顶级目录。为什么您的服务结构不一致（一个在
目录中，一个在
/app/services
目录中？当我们通过gcloud部署我们的应用程序时，符号链接可以工作吗？符号链接可以在本地工作，只是为了知道它是否可以通过gcloud进行部署。所以在项目的根目录中为worker.yaml创建符号链接可以工作，对吗？我尝试了，但仍然没有成功。）无法正常工作。不同的是：您在两个不同的位置有2个worker.yaml文件。不明确的wrt决定模块的顶级目录。为什么您的服务结构不一致（一个在
目录中，另一个在
/app/services
目录中？当我们通过gcloud部署我们的应用程序时，符号链接是否起作用？符号链接在本地起作用，只是为了知道它在通过gcloud部署时是否起作用。