微博系统平台技术建议书叨.docVIP

微博系统平台技术规范书 目录 1. 概述 3 1.1. 背景 3 2. 产品描述 3 2.1. 定义 3 2.2. 特点 3 2.3. 运行环境 3 3. 系统架构 4 3.1. 系统设计原则 4 3.2. 网络拓扑架构 4 3.3. 软件系统架构 5 4. 功能规格 5 4.1. 关注 5 4.2. 评论 6 4.3. 转发 6 4.4. 插入图片 6 4.5. 插入话题 6 4.6. 私信 6 4.7. 收藏 6 4.8. 移除粉丝 7 4.9. 短信 7 4.10. 搜索 7 4.11. 分页 7 4.12. 悄悄话 7 4.13. 推荐 7 4.14. 备份 7 4.15. 编辑、视频和音乐 7  概述 背景 几百年前，人们读长篇小说，看歌剧，听交响乐。到了二十世纪，大家读报纸杂志，看电视电影，听流行音乐。信息时代，人们上网，读博客，看视频。在这些表象的背后，促成这些风气进化的，是信息产的产量与传播速度的激增。面对海量而且迅速更新的信息，人人捧读红楼梦，一日三咏的局面是难以想象的。取而代之后的，是要求信息的篇幅简短，而突出重点。随着信息爆炸的加剧，微博客网站诞生了。 产品描述 定义 微博，即微博客（MicroBlog）的简称，是一个基于用户关系的信息分享、传播以及获取平台，用户可以通过WEB、WAP以及各种客户端，以140字左右的文字更新信息，并实现即时分享。最早也是最著名的微博是美国的twitter。字数限制，微博必须在140字以内，这是为了手机发布阅读方便被动阅读，看博客必须去对方的首页看，而微博在自己的首页上就能看到别人的微博发布简便：可以通过发短信的方式更新，可以通过手机网络更新自传播速度快，博客要是靠网站推荐带来流量，而微博通过粉丝转发来增加阅读数便捷140字的限制将到了同一水平线上，这一点导致??大量原创内容爆发性地被生产出来。微型博客的出现具有划时代的意义，真正标志着个人互联网时代的到来。博客的出现，已经将互联网上的社会化媒体推进了一大步，公众人物纷纷开始建立自己的网上形象然而，博客上的形象仍然是化妆后的表演，博文的创作需要考虑完整的逻辑，这样大的工作量对于博客作者成为很重的负担。“沉默的大多数”在微博客上找到了展示自己的舞台。创新交互方式与博客上面对面的表演不同，微型博客上是背对脸的交流，就好比你在电脑前打游戏，路过的人从你背后看着你怎么玩，而你并不需要主动和背后的人交流。可以一点对多点，也可以点对点。当你一个自己感兴趣的人时，两三天就会上瘾。移动终端提供的便利性和多媒体化，使得微型博客用户体验的粘性越来越强。原创性微博网站现在的即时通讯功能非常强大，通过QQ和MSN直接书写，在没有网络的地方，只要有手机也可即时更新自己的内容，哪怕你就在事发现场。类例于一些大的突发事件或引起全球关注的大事，如果有微博客在场，利用各种手段在微博客上发表出来，其实时性、现场感以及快捷性，甚至超过所有媒体。Linux 应用服务器：Tomcat/WebLogic/WebSphere 数据库：Oracle/SqlServer/MySql JAVA版本：JDK1.5+ 系统架构 系统设计原则 可用性 控制图片和页面大小，不让下载时间影响用户体验，让用户尽快地得到需要的信息，页面具有一致的使用风格，对用户可能出错的地方有预先的分析与防范，使用数字快捷键，为用户提供无需滚动菜单，而只需按下菜单对应的数字键就可直接进入对应的菜单项的能力，大大地改善了用户体验。 开放性 考虑到将来发展需要及扩充性能要求，在设备选择及联网方案上坚持开放性原则，保证该系统硬件设备的互连互通支持跨平台建设不仅要着眼于现在，而且要放眼未来，因此建设不仅要满足现在的要求，而且要具有向未来技术平滑过渡的能力。即：该系统的建立一定要具备良好的可性，当信息量上升、网络规模扩大时，可方便地将服务器及其他设备进行升级服务，满足日益增长的业务需求，最大限度保护投资。万用户级单服务器，前端、后端、cache、在一起。 百万级 和cache单独部署服务器，db按业务进行拆分cache或使用一致性hash扩展。前端后端还是在一起，但是根据业务拆分，每个业务可分配不同数量的服务器 千万级 开始重视架构设计，有专门技术架构师需跨机房部署，前端在远程增加反向代理加速，数据库在异地机房使用数据库副本后端拆分出来，系统内部需要远程调用，内部需远程调用协议。 亿级 架构更细分，或增加数据cache、分布式架构师数据库，考虑分布式数据服务数据访问需要根据业务特点细分。开发、运维、测量、调优具备有自己的专有工具。所有服务需要地理多机房分布，具备IDC容灾设计。关注 在微博，关注和粉丝是一种订阅关系，关注了某个人，就订阅了该用户发布的消息。用户在添加关注时如果注意筛选，控制关注的数量，就能减少垃圾