GAE Python3迁移：sync服务handler指向sync.py问题排查

首先明确：在GAE Python2环境里，sync.app对应的就是sync.py文件中名为app的WSGI应用实例——正常配置下这个handler肯定会调用sync.py里的逻辑。但你现在出现跳转到默认服务的情况，得按下面的步骤排查验证：

1. 先查sync.yaml的服务声明 #

确认sync.yaml开头有没有正确指定服务名，格式应该是：

service: sync
runtime: python27
api_version: 1
threadsafe: true

要是没写service: sync或者写错了，这个配置会被归到默认服务里，自然走main.py的跳转逻辑。

2. 检查sync.py里的入口实例 #

确保sync.py里确实定义了叫app的WSGI应用，比如：

import webapp2

class SyncHandler(webapp2.RequestHandler):
    def get(self):
        # 你的业务逻辑代码
        self.response.write('这是sync服务的响应')

# 必须有这个名为app的实例
app = webapp2.WSGIApplication([
    ('/', SyncHandler),
], debug=True)

要是没这个app实例，GAE找不到服务入口，就会 fallback 到默认服务。

3. 确认部署操作是否正确 #

部署的时候得指定sync.yaml文件：

gcloud app deploy sync.yaml

要是直接跑gcloud app deploy没指定配置文件，可能只部署了默认服务的app.yaml，sync服务根本没更新。

4. 验证服务是否真的部署成功 #

访问https://sync-dot-project1.appspot.com/_ah/health，如果返回健康状态，说明sync服务部署到位了；要是还是跳转到默认服务，那就是路由规则没生效，要么是配置写错了，要么是部署没覆盖旧配置。

结论 #

只要上面的配置都没问题，handler: script:sync.app肯定会调用sync.py里的逻辑。你现在的跳转问题，大概率是服务配置没部署对、服务名写错了，或者sync.py里缺了app这个入口实例导致的。

内容的提问来源于stack exchange，提问作者ffejrekaburb