云萌主云应用官方论坛

标题: 【转载】『AWS亚马逊 VS 阿里云』的深度比较&分析 [打印本页]

作者: 简简单单 时间: 2017-1-13 12:41
标题: 【转载】『AWS亚马逊 VS 阿里云』的深度比较&分析
深度分析
CDN：Aliyun阿里云比较突出的是CDN功能，AWS中国没有CDN，需要通过第三方接入。
但是从功能表上可以看到：Aliyun CDN不支持behavior（可能是我没有找到），但要是我想对特定一个path做cookie / header / TTL / HTTP method等操作的话，国外AWS CDN还是相对做得完善很多。
价格：服务价格，以RDS为例，做出以下比较：
（0）. 储存
阿里云：8 元/GB 每年（胜出！）
AWS中国：10.32 元/GB 每年
（1）. 最便宜比较（一年计）
阿里云，rds.mys2.small = 390 RMB, memory = 240 MB, Aliyun mem = 1200M, rds.mys2.standard = 1640 RMB
AWS中国，db.t2.micro = 932 RMB, memory = 1G (胜出！)
（2）. 最适合生产配置
阿里云, rds.mys2.xlarge = 9700 RMB, memory 6G
AWS中国, db.m3.large = 5681 RMB, memory 7.5G (胜出！)
由此可见，如果是使用云服务式的应用，比如RDS，阿里云的价格会比较高。
DevOps自动运维
AWS亚马逊里有像CloudFormation，Beanstalk这样的DevOps工具，但是在Aliyun阿里云里没有找到（若有，请指正）。同时，像Ansible/Chef 这样专业的DevOps第三方工具，Aliyun阿里云也无法支持。
因此，如果要在Aliyun阿里云做全局DevOps，即由Iaas → Paas 自动化是十分困难的。
在AWS亚马逊上，我们可以把Auto-Scaling（自动伸缩）、Security Group（安全组）、EC2等资源直接写到AWS Cloudformation中（json文件），然后接入Chef代码以实现全局DevOps，即Infrascture（架构）- Runtime - Application（应用）全部由代码控制部署，包括应用到环境的参数都进行版本管理。
如果要做到以上，Aliyun阿里云的情况，就要通过 Aliyun阿里云+Docker 的方式实现，但是在实际操作中，代码版本管理要比镜像版本管理来得更现实和可操作。
EMR
EMR方面，Aliyun阿里云和AWS亚马逊相差不多，只是在access control（RAM）的整合有待改善。[attach]110[/attach]
云储存阿里云OSS VS 亚马逊AWS S3
使用Aliyun阿里云OSS云储存时，开一个Bucket要选择Region，感觉上没能做到 Access Anywhere 的云储存概念。
界面不能上传大于500MB的文件，虽然好像有Multi-part upload功能，但界面没有，也许需要命令行来实行。
[attach]111[/attach]
另一方面，AWS S3则可以在网页上传 1GB以上的文件
[attach]112[/attach]
但是，一个AWS S3深度用户很重要的功能，就是对每个S3 Object定制 metadata，其中一个例子就是Header。比如当浏览器中S3下载一个文件，会根据cache-header来决定这个object在浏览器中保留多久的缓存。这个对于大流量网站是个可以节省带宽的重要手段。除了http header，还有其他比如Redirect Location。在Aliyun阿里云OSS中则只能设定Http header，如下图所示，因此，如果阿里云能开放更多的权限就更好。
[attach]113[/attach]
另一方面，AWS S3
[attach]114[/attach]
但是，在阿里云的OSS上发现一个新的使用功能是AWS S3没有的，就是自带的Image Styling，网站一直是需要直接生成好图片再上存到云端，如果能把原图上存到云，生成Style再返回地址，就能成为origin服务器，省去很多压力，是个很好的做法。

欢迎光临云萌主云应用官方论坛 (https://yunmengzhu.com/)