中小型互联网公司系统架构建议

时间:2017-04-22作者:klpeng分类:系统架构浏览:2716评论:0

上午去我一个朋友的公司帮他们梳理公司的系统架构设计(刚起步的创业型公司),先说些题外话,因为我朋友以前是做传统行业的,不怎么懂互联网,因为这几年经济的原因,实在搞不下去了,不得不转行,打从一进去公司,我的感觉就是怎么互联网公司玩成了那个样子。


总体上来看,给我的感觉是,公司布局设计的有问题,办公室太多,CEO一个办公室顶所有开发的工作区域那么大了,然后各种O每人一个办公室,CTO/COO/CFO,其实我觉得完全没有必要,一个初创型的互联网公司,没有必要搞牌面,这完全就是在浪费办公场地,开发的人员,就那么几个人,还要听各种“领导”的指挥,这能把产品做好吗,好了闲话不多说,我们来切入正题。


首先,他们做的项目,是类似直播的,具体的我就不说了,在我了解了一些情况之后,发现他们无论从项目管理还是系统的架构设计上,有很多问题:

第一、刚起步的公司,产品还在开发阶段,CTO竟然采用分布式架构,分布式数据库?这是在逗我吗,这位CTO是在拿这个项目练手还是借此炫耀自己的技术实力!

第二、公司产品形态都还没成型,要一个COO在那指挥开发?我都不知道这个COO在这个阶段是起什么作用的,想清楚产品的商业模式,比指挥开发有用,小公司要干实事而不是摆架子!

第三、开发人员对产品的认知比较模糊,对功能模块的划分处于猜想状态。因为公司产品形态还没完全确定,开发人员的工作不明确,这一切归结于需求不明确,需求待确定。

发现上述三个问题后,我及时提出了一些解决方案,具体的执行,就看他们的了。那么我们现在来分析一下,以上三点情况,是不是在很多中小型话联网企业都存在?到底怎么样才是正确的“姿势”呢?


下面我来简要的提出几点建议(主要针对中小型企业):

    1、公司组织架构:小公司就不要搞面子工程了,初期“领导”一定不要太多,时钟定律大家都是知道的,初期有一个对产品理解深入对技术架构思路清晰的人来指挥和把控及其重要。

    2、项目管理层面:首先一定要有明确的产品原型和辅助型文档,一定要让开发知道该干什么,开发要以需求和原型来驱动,而不是靠“领导”嘴巴说来驱动,否则只会浪费时间。

    3、系统架构层面:这里分为2个细节:第一个开发层面,小公司效率一定要高,因为人少,在相同时间要完成更多的工作量,开发尽量采用敏捷开发,不要走流程谈理论,初期尽量采用简单架构,不要搞太复杂,什么分布式,什么数据库各种垂直水平切分,初期有那么多数据吗,系统搞得再强大没人用还是扯犊子,任何一个成功的产品,系统架构都是随着产品形态的完善和规模的扩大由简到繁的。第二个就是运维层面,如上面的说的,你搞个分布式,你得买那么多台服务器,这不都是在浪费钱吗,根本用不上,所以我建议,初期还是用一些云服务器就好,现在各种平台都有弹性扩容策略,可以在产品规模扩大的时候扩容,而且在服务器的运维上,比较省事,可以节省更多的时间和人力来专心打磨产品。

基本上小公司初期都是在探索前进,要尽量少走弯路,以上就是我个人的一些小建议。


原创文章如转载,请注明出处,本文首发于彭超的博客

打赏
文章版权声明:除非注明,否则均为彭超的博客原创文章,转载或复制请以超链接形式并注明出处。
相关推荐

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

猜你喜欢