当前位置: 首页 > 知识库问答 >
问题:

谷歌应用引擎api_servervs模块

蔚俊人
2023-03-14

我正在使用google appengine开发go api后端。当我在本地运行项目时,输出显示:

信息2018-07-11 12:31:17502 devappserver2。py:120]正在跳过SDK更新检查<信息2018-07-11 12:31:17576 api_服务器。py:274]正在以下位置启动API服务器:http://localhost:38628
信息2018-07-11 12:31:17588调度员。py:270]启动模块“默认”在以下位置运行:http://localhost:38629

两个endpoint“API服务器”和“模块默认值”的用途是什么?我的初始值如下所示:

http.HandleFunc("/signup", signUp)
http.HandleFunc("/whitelist", whitelist)
http.HandleFunc("/signin", signIn)
http.HandleFunc("/signout", signOut)

共有2个答案

司空昊阳
2023-03-14

默认模块是进入应用程序的默认路径。您可以在应用程序中检查路线的行为。yaml文件,以查看/更改请求在“处理程序”部分中的路由方式。

查看有关如何路由请求的文档以了解更多详细信息。

通博实
2023-03-14

这两个“endpoint”——或者更确切地说是服务器——服务于不同的目的。

首先一些背景:

"应用引擎应用程序由一个由一个或多个服务组成的单个应用程序资源组成."(来源)注意:服务以前被称为“模块”。

因此,一个应用程序由一个或多个服务(或模块)组成。如果未在应用配置中指定服务,则会出现默认服务。

这一行:

Starting module "default" running at: http://localhost:38629

通知将为默认服务(或模块)提供服务的web服务器已启动,默认服务(或模块)是您将处理程序注册到的web服务器(“/signup”“/whitelist”,等等)。

另一台服务器:

Starting API server at: http://localhost:38628

启动您不直接使用的API服务器。它是一个特定于应用引擎的服务器,充当代理,以便本地应用引擎环境可以通过HTTP访问远程应用引擎服务(如Memache、Datastore)。此API服务器使用远程API协议进行通信,本地开发环境使用HTTP连接到它。

您不需要担心这个API服务器,也不需要配置它或与之交互。它是App Engine本地开发环境的一部分,有助于访问您的远程服务,这些服务由您的生产环境使用(如果您需要)。

 类似资料:
  • 我正在app engine上构建一个web应用程序。在我的例子中,这是建立在django Nonl的基础上的,但关键是它使用的是谷歌的数据存储。 我喜欢这样一个事实,即我不需要处理复制、分片、备份等,但有一件事总是妨碍我,那就是最终的一致性,这似乎妨碍了实现一个通用的Web应用程序模式,我称之为“添加 假设我有一个项目管理应用程序。项目是它的中心模型。现在有一个网页页面,我可以在其中看到所有项目的

  • 是否有人有链接或可以提供Java谷歌应用程序引擎项目的代码,该项目只是与谷歌日历交互。假设从日历中获取活动。 Google Sample calendar-app engine-Sample在从HG检出后无法编译,我曾尝试搜索教程并创建自己的教程,只是运气好而已。 我已经设置了一个 API 访问项目来获取客户端机密.json。

  • 我想知道我是否需要Google java客户端库才能从GAE访问我的Google日历。默认情况下,它们是Google App Engine SDK的一部分吗? 此外,我找不到一个很好的示例或教程来展示如何从Google Cloud Platform应用程序创建、读取、更新和删除Google日历事件。 非常感谢,如果您可以提供相同的代码示例或链接到适当的工作教程。

  • 我是谷歌应用引擎服务的新手。我有一个JavaMaven项目,其中一个模块运行在应用引擎flex上,另一个模块运行在应用引擎标准上。我正在为应用引擎Flex API使用JWT身份验证。我想从应用引擎标准向应用引擎Flex发出发布请求。验证服务的最佳方式应该是什么? 此外,我还有一个cron服务,它可以访问我用于某些后端内容的特定URL。如何验证请求是否仅来自Cron服务?

  • 具体到基于Docker的部署,这两者之间有什么区别?由于Google App Engine Flexible现在也支持基于Dockerfile的部署,而且它也是完全管理的服务,所以它似乎比在Container Engine上配置Kubernetes部署更可取,不是吗? 有哪些用例更倾向于使用Google容器引擎而不是灵活的应用引擎?

  • 我想能够从谷歌云功能中调用谷歌应用程序引擎,有可能吗?找不到任何解决办法