[英]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導向的答案。
理論上,缺少重復的數據庫條目可能是由於:
通過使用max_instances
配置設置為1的基本擴展,可以防止多個GAE實例並行執行。從擴展類型和實例類 :
基本縮放
具有基本擴展功能的服務將在應用程序收到請求時創建一個實例。 當應用程序變得空閑時,實例將被關閉。 基本縮放是間歇性或由用戶活動驅動的工作的理想選擇。
以及表格中的縮放列:
縮放
通過在basic_scaling設置的max_instances參數中設置最大實例數,可以配置具有基本擴展的服務。 活動實例的數量與處理量成比例。
另請參見縮放元素 。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.