是否应该使用谷歌云应用引擎或计算引擎或容器引擎进行大型Drupal网站迁移?

nav*_*n k 4 google-app-engine bitnami drupal-8 google-compute-engine google-cloud-platform

我知道Google云有一个IaaS产品,允许使用Bitnami点击安装drupal站点.但我想知道这与使用App Engine或容器引擎(而不是IaaS)相比如何.

每个OP--大的定义为:"每天有多达100万用户访问该网站并且正在增长"

Hen*_*son 16

App Engine,Kubernetes Engine(以前称为Container Engine)和Compute Engine是解决不同问题的工具.

根据您对用例的分享,您有以下要求:

  1. 迁移大型(单个)Drupal网站
  2. 确保每天的用户访问量超过100万

所有3种产品都将支持这些要求.

评估这些产品时需要考虑的重要因素是:

  1. 成本
  2. 维护努力

在根据您的要求对这两个因素进行评估时,您可能会获得更清晰的赢家.

对于下面的成本评级,使用您的高级要求是最好的猜测.

Google App Engine - 允许您轻松部署,扩展和更新应用程序.它会为您完成所有"系统管理"任务.通过命令行可以非常轻松地完成对已部署服务的更新.

与运行小型单一计算引擎VM相比,成本是"中等",但App Engine仅提供它认为您需要为所接收的流量提供服务的内容,因为Drupal需要一个数据库(可以通过Google Cloud SQL管理),这将是需要单独配置,并将增加总成本.

维护工作量 "低",因为App Engine处理所有操作任务.

Google Kubernetes Engine - 是一个管理型Kubernetes,提供"Container Infrastructure as a Service".非常适合您拥有各种规模的服务,并且您想要打包并利用一组机器来提供不同的服务.鉴于您正在运行单个大小的应用程序 - Drupal网站,您将无法真正利用这一点.扩展和管理也有点复杂,因为您需要扩展Pod以及Kubernetes Engine集群.

成本 "低",因为Kubernetes Engine区域主人是免费的,您只需为节点的计算资源付费.

维护工作量 "很高",因为您必须配置群集和容器的扩展.操作Kubernetes Engine集群并通过Kubernetes API管理您的应用程序.与App Engine相比,运动部件更多.

谷歌计算引擎 - 如上所述,有运行Drupal的Cloud Launcher选项.但是,部署实例后,您需要注意更新.此外,该特定Cloud Launcher版本部署到单个VM.您可能希望设置负载平衡,托管实例组和Cloud SQL,以确保它具有高可用性并可扩展.

由于您可以在单个小型VM上运行Drupal应用程序和数据库,因此成本 "低",但可能无法扩展.

维护工作量至少为"高",您必须应用操作系统补丁.要实现高可用性和扩展,您必须配置托管实例组,负载平衡器和启动脚本/ VM映像.

总之,如果您是一位经验丰富的系统管理员,您可能更愿意部署到Compute Engine并自行管理系统,以降低成本.

如果您不需要任何操作开销,App Engine就是您的选择.

Kubernetes Engine是一个太复杂的工具,可以解决您正在解决的问题.