开发者社区> 科技小先锋> 正文

云平台与云主机选择的经验和建议

简介:
+关注继续查看

扯淡

    9月份真是非常繁忙的一个月,产品刚上线,一边要验证调整生产环境,一边积累推广经验,一边收集用户反馈,一边不断发布新的版本,一边规划着后续发展,一边寻找新的美工合作...虽然累的很少睡觉,脾气也发了不少,最后也病倒了,但是确实收获非常多。但是还是自己给自己放了个十一长假,后面又要开始忙了。不扯淡了,进入正文。

概念

   先澄清一个概念:

  1)云平台:本文所说的就是类似SAE、GAE的PaaS平台,后台的硬件对应用完全透明,都是基于提供的服务做应用。

  2)云主机(也有称云服务器):本文所说的就是类似阿里云的IaaS平台,可以简单理解为是VPS的升级,可以动态扩容。

比较

    我真正算是用过的就SAE java版和阿里云,所以就针对这两个平台特性进行比较。云平台共有的扩展性等优势就不例举了。

SAE:
【优点】
  1. 省去了服务器维护的麻烦,完全不用理会服务器的存在
  2. 提供一些服务,省去开发的麻烦,让应用开发着眼更高的层次(如果要迁移应用这个反而就是一个麻烦了)
  3. 应用商店里面有不少好东西,wordpress和禅道都很好用,安装很傻瓜
  4. 每个月的免费云豆足够你试用了,挂点免费应用也足够(java版本收费以后这个完全不够用)
  5. 用习惯了倒是很喜欢那个PV曲线图,可以清晰知道走势。阿里云那种IaaS级别的压根就不可能有这玩意,对tomcat的access日志分析的东西也没找到,暂时还真没了替代品,只能wc -l看看每日的pv了。
【缺点】
  1. 出了问题你只能联系平台的客户,自己连不上后台,真的无能为力。
  2. 提供的服务有限,有些功能就比较难实现了,自己也没办法安装redis这样的应用
  3. 目前来看国内的PaaS真的不太稳定,正式运行起来费用也不低
  4. 日志非常不好读,会漏日志,看起来很让人纠结
  5. 由于改了jvm并做了一些权限控制,并且调整了你war包的部署等,这些会导致你本地调试通过的东西部署上去也不一定对,而且不知道sae到底做了什么,很难分析出问题的原因。
 

阿里云:
【优点】
  1. 灵活,毕竟能登陆到后台就什么都可以做,限制很少
  2. 稳定,反正我是连续跑了几天没遇到问题,其实他本是就是用虚拟化技术做得主机,这个技术都很成熟了,出问题的可能性也比较小。
  3. 很强大的监控系统,这个省了很多事情,极大的弥补了IaaS平台的维护麻烦的问题
  4. 也提供了一些基础服务,比如RDS,所以我感觉阿里云更像是IaaS+PaaS
  5. 强大的技术实力,据了解阿里云有超过1000人的团队在做,而且里面的一些技术团队都是从淘宝和阿里巴巴里面抽调出来的,更看好他的后续发展。
【缺点】
  1. 你必须熟悉Linux服务器,什么东西都要自己装了。至于维护的工作量我现在反而觉得能自己维护其实比不稳定的PaaS更高效
  2. 试用就7天,最低配置的价格倒是不贵,就是一开始就要你花钱有点不爽
  3. 只买一个主机就没办法享受到负载均衡的效果了

