十年架构,五年生活,不劳不繁,不急不缓! —— 行走在三十五岁的边缘
在公司工作了一年多,对公司的文化氛围、工作模式、业务线都有了相当的了解,这里非常感谢A哥给予的很大帮助。
在一个体系完整的公司里,想完全靠自己去拼搏真的很难,你所处的环境氛围,周边的同事,以及跟随的领导,都是你这条路上的风向标,不断的引导你随时改变航向。
这也正是下面要说的事情。
公司发展的还不错,领导们开始考虑要搭建新技术架构的事情,按照当前的发展速度,已经满足不了两三年后的业务增量。
因为这事A哥单独找我聊了多次,我也看得出来,是想让我负责。可以我毕竟来公司时间不长,工作一年多就负责技术架构,在很多人的心里肯定会打问号。
当时我问A哥为什么会找我,他只回了两个字——靠谱!
其实,我自己也问过自己很多次,能不能承担这项工作,如果有机会能够负责这个事情,绝对是公司对我的肯定。
这一年我在公司的表现,领导们都有目共睹,年底评优公投时,在技术部更是以超过百分之九十的高票数拿下优秀员工。
在A哥的推荐下,终于获得了这个机会,其实也只是一个机会而已。
公司给了一个月的时间,拿出一套技术架构改造方案,然后技术评审。
公司给的要求也很明确:
一、前后端分离;
二、TPS五百以上;
三、分布式架构。
如果是现在,这样的要求都是小问题,回到2013年,多少还是有些压力。
面对这样的要求,依然接了下来,硬着头皮上。
虽然有些冒险,毕竟也有了相当的技术积累,在和一些技术同事一起开发游戏时(在上一篇文章中已经提到),已经在分布式、高并发延迟、前后端分离上有了一定的技术积累,更何况这时候已经有了自己的技术网站。
熟悉归熟悉,架构评审毕竟是严格正规的流程,不能给A哥丢面子,也是显示自己技术能力的最佳时候。
工作拆解,也是第一次用心做WBS。
首先需要理清工作思路,开始技术选型,叫着之前的小伙伴们进行分工,一起分析不同版本之间的差异性,各个技术组建的兼容性。
前端框架需要考虑组建的完整性,毕竟当前的技术团队在前端是短板。
开发成本,功能模块拆分,版本管理,接口设计,网络监控,运维部署统统纳入了考虑范围。
最终技术选型:
1、前端用DWZ,后端SSM,集成dubbo、zookeeper;
2、搭建内网maven私服,SVN代码管理;
3、登录授权shiro,并支持单点登录;
4、终端设备涉文件数据同步使用mina,消息广播mq,缓存redis。
5、工作流使用activiti,用AS3自研流程编辑
6、文件内容搜索使用lucene
7、数据库使用mysql
也许是我们太过操心,做了很多看起来目前没什么用的工作,或者太过长远的规划,甚至差一点超期。
架构评审环节很细,领导问到了很多技术细节,技术难点,技术攻关,开发周期,人员安排,运维成本,服务器网络部署等,鉴于我们准备的非常充分,都不是问题。
评审后评委们对我们的能力很是认可,虽然提议我作为技术负责人没什么异议,但思来想去毕竟年轻。
有一道坎就目前来说是很难做到的——跨部门资源协调!
于是,我还是把A哥拉下了水,作为这个项目的整体负责人,自己的心里也踏实了许多。
标签:毕竟,架构,04,技术,转折点,评审,工作,公司 来源: https://www.cnblogs.com/yyzhufeng/p/16496727.html
本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享; 2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关; 3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关; 4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除; 5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。