f*****w 发帖数: 2602 | 1 如果不自己租主机的话 最大的两个选择是 Google APP engine 和 amazon EC2
app engine 似乎在android开发上有些API的优势? 但是以后万一要移植可能问题很
大,而且我自己尝试了下发现好像开发的问题还是很多的,当然用什么方案都会有各种
问题,但是GAE 好像文档有限, 除了问题不太容易自己解决。我试验的那个小例子 在
自己机器上deploy 的 dev server就死活连不对 。。。
还有就是Amazon EC2 那就是用Tomcat / Apache 啥的搭建个Web Service的服务? 这
个解决方案除了web service 还有什么其他方式可以让客户端调用么? 有人能给点建
议吗
非常感谢 |
h******b 发帖数: 6055 | 2 先用parse或titanium cloud。 糙快猛。 你要是能超越这两个的最低收费,你已经
可以拉vc了。 |
z****e 发帖数: 54598 | 3 这个真的是随便你用什么都可以
ws简化的就是一个简单的http请求和response
tomcat那个估计不是servlet而是jax-rs
如果你嫌ws太麻烦的话,你不用也没什么
就用最简单的http请求就好了,gae我成功过
但是动不动就给休眠,我现在用mimisoft推荐的digitalocean.com
$5一个月,不算贵,域名用internetbs.net,公孙大神推荐的
具体的服务器我不用tomcat,用vert.x,啥语言都支持
看了一些报告,韩国构架师领军的netty在cloud平台上,比如ec2表现最好
而vert.x是基于netty的,所以理论上表现不差,但是这个需要你自己折腾
这是netty的网站:
http://netty.io/
vert.x:
http://vertx.io/ |
g*****g 发帖数: 34805 | 4 不推荐GAE,至少我上次看的时候对JVM的支持都是阉割的,会有无数的问题。
EC2也好,其他IaaS provider也好,跟租个机器差不多。Tomcat/Apache还是最常见的
方式,看你熟悉什么语言了。
web service的好处是日后你要写个web 应用,可以重用。
【在 f*****w 的大作中提到】 : 如果不自己租主机的话 最大的两个选择是 Google APP engine 和 amazon EC2 : app engine 似乎在android开发上有些API的优势? 但是以后万一要移植可能问题很 : 大,而且我自己尝试了下发现好像开发的问题还是很多的,当然用什么方案都会有各种 : 问题,但是GAE 好像文档有限, 除了问题不太容易自己解决。我试验的那个小例子 在 : 自己机器上deploy 的 dev server就死活连不对 。。。 : 还有就是Amazon EC2 那就是用Tomcat / Apache 啥的搭建个Web Service的服务? 这 : 个解决方案除了web service 还有什么其他方式可以让客户端调用么? 有人能给点建 : 议吗 : 非常感谢
|
n****1 发帖数: 1136 | 5 redhat openshift,支持linux平台下的所有程序,甚至是静态的apache/nginx.最重要
是免费 |
c*******0 发帖数: 5247 | 6 GAE 够简单了,你要是自己的devserver 有问题估计都是没有完全按文档来
看你用什么语言了,如果你用python/php/go搞后端的话,GAE一点问题都没有,
scalability又高又方便。现在创业公司用的也越来越多,火了很久的比如snapchat,
刚开始火的
比如secret
移植确实是app engine的最大问题,所以最后就看你看重scalability更多还是
portability更多
如果不想选GAE,我推荐你看看heroku。AWS当然是好的,但从个人项目角度出发我不喜
欢他家的配置流程, |
z****e 发帖数: 54598 | 7 ec2或者其他iaas的cloud的话
就是给你一个虚拟的机器
你用起来跟你用一般的linux没什么区别
除了你不需要自己去买主机
然后跟客户端的通信
你随便用一个协议都可以
不仅仅是web service,某人说的web socket也可以
只要你明白怎么做,tomcat这两个都支持
你甚至用tcp协议裸写都没问题,或者udp
无非就是个协议么,vert.x有一点比较好
就是文档里面给出了大多数你可能需要用到的协议的参考
http://vertx.io/core_manual_java.html
随便你选哪一个,剩下的就看app你要用哪一个跟你的server通信了
就是一个网络编程,找socket |
f*****w 发帖数: 2602 | 8 那现在最方便的协议是什么呢 还是 web service吗
【在 z****e 的大作中提到】 : ec2或者其他iaas的cloud的话 : 就是给你一个虚拟的机器 : 你用起来跟你用一般的linux没什么区别 : 除了你不需要自己去买主机 : 然后跟客户端的通信 : 你随便用一个协议都可以 : 不仅仅是web service,某人说的web socket也可以 : 只要你明白怎么做,tomcat这两个都支持 : 你甚至用tcp协议裸写都没问题,或者udp : 无非就是个协议么,vert.x有一点比较好
|
z****e 发帖数: 54598 | 9 我觉得最流行的应该是restful web service
json那些东西
但是看应用,有可能使用不同的协议
比如web socket
【在 f*****w 的大作中提到】 : 那现在最方便的协议是什么呢 还是 web service吗
|
f*****w 发帖数: 2602 | 10
嗯 确实 其实我更在意scalabirlity, 移植很久的将来可能都并不是什么需要考虑的
问题。
那我还是再多花点时间研究下好了 也许是我自己的啥问题 :-)
【在 c*******0 的大作中提到】 : GAE 够简单了,你要是自己的devserver 有问题估计都是没有完全按文档来 : 看你用什么语言了,如果你用python/php/go搞后端的话,GAE一点问题都没有, : scalability又高又方便。现在创业公司用的也越来越多,火了很久的比如snapchat, : 刚开始火的 : 比如secret : 移植确实是app engine的最大问题,所以最后就看你看重scalability更多还是 : portability更多 : 如果不想选GAE,我推荐你看看heroku。AWS当然是好的,但从个人项目角度出发我不喜 : 欢他家的配置流程,
|
|
|
l******g 发帖数: 366 | 11 play吧 开发快 配置快 性能也不错
【在 f*****w 的大作中提到】 : 如果不自己租主机的话 最大的两个选择是 Google APP engine 和 amazon EC2 : app engine 似乎在android开发上有些API的优势? 但是以后万一要移植可能问题很 : 大,而且我自己尝试了下发现好像开发的问题还是很多的,当然用什么方案都会有各种 : 问题,但是GAE 好像文档有限, 除了问题不太容易自己解决。我试验的那个小例子 在 : 自己机器上deploy 的 dev server就死活连不对 。。。 : 还有就是Amazon EC2 那就是用Tomcat / Apache 啥的搭建个Web Service的服务? 这 : 个解决方案除了web service 还有什么其他方式可以让客户端调用么? 有人能给点建 : 议吗 : 非常感谢
|
f*****w 发帖数: 2602 | 12
哪个play?
【在 l******g 的大作中提到】 : play吧 开发快 配置快 性能也不错
|
f*****w 发帖数: 2602 | 13 哪个play?
【在 l******g 的大作中提到】 : play吧 开发快 配置快 性能也不错
|
g*******t 发帖数: 7704 | |
f*****w 发帖数: 2602 | 15 GAE 和 Anroid 结合估计肯定没啥问题。
有哪位大神用Google App Engine 和 IOS 做过开发没有? 会不会碰到很多问题? |
w****w 发帖数: 521 | 16 用node,restify+sequelize好像最简单。 |