我的选择

    首先强调一下,选择是要和自己的实际情况挂钩,脱离实际的选择是没有意义的。我只是说说我的经历。

    我最初是选用SAE平台,从3月份开始就基于这个平台开发。由于当时在内测,我就0成本的进行开发,确实省了一些费用。但是中间出的问题比想象中多不少,也花了不少时间进去。本来预期几个月的开发应该等到上线就稳定了,但问题就出在后期正是上线平均一天能有1次宕机,而且时常出一些新问题,但是后台的东西我又上不去,非常无力。更让我无法接受的一点就是PaaS平台为了保证所有应用都能正常,某个应用出了问题就会直接禁用服务(迁移到阿里云以后我发现时有个完全不能理解的地方会导致死循环,但在SAE上我都没办法用jstack来分析)。作为一个游戏,禁用5分钟就意味着所有玩家全部下线了。近期SAE开始对jvm收费,费用相当高,收费版本的价格也不低,初步估算下来一年最便宜的收费版本也要10000以上。所以综合这些考虑,我把服务器迁移到阿里云。

    阿里云我买了一个主机,一个RDS。服务迁移过去网络速度感觉有明显提升,服务器负载基本保持1%。特别对他提供的一些后台监控服务做得真是太牛逼了,虽说要自己维护服务器,但是借助这些东西很轻松。而且服务器给优化的很好,基本拿到手就装装软件就能用了,整个迁移就用了半天时间。国庆期间的运行表现非常稳定,总的来说都超过预期了。

    所以,对于熟悉Linux运维的人,又对应用有比较高要求的,用阿里云确实是一个不错的选择。但是如果你想低成本挂一个应用而已,用sae不错,特别是里面的应用商店很方便。



本文转自passover 51CTO博客,原文链接:http://blog.51cto.com/passover/1020265,如需转载请自行联系原作者

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
使用先电IaaS云平台创建云主机
使用先电IaaS云平台创建云主机
282 0
SAP 云平台从 Neo 到 Multi-Cloud 的演化历史
SAP 云平台从 Neo 到 Multi-Cloud 的演化历史
19 0
什么是 SAP 云平台的 multi-cloud architecture
什么是 SAP 云平台的 multi-cloud architecture
26 0
SAP 云平台从 Neo 到 Multi-Cloud 的演化历史
SAP 云平台从 Neo 到 Multi-Cloud 的演化历史
19 0
在 SAP 云平台上部署和运行 Docker 应用
在 SAP 云平台上部署和运行 Docker 应用
106 0
SAP 云平台 ABAP 编程环境的前世今生
SAP 云平台 ABAP 编程环境的前世今生
87 0
SAP 云平台多目标应用 Multi-Target Application 的开发技术介绍(二)
随着SAP云平台的出现,SAP云平台开发生态圈告别了过去单凭ABAP打天下的局面。
62 0
SAP 云平台多目标应用 Multi-Target Application 的开发技术介绍(一)
随着SAP云平台的出现,SAP云平台开发生态圈告别了过去单凭ABAP打天下的局面。
84 0
SAP 云平台上的 ABAP 编程环境里如何消费第三方服务(二)
在ABAP On-Premises环境下,使用ABAP编程消费第三方服务,相信很多ABAP顾问都已经非常熟悉了,无非就是使用CL_HTTP_CLIENT或者CL_REST_HTTP_CLIENT来发送和接收HTTP请求。
41 0
SAP 云平台上的 ABAP 编程环境里如何消费第三方服务(一)
在ABAP On-Premises环境下,使用ABAP编程消费第三方服务,相信很多ABAP顾问都已经非常熟悉了,无非就是使用CL_HTTP_CLIENT或者CL_REST_HTTP_CLIENT来发送和接收HTTP请求。
48 0
SAP 云平台 (Cloud Platform) 架构概述(二)
在我们开始SAP云平台的架构之旅之前,让我们先看看SAP已经发布的一些其他云产品。这些云产品方案可以分为公有云和私有云两种。
124 0
SAP 云平台 (Cloud Platform) 架构概述(一)
在我们开始SAP云平台的架构之旅之前,让我们先看看SAP已经发布的一些其他云产品。这些云产品方案可以分为公有云和私有云两种。
181 0
SAP云平台:从企业核心看创新未来
SAP云平台:从企业核心看创新未来
182 0
云平台更名背后,SAP要当互联网企业?
云平台更名背后,SAP要当互联网企业?
222 0
使用Visual Studio Code调试运行在SAP云平台上处于运行状态的nodejs应用
https://blogs.sap.com/2020/11/23/debugging-nodejs-application-in-vscode-running-on-sap-cloud-foundry
59 0
+关注
科技小先锋
文章
问答
视频
相关电子书
更多
云平台及租户业务安全性研究思考
立即下载
低代码开发师(初级)实战教程
立即下载
阿里巴巴DevOps 最佳实践手册
立即下载
相关实验场景
更多