我知道Google有一个IaaS服务,允许点击安装使用Bitnami的drupal站点。但我想知道这与使用App或容器引擎(而不是IaaS)相比有什么不同。
每一个OP-大的定义是:“每天最多有100万用户访问该网站并不断增长”。
发布于 2017-06-21 14:57:34
App Engine、Kubernetes Engine (以前的Container )和Compute是解决不同问题的工具。
根据您共享的用例,您有以下需求:
所有3种产品都将支持这些要求。
在评估这些产品时,您需要考虑的重要因素如下:
当根据这两个因素在您的需求范围内评估产品时,您可能会得到一个更明确的赢家。
对于下面的成本评级,这是一个最好的猜测使用您的高水平的要求。
Google --允许您轻松部署、缩放和更新应用程序。它为您处理所有“系统管理”任务。通过命令行向已部署的服务推出更新也非常容易。
与运行一个小型Compute引擎VM相比,成本是“中等”的,但是receiving只提供它认为您需要为您接收的流量服务的内容,因为Drupal需要一个DB (可以由Google Cloud管理),这将需要单独提供,并且会增加总成本。
维护工作量“低”,因为App处理所有操作任务。
Google引擎-是一个提供“集装箱基础设施即服务”的管理库伯内特斯。当您有各种大小的服务,并且您想要对不同的服务进行装箱、打包和使用一组机器时,这是很棒的。如果您正在运行一个单一大小的应用程序-一个Drupal网站,您将不会真正利用这一点。缩放和管理也要复杂一些,因为您需要缩放您的Pod以及Kubernetes引擎集群。
成本是“低”的,因为Kubernetes引擎分区主机是免费的,您只对节点的计算资源收费。
维护工作“很高”,因为您必须配置集群和吊舱的缩放。操作Kubernetes引擎集群,并通过Kubernetes API管理应用程序。与App相比,移动部件要多得多。
Google计算引擎--正如所提到的,有运行Drupal的云启动程序选项。但是,一旦部署了实例,您就需要负责更新。另外,特定的云启动程序版本部署到单个VM中。您可能希望设置负载平衡、托管实例组和Cloud,以确保其高度可用并进行扩展。
成本“低”,因为您可以在单个小型VM上运行Drupal应用程序和DB,但是它可能不会扩展。
维护工作是“高”的,至少,你将不得不应用操作系统补丁。要实现高可用性和扩展,您必须配置一个托管实例组、负载均衡器和一个启动脚本/VM映像。
总之,,如果您是一位经验丰富的系统管理员,您可能更愿意部署到Compute,并以潜在较低的成本亲自管理系统。
如果您不想要任何操作开销,App就是方法之一。
对于您正在解决的问题,Kubernetes引擎是一个非常复杂的工具。
https://stackoverflow.com/questions/44674877
复制相似问题