2013-04-15 15:49:44 +00:00
|
|
|
|
# beego案例
|
|
|
|
|
|
|
|
|
|
|
|
- 短域名服务
|
|
|
|
|
|
|
|
|
|
|
|
使用beego开发了一个类似bitly的短域名服务，提供盛大内部项目使用，目前一台机器：32G内存、8核、centos64
|
|
|
|
|
|
redis数据库，数据量在1500w多点，从2012年8月份运行至今没有出现过问题
|
|
|
|
|
|
- 政府合作项目
|
|
|
|
|
|
|
|
|
|
|
|
使用beego提供系统级别服务，监控继承电路板信号，智能分析nginx配置，提供大数据量的下载调度
|
|
|
|
|
|
|
|
|
|
|
|
- 内部监控系统
|
|
|
|
|
|
目前这个项目还在开发中，主要是利用beego做两个服务，一个是服务器端，收集信息，一个是客户端，收集信息并上报给服务器端，如果和服务端断开，那么本地可以暂存数据，防止数据丢失，同时还支持类似pupput的功能，支持程序自动更新(重启功能，不支持热更新)
|
|
|
|
|
|
|
|
|
|
|
|
- 日志分析系统
|
|
|
|
|
|
以前采用hadoop来分析日志的来源和省份信息，发现hadoop分析这么大的数据，性能不是很好，延迟比较大，目前采用自己的一套架构，squid日志每小时分割上报，每小时对日志进行分割，然后进行UV、PV、省份、运营商、浏览器、数据量等的分析，同时把日志进行按域名分割，提供用户原始日志下载
|
|
|
|
|
|
|
|
|
|
|
|
- 下载分发系统
|
|
|
|
|
|
架构暂时不好公布，我们提供文件下载的智能分发，但是从文件上传到下发到每一台服务器，以前采用BT的方式，性能不是很好，目前采用新的架构，性能提升十几倍
|
|
|
|
|
|
|
|
|
|
|
|
- 基于微信的提醒助手
|
|
|
|
|
|
开源在github上
|
|
|
|
|
|
|
|
|
|
|
|
- 视频直播调度器
|
