app后端设计(11)-- 系统架构(2014.12.05更新)
来源:互联网 发布:心彻为知 知彻为德出自 编辑:程序博客网 时间:2024/04/30 06:22
个人认为,在小型的创业团队中,特别是以应用产品为主,在架构后台的时候,需要集中精力解决自身业务上的问题,不是花时间解决第三方已经解决的问题,简单点来说,就是能用第三方服务就使用第三方的服务。基于这个原则,就有了下面的系统架构:
1. apns:由于在apns中,无效的token会导致连接apns连接的失效从而使apns信息丢失。解决的方案是维护发送队列,当apns服务器返回错误的token后,把这个错误token后的消息重发。第三方推送很好了实现了这个技术方案,我们选择了百度云推送。
2. email:要考虑邮件发送失败的重发问题,所以不再在服务器上搭建sendmail服务发送,选择了邮件服务商mailgun。mailgun还提供每个账号每月1万封邮件的免费额度,很适合创业团队。
3. coreseek: 一个基于Sphinx的全文检索引擎。在前面描述的LBS模块中,和检索用户昵称,商铺等搜索功能上需要用到。
4. redis:一个支持多种数据结构的key-value数据库,在LBS模块,性能优化等多个方面都有广泛的用处。
5. httpsqs:轻量级的消息队列。
6. xmpp:采用了开源的openfire,当web服务需要向openfire通讯,有两种情况:
(1)实时的需求,例如注册的时候在聊天服务器注册一个用户,那么是直接连聊天服务器。
(2)如果是其它非实时的需求,例如通过聊天服务器向app发送一个更新通知,那么就在队列中处理。
7. 监控,采用了监控宝和云服务器提供的监控数据,能满足目前的需求了。
新建了“app后端技术” 交流qq群:254659220
app后端系列文章总目录
如果您觉得这系列的文章对你有所帮助,欢迎打赏。
支付宝账号:190678908@qq.com 收款人:曾健生
////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
2014.02.16更新:修改了架构图中的一些错误
2014.09.04更新:把架构图去掉,现在看起来设计得太烂了
2014.12.05更新:在文章末尾添加了 " app后端技术 " 交流qq群:254659220
[文章作者]曾健生
[作者邮箱]h6k65@126.com
[作者QQ]190678908
[新浪微博] @newjueqi
[博客]http://blog.csdn.net/newjueqi
http://blog.sina.com.cn/h6k65
- app后端设计(11)-- 系统架构(2014.12.05更新)
- app后端设计(11)-- 系统架构(2014.12.05更新)
- app后端设计(3)--短信,邮件,推送服务(2014.12.05更新)
- app后端设计(10)--数据增量更新
- app后端设计-数据增量更新
- app后端设计--数据增量更新
- app后端设计--数据增量更新
- app后端架构
- app后端架构
- app后端技术架构
- app后端设计(1)--api(2014.01.31更新)
- App 后端架构设计方案 设计思想与最佳实践
- app后端设计
- 完整社交APP需求分析原型设计整体架构前端后端架构
- APP系统架构方面的设计
- APP系统架构方面的设计
- app后端设计(6)-- LBS
- app后端设计--总目录
- 删除 // 和 // 后面的东西 -- 符合kernel style
- 源代码管理
- Sqlserver 异常处理
- 搭建最简单的Nginx/Tengine tcp反向代理
- app后端设计(10)--数据增量更新
- app后端设计(11)-- 系统架构(2014.12.05更新)
- linux 各种格式解压
- 单链表的逆序
- 基于Spring、Hibernate的通用DAO层与Service层的实现
- Android Studio无法启动,gradle下载不了
- Ubuntu修改磁盘分配空间
- java多线程(2):并发编程实践
- uva - 10700 - Camel trading(贪心)
- 【转】解决VMWare中“二进制转换与此平台上的长模式不兼容,此虚拟环境中的长模式将被禁用”问题