Amazon-Web-Services

需要有關 AWS 設置的建議

  • January 5, 2021

對於我的下一個項目,我將嘗試使用 AWS 和無伺服器,但我不確定如何推理不同的 AWS 服務。所以在這里希望有人對此有很好的感覺。

該項目目前由三個不同的前端應用程序組成,每個應用程序都託管在一個單獨的子域中:

  • 根域 +$$ www $$:主要由“銷售”內容組成的主網頁
  • $$ administration $$:我們管理系統的前端應用程序
  • $$ user $$:用於我們使用者體驗的前端應用程序

然後,就目前而言,是一個為所有前端應用程序服務的後端應用程序。此後端必須至少由

$$ administration $$和$$ user $$子域(即 user.domain.com/service/backend)。我的後端服務目前作為 docker 容器執行,並且它在某些部分使用 WebSockets,因此必須支持。 我一直在為我的前端尋找一些選項,AWS Amplify 或 S3+Cloudfront。但是,我不確定這些是否是我正在尋找的。

我的後端也是如此。我一直在研究 AWS Fargate、AWS API Gateway 和可能的 AWS AppSync(因為我的大部分後端都是 GraphQL 應用程序)。

但我有點迷路了。誰能給我推動正確的方向?希望我已經提供了足夠清晰的資訊,否則,我很樂意擴展!:)

謝謝!

對於任何好奇的人,我登陸的設置有點像這裡描述的:https ://aws.amazon.com/blogs/networking-and-content-delivery/dynamic-whole-site-delivery-with-amazon-cloudfront /

我通過 Cloudfront 路由所有內容,然後使用“行為”將流量路由到不同的服務。例如 /service/user 和 /service/schedule 被路由到我的 ALB 實例,而其他所有內容都被路由到我的 S3 儲存桶,充當靜態網頁。

使用一些 Lambda@Edge 魔法,我能夠重寫轉發到我的 ALB 實例的請求,然後可以匹配傳入的請求並將它們進一步轉發到正確的底層容器(我目前在 Fargate 中使用集群)。

這對我的案例非常有效,即使它可能不是“最佳實踐”。所以我肯定會繼續探索 AWS 並學習新東西。:)

如果它對某人有幫助,那就太好了。如果有人對上述內容有意見,我很想听聽!

乾杯!

引用自:https://serverfault.com/questions/1047808