我無(wú)法讓 appengine 任務(wù)隊(duì)列接受我拋給它的任何上下文：import (? ? "context"? ? "google.golang.org/appengine"? ? "google.golang.org/appengine/taskqueue")? ?/* snip */? ? ctx:= context.Background()? ? task := taskqueue.NewPOSTTask("/b/mytask", params)? ? _, err = taskqueue.Add(ctx, task, "")? ? if err != nil {? ? ? ? return fmt.Errorf("adding background task with path %s: %v", task.Path, err)? ? }正如go111 遷移文檔所述，我在我的 main.go main func 中調(diào)用 appengine.Main() （但是go112 遷移文檔中缺少這一行，所以我不確定它是必需的）。我試過(guò)了：context.Background()
request.Context()
appengine.NewContext(r)
appengine.BackgroundContext()
context.TODO()全部導(dǎo)致錯(cuò)誤：不是 App Engine 上下文除了appengine.BackgroundContext()得到：服務(wù)橋 HTTP 失?。喊l(fā)布?http://appengine.googleapis.internal:10001/rpc_http：撥打 tcp 169.254.169.253:10001：i/o 超時(shí)
3 回答
大話西游666
TA貢獻(xiàn)1817條經(jīng)驗(yàn) 獲得超14個(gè)贊
在將 GAE 標(biāo)準(zhǔn)項(xiàng)目從 go19 遷移到 go112 以使用 go 模塊時(shí)，我遇到了同樣的問(wèn)題。此外，我收到了很多“502 bad gateway”消息。
用appengine.Main( ) 替換 main() 中的 http.ListenAndServe( )解決了上下文問(wèn)題。移動(dòng)到go111而不是 112 解決了另一個(gè)問(wèn)題。文檔和示例對(duì)此不是很清楚。
ibeautiful
TA貢獻(xiàn)1993條經(jīng)驗(yàn) 獲得超6個(gè)贊
遷移到 1.12 的文檔說(shuō)明：
使用 Cloud Tasks 通過(guò) cloudtasks 包將 Go 1.12 中的任務(wù)排入隊(duì)列。您可以使用任何 App Engine 服務(wù)作為 App Engine 任務(wù)的目標(biāo)。
但是 cloudtasks 包文檔（截至今天）清楚地標(biāo)記為 beta 和 unstable。所以這里的答案可能是。此功能不受支持。
也就是說(shuō)，我在 go111 下的生產(chǎn)中使用它，到目前為止我沒(méi)有注意到任何嚴(yán)重問(wèn)題。
不負(fù)相思意
TA貢獻(xiàn)1777條經(jīng)驗(yàn) 獲得超10個(gè)贊
您之所以看到，internal.flushLog: Flush RPC: service bridge HTTP failed是因?yàn)槟趪L試運(yùn)行 Go 1.12+ 運(yùn)行時(shí)時(shí)調(diào)用了appengine.Main()或其他庫(kù)。appengine（我的猜測(cè)是舊的運(yùn)行時(shí)必須調(diào)用一些谷歌內(nèi)部的會(huì)計(jì)基礎(chǔ)設(shè)施，而這不適用于 1.12“下一代”系統(tǒng)。）
解決方案不是降級(jí)你的 Go 版本——你這樣做會(huì)錯(cuò)過(guò)大量的性能和安全改進(jìn)，而且你不能利用新硬件——解決方案是刪除對(duì) lib 的所有appengine調(diào)用并改用 GCP 的云庫(kù)
- 3 回答
- 0 關(guān)注
- 186 瀏覽
添加回答
舉報(bào)
0/150
提交
取消