微趣 2012.6.7:对我来说web.py足够了,要那么多轮子干嘛?我又不拜这个

刘鑫-MarchLiu

如果要我推荐创业团队的技术架构,我会推荐 debian + python+web.py+postgresql+redis ,这一套学习简单,而且很重要的一点,维护成本低。Ruby系的我不了解,不过ROR替换web.py肯定没问题,据说也有对应的轻量级框架。

 

为什么选择 Redis?

简单,好用,而且跟RDB有比较好的正交,这样的话,不用太纠结某个功能到底在哪里实现。

NOSQL的概念太大,比较混乱,KV里来说,Redis算是比较实用的,对于主流的服务器操作系统,部署也简单,维护和开发都容易,比memcache又严谨一些,可以当作架构级的可持久化的数据结构服务,是个比较适用的产品。

为什么选择 Debian?

gentoo是个好东西,我个人很喜欢它的理念,但是这东西学习成本略高。如果团队能确保运维人员的支持和培养,这东西可以用用的说。//@233T_T: 熟悉了gentoo之后,下一个打算折腾的发行版就是debian

低技术条件下,RH系的运维成本略高……真要用我会倾向fedora,不过这主要是个个人感情问题

我们现在业务节点都在xen虚拟机里,用debian的xen-tools建立环境以后用puppet发布,至于具体的业务代码,还做不到自动化。//@但丁很淡定: 不知道下厨房怎么处理ubuntu的网络自动安装,求教。用kickstart一行就能完成的lvm操作,ubuntu的perseed得至少10行,而且说明文档很含糊啊。。

主要是个人感情,其次从我的使用体验来看,apt维护起来比yum要方便的多。在高技术条件下,各种linux的差异其实是非常小的,如果像我们这样,团队里缺少高水平sa,debian系的好处就显现出来了//@众趣张首华: 为什么不是 centos?

其实ubuntu和debian的差异算很小……我个人以前这两种服务器都维护过,不过debian我用着比较顺手,更容易配置。

有技术支持为什么会有centOS?如果你这个技术支持指的商业支持,RH/SUSE这些才是,如果你说的是公司自已的技术团队,每个公司都有自已的特色,这不一定吧,豆瓣还用gentoo呢。CentOS不过是一个山寨版的RH,说真的我看不出有什么必须用一个盗版Linux的理由。

何况中国的CentOS用户中充满了“CentOS最牛逼,除了用CentOS你还能用什么”这样的傻逼,实在是想要避而远之。

这种我建议去购买商业的linux服务,当然,说商业服务,RH算非常优秀的。这个我个人认为是很好的选择,其实就算IT公司,也不是每个团队都能真正搞定自已的运维工作,很多都只是将就着跑,某一天突然将就不下去,服务器完蛋,只好重来的,在业界也不是没有先例的。

为什么选择 Web.py?

给别人推荐东西总得要自已有了解的,贵圈儿我不懂,对我来说web.py足够了,要那么多轮子干嘛?我又不拜这个。//  //@青衣忍者:瞎推荐, Rails社区的各种轮子不是你web.py所能比肩的

没试过,目前还不在我的视野中…… // nightsailer: 恩 架空蛮好 尤其是糟糕的历史 呵呵。web.py对pypy的支持应该没问题吧?

这个问题我以前讨论过,对于长期运营和发展的项目,重不一定是好事,适当的轻更利于成长//@sys520084: web.py太轻量级了

在拆解重构这件事上,django还是不够灵活,既然都是跟开源框架比,django的开源也没见得比人家更开源,提这个没意义。框架的好坏要多接触一些不同的技术才好比较,至于核心代码,反正我们团队里最优秀的开发人员根本不懂这些,不需要她懂。真正技术驱动的创业团队其实不多。

tornado直接拿来开发很蛋疼的说,那东西的优势是性能,不是开发和运维效率。

django我也不太喜欢,这东西针对性太强,很多应用其实是硬套上去的,并不适用

为什么用 PostgreSQL 不用 MySQL?

一个是运维成本低,可靠性非常好,另一方面是它的开发能力极强,有一个pg,在初创项目的规模来说,可以OLAP、OLTP、文档数据库、搜索引擎都用它了,可以有效简化架构,很划算。而且从我的经验来看,它的学习成本不算高。

有段时间我对couchdb、mongodb这些文档式数据库很有兴趣,后来我发现同样的事我可以在pg上轻松做到……//@蛙蛙王子: 操作系统无所谓吧,ptsql可以替换成mongodb,其它的完美

用PG就一个理由就够了:有我在

以上根据刘鑫的微博原帖评论整理而成。查看原帖:http://weibo.com/1729408273/yfoqwAfls

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。