一千萬個為什麽

搜索

GCP項目應該如何組織?



我最近繼承了以前的管理員責任,負責管理從Heroku/AWS到GCP的過渡。我想知道在GCP中組織項目的最佳做法是什麽。

是應該按生產,登臺和QA環境進行組織?它們應該由每個獨立的前端項目或中間件項目組織嗎?如果是這樣,數據庫在哪裏存在?中間件項目?

您可以看到有多少核心問題可以導致相鄰的問題。有沒有人在這裏有關於他們如何在企業中組織GCP項目的最佳實踐?

推論問題:您的項目組織如何影響成本或互聯網?

謝謝!

轉載註明原文: GCP項目應該如何組織?

一共有 2 個回答:

主要來自Google App Engine(GAE)的觀點。

My preference is for environment-driven project split. This might be of interest: Advantages of implementing CI/CD environments at GAE project/app level vs service/module level?

除非有充分的理由這樣做(如果你覺得你有這樣的理由你應該詢問細節),我不會去建築驅動的項目拆分:

  • probably difficult (if not impossible) to avoid inter-project bandwidth charges
  • added configuration complexity for inter-operation between projects (GCP pretty much considers them completely isolated/standalone, except maybe for shared IAM permissions). Possibly relevant: Google app engine access cross project resources

根據所使用的GCP產品,可能對同一項目內的架構拆分提供足夠的支持。至少GAE做恕我直言。

我的GAE應用程序都是獨立的,根本不使用互聯網,所以沒有這個預期的成本。訪問各種GCP提供的基礎設施/服務仍然存在網絡(帶寬)成本,但從項目拆分的角度來看,這些成本是相關的/不可避免的。

我們有兩個項目:生產和分期。後來運行dev,qa也。出於計費目的,我們會相應地標記資源。