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好像最简单。 |
