在 Docker 容器中部署 Go Lambda

大家好，我们又见面了啊~本文《在 Docker 容器中部署 Go Lambda》的内容中将会涉及到等等。如果你正在学习Golang相关知识，欢迎关注我，以后会给大家带来更多Golang相关文章，希望我们能一起进步！下面就开始本文的正式内容~

我有一个 go lambda 函数。我想将该函数托管在 docker 映像/容器中，以便我可以在本地测试它。在此过程中，我遵循了此处提供的说明。根据这些说明，我有以下文件：

• 。
  • dockerfile
  • go.mod
  • go.sum
  • main.go

这些文件包含以下内容：

dockerfile（本节中 dockerfile 的副本）

from alpine as build

# install build tools
run apk add go git
run go env -w goproxy=direct

# cache dependencies
add go.mod go.sum ./
run go mod download 

# build
add . .
run go build -o /main

# copy artifacts to a clean image
from alpine
copy --from=build /main /main
entrypoint [ "/main" ]

go.mod（此 go.mod 的更新版本）

module main

go 1.18

require (
    github.com/aws/aws-lambda-go v1.32.1
    github.com/aws/aws-sdk-go v1.44.60
)

require github.com/jmespath/go-jmespath v0.4.0 // indirect

go.sum（此 go.sum 的修改版本）

github.com/aws/aws-lambda-go v1.32.1 h1:ls0fu8mt7ayjszb945zfkufzxhkqtli8mpjstvcdtcy=
github.com/aws/aws-lambda-go v1.32.1/go.mod h1:jwfe2kmmshmffa1x2r09hh6lfzjqxzi8qk17ewzbqmm=
github.com/aws/aws-sdk-go v1.44.60 h1:kttogelvr+4dwiipl7eyxoxajkzichon6/y/hvftipk=
github.com/aws/aws-sdk-go v1.44.60/go.mod h1:y4aeabuwd2lk+gepc1e9v0qoitws0miwax4oikwkhzo=
github.com/davecgh/go-spew v1.1.0/go.mod h1:j7y8ycw2nihsgmvo/mv3lawl/skon4ilhjssi+c5h38=
github.com/davecgh/go-spew v1.1.1 h1:vj9j/u1bqnvcefjowuhtloarqs3+rkhyy13jywtu97c=
github.com/jmespath/go-jmespath v0.4.0 h1:begln5cpjn8un1maw4njwdrs35odebyetfe+9ypoqug=
github.com/jmespath/go-jmespath v0.4.0/go.mod h1:t8mjznbsbmf+m6zoofylbecjqk5+phwvzypziyziyoo=
github.com/jmespath/go-jmespath/internal/testify v1.5.1 h1:shlqsrrsccpj3f2gpwzgwwfoc7yctf1rcqzholsj6n8=
github.com/jmespath/go-jmespath/internal/testify v1.5.1/go.mod h1:l3ogu8wl2/fwfci6z80xfu9ltzmf1zrjmhuopmwr69u=
github.com/pkg/errors v0.9.1/go.mod h1:bwawxfhbfnv+l2hup1rhadufv3imtndrdf1r5ninel0=
github.com/pmezard/go-difflib v1.0.0 h1:4dbwde0ngyqobhblqypwsupocmwr5bezik/f1lzbaqm=
github.com/pmezard/go-difflib v1.0.0/go.mod h1:ikh77kofhyxtk1pcrnkkkqftogsbg7gznvy4srdyz/4=
github.com/stretchr/objx v0.1.0/go.mod h1:hfky916if+rwddfmakv7otwuqbvzre8gr6gfx+wexme=
github.com/stretchr/testify v1.7.2 h1:4jaidzpyxqvsd7d0ejg45355tllv3voecpq10plc+8s=
golang.org/x/net v0.0.0-20220127200216-cd36cc0744dd/go.mod h1:cfg3xpiq0wq8r1q4su4uzfwdarrcnwpjda9fqa0jpmk=
golang.org/x/sys v0.0.0-20210615035016-665e8c7367d1/go.mod h1:opkhp1mjrh7nuepcbck5+mazfo9jrbapnngatdgditg=
golang.org/x/sys v0.0.0-20211216021012-1d35b9e2eb4e/go.mod h1:opkhp1mjrh7nuepcbck5+mazfo9jrbapnngatdgditg=
golang.org/x/term v0.0.0-20210927222741-03fcf44c2211/go.mod h1:jbd1kx2456ybfqfuxm/myqcufacunugvhrmnk/tpxf8=
golang.org/x/text v0.3.7/go.mod h1:u+2+/6zg+i71rqmx5eyifcz6mckuco9nr6jiiticfzq=
golang.org/x/tools v0.0.0-20180917221912-90fa682c2a6e/go.mod h1:n7ncudcb/nezxvgmlbdwy5pfwtlqbcc2kz6jyyvm4mq=
gopkg.in/check.v1 v0.0.0-20161208181325-20d25e280405/go.mod h1:co6ibvjaznaaikqp8hutwljqcz016jof/cbn4vw5yz0=
gopkg.in/yaml.v2 v2.2.8 h1:obn1zagjsugi0ek/lbmuj4snlpfiny3kskfopxrdj10=
gopkg.in/yaml.v2 v2.2.8/go.mod h1:hi93xbmqtisbfmutm0b8fm+jr3dg1nnxqwp+5a1vgui=
gopkg.in/yaml.v3 v3.0.1 h1:fxvm/gzazewqlhuvcti91ks9hhnmmwoowu0xtyjs7ca=

