HOMYi开发部门年终总结（文川豪）
总结过去，是为了现在的进步 制定计划，是为了明天的目标 回顾2015 日常工作 工作强度大 在2015年中，HOMYi的开发有人员一定是加班最多的。 过去的一年中，HOMYi几乎是以每周一个版本的步伐在向前走，所以我们的开发人员大部分工作日都会加班追赶进度，每次发布时间也都较长，超过午夜0点的次数也较为频繁。所以HOMYi的开发人员都有队工作的责任心。 学习能力强 从HOMYi立项之初的nosql数据库mongodb的选择，到linux的运行环境，再到基于REST集群的开发，intellij-idea、angularjs、springboot、git、docker每一项技术都是HOMYi独有的。HOMYi的开发团队一直是一个学习的团队。 工作中的不足 1、有责任心和积极的态度，却缺少认真。 虽然大家都能积极配合加班，负责任的完成每一次发布任务，但是在工作质量上还需要认真与仔细。 2、编码没有制定明确的规范，导致有多次因为规范问题，出现程序问题。 HOMYi平台发展 重要进程 2015-03-03 发布了 3.1.1 年假后的第一个版本 2015-04-10 发布了 3.1.6 HOMYi完成由单服务器向多服务器集群发展，从window转移到linux平台 2015-04-28 发布了 3.1.7 完成了用户路径 2015-05-29 发布了 3.1.9 增加砍价控件 2015-07-21 发布了 3.1.13 增加一键绑定功能 2015-09-15 发布了 3.2 更改了用户认证方式 、图片服务托管至七牛、拆分 2015-11-17 发布了 3.3 商家权限管理，控件权限管理、springboot框架 当前版本 在运维部署上，成功地完成了从window到linux的迁移，从单服务器到多服务器集群部署。同时为了增加HOMYi稳定性，成功在正式环境搭建了mongod分片集群。架构上，已经完成了静态服务分离，控件的自由管理定价授权；群发服务，礼券积分服务的REST化。功能上，完成了用户路径，用户标签的设计及实现，使我们拥有了对C端用户实现跟踪，行为分析的能力；微信一键绑定功能，C端用户认证方式更改，都极大的解决了HOMYi用户交互问题，使HOMYi更加易用。目前各类活动控件正式上线了32个。 展望2016 日常工作 请输入文字 1、建立代码审查流程，人无完人，建立一个良好的工作模式，避免工作中的疏忽。 2、 完善相应开发规范，避免团队合作产生错误 3、加强计划制定，提高大家效率。 4、积极组织技术讲座培训，提高团队技术及经验 HOMYi平台建设 HOMYi 整体结构图 稳定性 order-service（订单管理系统）：将所有订单的创建，支付，退款等集中到统一的订单系统处理。 user-service（用户管理系统） ：包含用户的查询，新增，统计，用户同步接口。 notice-service（通知系统） ：包含A端到B端的消息推送，查询，B端到C端的消息管理、查询。 所有微服务docker化。 安全性 制定并实现微服务通信的安全协议。完成每一个服务的通信安全机制，保证各个服务间通信的安全。 开放性 完善的生产类服务提供开放的公共接口。可以对HOMYi做任意的扩展开发。 灵活性 服务自动发现与注册。 为便于运维时做横向动态扩展。 使用mesos+ marathon分布式部署及管理,可以动态增加或减少应用的部署数量。 时间计划 2016年1月 实现notice-service，A到B端所有通知消息的管理 2016年2月至3月 实现order-service 系统，完成各个控件针对order的调整 2016年4月 实现微服务通信的安全，完成 notice-service B端到C端消息管理，并完成已有c端通知的改造。 2016年5月至6月 自动方式发布部署基于docker服务，并完成所有服务的springboot改造及docker化。 2016年7月至8月 服务的自动发现与注册。完成user-service（用户管理系统）的独立 2016年9月至12月 部署实现基于Mesos的分布式计算平台，达到可以横向动态扩展任意服务。
2015-01-07 20:26:26