0

我问了一个关于默认应用程序的问题,因为它与应用程序引擎上的微服务相关,并得到了很好的回应here,但我还有一个与此有关的问题。我的默认应用程序是否必须部署到appspot.com?

我的默认应用程序必须通过appspot.com访问吗?当我运行部署命令时,它把它放在哪里,但我宁愿让它不能像那样访问。我真的只想要一个满足默认应用程序要求的半空(如世界大小的Hello)应用程序。

看起来好像谷歌正在将多应用程序/微服务绑定到最初设置为仅供其他模块支持的单个面向Web应用程序的环境中。这看起来非常不合情理,而且很无礼。

+1

你应该小心使用'app'和'service'(或'module'),很容易在GAE相关的帖子中造成混淆。从其他问题的角度来说,我知道你真的是指“服务”,而不是“应用程序”:) –

回答

2

您可以根据所使用的URL自定义应用程序以执行不同的操作。

例如,您可以使用domain specific routes with webapp2或者您可以通过检查self.request.url的值并相应地作出响应来检查处理程序中的域。

例如,您可以让myapp.appspot.com返回一个404,但有www.mydomain.com向用户提供内容。

2

这取决于您所说的“可访问”。

是,应用程序将有appspot.com存在,在这个意义上,请求可以使它到的一些应用程式版本里面的一些服务的一些实例的基础上,Routing via URL规则,最通用的莫过于:

发送到指定服务,版本和实例的请求:

https://instance-dot-version-dot-service-dot-app-id.appspot.com 
http://instance.version.service.my-custom-domain.com 

此外,从Default service

默认的服务是通过明确给出一个服务名称 “默认”,或者不包括在服务的 配置文件名参数定义。请求指定没有服务或无效服务 被路由到默认服务。您可以在Google Cloud Platform Console versions tab的适当位置为服务指定默认版本 。

但是,您的应用程序代码响应此类请求真的取决于您。例如,没有任何东西会停止,例如,您的默认服务处理程序不会简单地返回404或您的“Hello world”页面,例如,如果您不想执行其他任何操作。就好像它不会在那里一样。但它仍然起到默认服务的作用。

相关问题