簡體   English   中英

Google App Engine與Google Container Engine與Google Compute

[英]Google App Engine vs Google Container Engine vs Google Compute

我有以下幾種常見情況,但我不確定哪種Google雲工具最適合。 我是Google Cloud的新手。

我有一個過程(收集器),它每N分鍾從生產者那里收集一次數據,並將其合並到數據庫中。 數據已發布,但從某種意義上講是瞬態的,即如果收集器在短時間內沒有收集到數據,則它將丟失。 收集器是一個運行24/7的后台進程,並具有用於診斷的終端日志記錄界面。 目前,收集器以python腳本的形式在服務器/ PC上運行,但我想將其移至雲中。 但是,我不確定是否需要將此腳本部署為Google App Engine上的google app或Container Engine上的docker容器,還是僅在Compute Engine節點上運行它。

編輯:

我已經完成研究,並將腳本部署在Google App Engine上。 但是,我的理解是App Engine可能會運行該應用程序的多個實例以根據使用情況擴展規模,並且它確實做到了。 但是,我不會在數據庫中得到重復的條目,如果我剛巧在筆記本電腦上啟動腳本的多個實例,那將是我期望的。

有很多方法可以給這只貓敲鍾。

使用kubenaty顯然很容易,但是,為此您不必使用container-engine(可能過於昂貴)。

如果您有一個compute-instance,其中包含偵聽pub-sub的腳本,則可以通過創建實例模板來水平擴展它,並選擇根據處理器使用情況自動擴展。

無論選擇哪種方式,記錄的重復性都與發布者而不是訂閱者(您的python腳本)聯系在一起

即使您可以輕松地在GAE中完成應用程序引擎,我也永遠不會使用它,但應該只在前端角色恕我直言中使用它

GAE導向的答案。

理論上,缺少重復的數據庫條目可能是由於:

  • 一個經過深思熟慮的實現,專門用於防止此類重復,無論運行多少GAE實例:)
  • 意外-只是因為您到目前為止沒有看到它們,並不表示它們將來不會出現。

通過使用max_instances配置設置為1的基本擴展,可以防止多個GAE實例並行執行。從擴展類型和實例類

基本縮放

具有基本擴展功能的服務將在應用程序收到請求時創建一個實例。 當應用程序變得空閑時,實例將被關閉。 基本縮放是間歇性或由用戶活動驅動的工作的理想選擇。

以及表格中的縮放列:

縮放

通過在basic_scaling設置的max_instances參數中設置最大實例數,可以配置具有基本擴展的服務。 活動實例的數量與處理量成比例。

另請參見縮放元素

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM