西祠技术改造的那些事
很久很久以前
2010之前
西迁
2010-2013
西迁
- Phase 1
用户附件服务迁移
- Phase 2
接口重构
- Phase 3
前端重构/基础服务完善
总结
1. 附件迁移，架构缺陷，问题日益增多
2. 接口和前端的重构没有带来好的效果
3. 消耗资源[时间/人]过多
乌贼
2013
乌贼
- Labs
新讨论版风格
- Project Thor
为了取代西迁中的问题日益突出的存储项目
- 乌贼
架构改造
总结
1. 内部环境混乱，员工很难安心工作
2. 部分员工没有担当，没有主人公精神
3. 乌贼最终上线了部分接口，为APP和主站附件上传提供了便利，Token服务至今依然在使用
西祠生活
2014
西祠生活
- 西祠生活
基于全新架构的移动版西祠
- Project Pan
分布式附件存储，彻底取代西迁存储
- 帐户中心
基于新架构的存储，独立西祠的帐户中心
总结
1. 内部环境有了改善，员工积极性高涨
2. 小团队 攻坚项目 围绕项目一起 效率高
3. Pan和帐户中心效果很好
2010 － 2014
不停的在推架构改造
Why ?
目前架构
- 新增功能无比困难
- 问题频发，定位困难
- 不能为移动端提供完整的服务
- 存储扩容困难
- ASP气数已尽，招聘人才也困难
- 代码逻辑接近黑盒
附件存储
帐户中心
2014年10月-11月 规划了 第一版的讨论版改造
西祠架构改造势在必行
并计划于2月份上线
But ......
2015 新架构的内容早已进行了实质的改变
Introducing
Project Dawn
a.k.a
新架构
Project Dawn
什么是
Rebuild
全部重新制作的西祠
不是
仅仅换个UI
Flexible
容易扩展 灵活的西祠
Mobile First
所有的服务 皆可在移动端呈现
Platform
构建完善的API体系
内部调用
外部授权调用
Standard
Git-Flow
PSR
Semantic Version
Full Test QA
Automation Deploy on demands
多人协作
标准化发布版本
规范代码 降低新人熟悉成本
质量保证
方便运维自动化
Solid Softwares
CentOS
OpenSource Projects
所有服务使用Linux
采用拥有高活跃度的社区的开源软件
保证软件的健壮性和可用性
......
新架构
短期不会
带来用户几何增长
不能提供所谓的营销工具
但是
西祠社区是西祠品牌之根本
没有了社区 西祠将什么都不是
新架构改造是立足长远利益，而非短期
Project Dawn
组成部分
Mongodb
Hbase
FastDFS
Mysql
CoreAPI
运营后台
存储层
反垃圾系统
任务系统
全文搜索
推荐系统
人气系统
日志系统
数据迁移
OpenAPI
西祠PC版
帐户中心
附件上传
CMS管理
广告管理
监控审核
西祠配置
Android
IOS
3G
鲜行
花嫁
西祠开放生态圈
消息系统
烫手山芋？
A Challenge
我的团队 勇敢的接下了这个挑战
2015年一月中旬，Project Dawn 正式启动
初期底层投入
产品经理 x 1
设计师 x1
技术 x 5
月份
开发人数
2015-1月份
4
2015-2月份
5
2015-3月份
4
2015-4月份
4
1人下半月申请离职
1人月中离职
And We
But ......
事情都变了
公司高层对新架构的想法？