ma​​in.go（此 main.go 的副本）

package main

import (
    "context"
    "encoding/json"
    "log"
    "os"

    "github.com/aws/aws-lambda-go/events"
    runtime "github.com/aws/aws-lambda-go/lambda"
    "github.com/aws/aws-lambda-go/lambdacontext"
    "github.com/aws/aws-sdk-go/aws/session"
    "github.com/aws/aws-sdk-go/service/lambda"
)

var client = lambda.new(session.new())

func calllambda() (string, error) {
    input := &lambda.getaccountsettingsinput{}
    req, resp := client.getaccountsettingsrequest(input)
    err := req.send()
    output, _ := json.marshal(resp.accountusage)
    return string(output), err
}

func handlerequest(ctx context.context, event events.sqsevent) (string, error) {
    // event
    eventjson, _ := json.marshalindent(event, "", "  ")
    log.printf("event: %s", eventjson)
    // environment variables
    log.printf("region: %s", os.getenv("aws_region"))
    log.println("all env vars:")
    for _, element := range os.environ() {
        log.println(element)
    }
    // request context
    lc, _ := lambdacontext.fromcontext(ctx)
    log.printf("request id: %s", lc.awsrequestid)
    // global variable
    log.printf("function name: %s", lambdacontext.functionname)
    // context method
    deadline, _ := ctx.deadline()
    log.printf("deadline: %s", deadline)
    // aws sdk call
    usage, err := calllambda()
    if err != nil {
        return "error", err
    }
    return usage, nil
}

func main() {
    runtime.start(handlerequest)
}

我可以成功运行：

go mod tidy
go build

我还可以使用以下方法成功构建并运行我的 docker 映像：

docker build -t lambda-fn .
docker run -d -v ~/.aws-lambda-rie:/aws-lambda --entrypoint /aws-lambda/aws-lambda-rie  -p 9000:8080 lambda-fn:latest /main

我可以在 docker 桌面中看到一个基于列出的 lambda-fn 映像的容器，其状态为“正在运行”。但是，当我发送以下 curl 请求时，没有任何反应：

curl -XPOST "http://localhost:9000/2015-03-31/functions/function/invocations" -d '{}'

我期望根据 handlerequest 函数的内容写入一些日志。我做错了什么？

正确答案

如果您在恶魔模式 (-d) 下运行，您将看不到日志。

删除 -d 并重新运行命令

这是由于空处理程序注册造成的。您可以通过传递额外参数来设置处理程序名称

docker run -d -v ~/.aws-lambda-rie:/aws-lambda --entrypoint /aws-lambda/aws-lambda-rie  -p 9000:8080 lambda-fn:latest /main handleRequest

以上就是《在 Docker 容器中部署 Go Lambda》的详细内容，更多关于的资料请关注golang学习网公众号！