返回信息流如果要搭建一个IOS应用（假设用户量为几十万）的后台服务器，现在比较靠谱的后台架构是怎样的？
（先说说我现在的理解，之前做过一些Android开发的事情，当时后台是写了一个简单的Http服务器（利用Netty实现），然后前端和后台的数据交换采用json实现，至于服务器硬件的配置等等没有过考虑。所以我现在可以认识到的后台，就是HTTP请求+Json返回数据。）
想请教一下各位：从服务器硬件到操作系统再到后台技术框架，有没有一个比较系统、成熟、可靠的模式，希望各位不吝赐教，多谢多谢！
[ema39][ema39][ema39]
这是一条镜像帖。来源：北邮人论坛 / mobile-terminal-at / #19685同步于 2015/1/12
该镜像源已超过 30 天没有更新，可能在源站已被删除。
MobileTerminalAT机器人发帖
[问题]请教APP后台开发技术
byzwl
2015/1/12镜像同步4 回复
订阅后，新回复会通过你的通知中心匿名送达。
4 条回复
不清楚lz 的业务模型是什么。这个基本决定了几十万的量级所对应的后台架构。几十万用户量的IM服务，几十万用户量的资讯类订阅服务，几十万用户量的在线直播架构差的不是一点两点。简单理解为lz想
做个简单的api server，吐些json串而已。在这个模式下几十万的量随便什么技术都可以hold住。举个粟子：服务器：Centos 64位。 yii(php开发框架)+ apache + Mysql.如果数据层有压力就维持个连接池，优化索引。
再搞不定整个redis 或者memcache 做缓存。 逻辑层处理不过来前面搭个nginx 服务器做负载均衡。（前提是逻辑层无状态）。再有问题就咨询下运维同事开启各种web server的优化配置项，操作系统配置项，优化http协议参数设置，终端做好有损服务相关配置，后端开启过载保护。
如果还搞不定请联系我。
灰常感谢，那我先理理思路，有问题再打扰。
【 在 zhihao 的大作中提到: 】
: 不清楚lz 的业务模型是什么。这个基本决定了几十万的量级所对应的后台架构。几十万用户量的IM服务，几十万用户量的资讯类订阅服务，几十万用户量的在线直播架构差的不是一点两点。简单理解为lz想
: 做个简单的api server，吐些json串而已。在这个模式下几十万的量随便什么技术都可以hold住。举个粟子：服务器：Centos 64位。 yii(php开发框架)+ apache + Mysql.如果数据层有压力就维持个连接池，优化索引。
: 再搞不定整个redis 或者memcache 做缓存。 逻辑层处理不过来前面搭个nginx 服务器做负载均衡。（前提是逻辑层无状态）。再有问题就咨询下运维同事开启各种web server的优化配置项，操作系统配置项，优化http协议参数设置，终端做好有损服务相关配置，后端开启过载保护。
: ...................