您認爲在AWS API網關中使用具有和不具有代理功能的Lambda集成的優點和缺點(更具體地說,使用無服務器框架時)如何?這是我覺得到現在爲止:Lambda集成與Lambda代理:優缺點
LAMBDA集成代理
- 臨:人們可以快速原型和代碼,而不必擔心所有需要的配置細節(和重塑幾個輪子像通用模板映射等)。
- Pro:它很容易返回任何狀態碼和自定義標題,同時還有一種通用的方式來讀取請求的主體,標題,參數。
- Con:一切都在代碼中完成,所以自動生成文檔有點困難。代碼中依賴項(標題,模型,返回的狀態代碼)「隱藏」。
LAMBDA集成,而不代理
- 精讀:涉及很多工作更來進行設置,這樣的配置可能在不同的資源進行復制。
- Pro:它允許解耦lambda接收和返回的內容,以及它如何映射到不同的HTTP狀態碼,標題和有效載荷。
- Pro:非常有用,因爲它規定了它返回的內容,以及它在標題和有效載荷方面的要求。
- 專業版:從長遠來看,設置所有內容時的辛勤工作很有用,因爲可以將所有內容導出到Swagger,因此其他人可以使用它爲其生成不同的SDK。
您的想法是什麼?您通常使用Lambda Proxy還是普通的Lambda集成?你喜歡什麼,爲什麼?
編輯:到目前爲止,我傾向於總是選擇不使用代理服務器的功能,由於所提及的原因(解耦,並說明依賴-headers,狀態碼,etc-前期)。
不太確定我同意你的優點和缺點,我覺得這個問題很有趣,我想看看其他人的想法,但基於觀點的問題不是什麼stackoverflow是。 –