Comments on: 2010年的技术架构建议

By: 流氓兔斯基

流氓兔斯基 — Sun, 23 May 2010 04:12:50 +0000

新的数据库存储，以及基于数据的cache将变得越来越重要

By: vpsee

vpsee — Thu, 22 Apr 2010 20:06:23 +0000

我更期待虚拟化，云计算以及 NoSQL.

By: Twitter“鲸鱼”故障技术剖析 – Tim[后端技术]

Twitter“鲸鱼”故障技术剖析 – Tim[后端技术] — Mon, 08 Mar 2010 04:21:21 +0000

[...] (21)About Tim Yang (17)第一期广州技术沙龙演讲稿及视频 (12)2010年的技术架构建议 (12)国内开放API平台实践的一些问题 (10)5%的神话(关于开发效率与职业方向) [...]

By: Tim

Tim — Tue, 02 Feb 2010 03:09:37 +0000

eejian:
“结构化数据的需求也是非常浩大”，结构化的有bigtable, dynamo 等，相关实现也已经是百花齐放了。

By: eejian

eejian — Tue, 02 Feb 2010 02:52:57 +0000

面对海量数据，我想主要是三个层面的解决方案：
1、存储，如典型的GFS
2、计算，如典型的MapReduce
3、用户编程接口，如典型的Hive

前两个是基础，后一个是发扬光大的保证，但是都还不太成熟，GFS等主要还是针对非结构化数据，但实际上结构化数据的需求也是非常浩大，类似于DTS的实现也将会诞生（或者已经有了，只是还未了解到），DTS就是Distributed Table System，单一的DTS意义不如GFS大，它必须和计算绑定在一起，共同发力，才显神通。

By: grant

grant — Sun, 03 Jan 2010 09:26:38 +0000

key-value确实用的越来越多了。

非常看好，分布式存储的一些方案。可运营和简单是非常重要的考量因素。

By: yeka

yeka — Fri, 01 Jan 2010 13:35:17 +0000

严重关注！

By: Leechael

Leechael — Thu, 31 Dec 2009 17:42:42 +0000

同理，对于语言，我认为多语言混合使用进行互补将会是一个新的趋向。例如 Google，我认为不会放弃使用 Python，或者他们会考虑将数个数据中心抽象为一个主机，而 Python 的角色就是对着一个“主机”进行操作。主机底层或者会是用 Go、或者其他。单纯转换编程语言不是提升性能的重点，良好的分层和抽象（或者说，思想）才是提升性能的关键。

By: Leechael

Leechael — Thu, 31 Dec 2009 17:36:55 +0000

2009我觉得 NoSQL 很火热。个人认为这火热会持续，但对于 NoSQL 和传统 DBM 之间的选择，在2010年会趋向于更为理智。我猜想这一年会有更多关于两者间做抉择、比较、甚至互补的文章。

By: francis

francis — Thu, 31 Dec 2009 15:28:43 +0000

个人比较喜欢LAMP。

虽然PHP的运行效率大家也都知道，不是很高，但是对于一些非巨型应用来说，一秒内的延迟还是可以接受的。
MySql这东西以后的发展趋势不好说，不知道Sun和甲骨文到底会怎么样，如果到时候没了，还真不知道该怎么办……