AWS SAM是通過基礎(chǔ)設(shè)施即代碼（IAC）部署Web應(yīng)用程序的絕佳方式。我最近嘗試在我的工作項目中使用它，卻遇到了一個嚴(yán)峻的現(xiàn)實……

Go是AWS的丑小鴨 ?

AWS SAM文檔中專門介紹Go的部分非常簡短且含糊不清，建議大量重復(fù)我們的源代碼！每個lambda函數(shù)都有一個go.mod、go.sum和實用函數(shù)?！

我寫這篇文章是為了像我一樣迷茫的你???。讓我們一起解決這個問題！

這將是一個兩部分的系列：

1. 文件結(jié)構(gòu)（本文）
2. SAM配置

Go運行時的上下文

目前，lambda的Go運行時不受支持。這意味著AWS lambda沒有特定選項來指定您的代碼是用Go編寫的。相反，AWS提供2個通用運行時?：

• al2（Amazon Linux 2）
• al2023（Amazon Linux 2023）

這指的是lambda將運行的操作系統(tǒng)。建議使用al2023，因為它更新，并且與AWS Graviton處理器兼容，后者可以以更低的價格提供更好的性能。

無論如何，這些運行時要求我們提供一個可執(zhí)行文件（通常命名為bootstrap），該文件將在每個lambda函數(shù)中執(zhí)行。因此，我們不是向lambda交付代碼，而是交付我們之前用Go編譯的可執(zhí)行文件。很簡單，對吧？

這也消除了像JS這樣的語言需要使用lambda層的必要性，因為所有常見的依賴項都將打包在已編譯的可執(zhí)行文件中?。

問題

那么，我們?nèi)绾螛?gòu)建該可執(zhí)行文件呢？AWS建議我們每個lambda都應(yīng)該存儲在一個文件夾中，以及它的go.mod和go.sum，他們提供的模板如下所示：

<code>.
├── hello-world/
│   ├── go.mod
│   ├── go.sum
│   └── main.go
├── events/
│   └── ...
├── samconfig.toml
└── template.yaml</code>

這是template.yaml中的函數(shù)定義

<code>  HelloWorldFunction:
    Type: AWS::Serverless::Function 
    Metadata:
      BuildMethod: go1.x
    Properties:
      CodeUri: hello-world/
      Handler: bootstrap
      Runtime: provided.al2023
      Architectures:
        - x86_64
      Events:
        CatchAll:
          Type: Api
          Properties:
            Path: /hello
            Method: GET</code>

如果我們查看Lambda定義，我們會了解到：

1. BuildMethod: go1.x 我們使用AWS內(nèi)置的Go構(gòu)建器來為我們構(gòu)建可執(zhí)行文件
2. CodeUri: hello-world/ lambda代碼將專門存儲在這個目錄中。
3. Handler: bootstrap 可執(zhí)行文件的名稱將是bootstrap
4. Runtime: provided.al2023 這將是運行時。

你看到問題了嗎？目前我們需要第二個lambda，我們必須創(chuàng)建一個帶有自己go.mod、go.sum和依賴項的新目錄，如果我們想在兩個lambda之間共享一個實用函數(shù)怎么辦？太糟糕了?！你必須將相同的文件復(fù)制到新的lambda文件夾中。留下一個看起來像這樣的文件結(jié)構(gòu)：

<code>.
├── function1/
│   ├── go.mod
│   ├── go.sum
│   ├── main.go
│   └── SHAREDFUNC.go
├── function2/
│   ├── go.mod
│   ├── go.sum
│   ├── main.go
│   └── SHAREDFUNC.go
├── events/
│   └── ...
├── samconfig.toml
└── template.yaml</code>

這太糟糕了?！有很多重復(fù)的代碼！并且隨著我們添加的lambda越多，它會變得更糟。一定有更好的方法！

解決方案

由于我想通過所有l(wèi)ambda共享go.mod、go.sum和實用程序代碼，我想出了這個結(jié)構(gòu)：

<code>.
├── hello-world/
│   ├── go.mod
│   ├── go.sum
│   └── main.go
├── events/
│   └── ...
├── samconfig.toml
└── template.yaml</code>

1. 我將所有公共代碼分解到internal/文件夾中，
2. 將go.mod和go.sum文件放在根目錄中
3. 將所有l(wèi)ambda入口點移動到/cmd（在Go中存在這種約定，每當(dāng)項目產(chǎn)生多個可執(zhí)行文件時，入口點都放在cmd目錄中）

現(xiàn)在我只需要通知AWS SAM這個新的結(jié)構(gòu)?！我只是通過調(diào)整CodeUri和Handler的值找到了解決方案。

秘密?

似乎如果你

• 將go.mod和go.sum移動到根文件夾
• 將CodeUri設(shè)置為函數(shù)入口點所在的任何文件夾。

SAM將自動檢測它并使用根依賴項和internal/代碼進行構(gòu)建? ? ?

<code>  HelloWorldFunction:
    Type: AWS::Serverless::Function 
    Metadata:
      BuildMethod: go1.x
    Properties:
      CodeUri: hello-world/
      Handler: bootstrap
      Runtime: provided.al2023
      Architectures:
        - x86_64
      Events:
        CatchAll:
          Type: Api
          Properties:
            Path: /hello
            Method: GET</code>

可以更好嗎？

是的?，我們將在下一篇文章中討論更多自定義Go編譯的方法！

以上是使用 AWS SAM 和 Go 構(gòu)建 API的詳細(xì)內(nèi)容。更多信息請關(guān)注PHP中文網(wǎng)其他相關(guān)文章！