首席信息官（CIO）们应该怎样使技术投资和业务目标相结合，这个话题如今已是老调重弹了。在eBay公司，技术对于业务发挥着不可或缺的作用，让我们免于面对绝大部分“《财富》1000强”公司所头疼的IT难题。

当然，我们也面临着诸多挑战。由于业务性质的原因，目前可供我们借鉴的成功范例并不多。这个道理显而易见，如果你的业务从零起步，在其成长的同时， 必然会引发一些新问题。这些问题的出现难以规避，也很难通过现有的方案得到解决。与其他著名的IT公司，如亚马逊公司（Amazon.com），谷歌公司 （Google），微软公司（Microsoft），雅虎公司（Yahoo）等一样，eBay也必须在研发新技术的同时，积极探索新的商业模式，并努力适 应新的运营方式。在很多方面，这就好比在高空飞行的过程中制造飞机。这种情况迫使我们冒险，在被绝大多数技术领导者认为风险过高的项目上建立信念。然而， 我们的巨大优势在于，这样的氛围会鼓励甚至要求业务部门和技术部门的领导者将不断创新的理念融入到工作的方方面面，而这也正是我们企业文化的精髓所在。

以上商业现 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:                  |   书签  

如果说1980年代是PC的时代，1990年代是互联网的时代，那么当下呢？当下是移动互联网的时代。移动互联网的基本要义，一言以蔽之，就是把手 机与网站相连，每部手机在网站上都有独立的个人空间，成为手机的镜像。

一部小小的手机里面，可能同时装载着数十个软件。而且在同一时刻，可能好几个软件在同时运行。另外，还得时刻准备暂停运行，把手机CPU等资源让给 电话通话等优先级别高的工作。还有，时刻需要准备应付网络连接中断，手机电池耗尽等等情况。总之，手机软件的结构设计，是做小的艺术。

移动网站的架构设计，与手机软件的架构设计有着本质的不同。如果说手机软件的特点在于小，那么网站的特点在于大。仅中国就有几亿手机用户，作为服务 于移动业务的网站，它的质量来自于是否能够同时为大规模并发用户提供服务，是否能够处理海量数据，是否能够在需要扩大网站吞吐量的时候，只需要增加机器， 而不需要对网站架构做大手术。这是做大的艺术。

提到做大规模网站，大家一定会想到云计算，想到Google File System，Chubby， BigTable，MapReduce等等。 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:                  |   书签  

前言：

看了些讨论类似QQ的系统的文章，自己以前参与的一个项目，就做这个，不过规模相对小点。写份文档，旨在清理清理思路，交流一下经验。这里的一些模块名称 （ACS、NAS），采用了以前公司的命名方式，我觉得这么用不当，觉得没有必要令换个名字。文中的内容与那个系统也有很大的区别，时间太长了，很多东西 记不清了是一个原因，再者一直觉得那东西问题多多，做了些更改，同时为简单起见，去掉了很多的细节内容。准确地说这里描述的系统应该是一个杜撰出来的，因 此我想不涉及什么商业秘密。

一、摘要

这个系统就支持用户的能力，我觉得完全可以支持像QQ那样的用户规模，不过个人觉得要是那么大的用户规模的话要做不少的优化处理。我接手做这东西的时候， 支持三十万左右的并发在线就会宕掉。经过我的一番修理基本可以稳定支持到40万用户。感觉这个系统设计的也还行吧。大致结构如下

二、整个系统的逻辑视图

更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:                  |   书签  

MySQL
关系型数据库存储系统，我们的DBA团队很强大，每人管理上百台MySQL服务器，其他就不多说了，网上资料太多了

Tokyo Cabinet
一个key-value的存储引擎，日本人开发，国内很多公司也开始使用，我们内部很多地方也用它来代替MySQL来做存储，比如我们的搜索结果页的用户 资料，就是用它来做一层MySQL外的冗余存储，目的是加快搜索结果页的显示。在key-value并需要持久存 储的场景下，用它比MySQL更有效，Cabinet本身只是一个存储引擎，没有网络处理能力，你可以用它作为自己的某个系统的下层存储引擎，更好的是搭 配Tokyo Tyrant使用。

Tokyo Tyrant
一个支持Memcached传输协议的网络接口，由Tokyo Cabinet的作者开发，目的是为Tokyo Cabinet提供网络接入能力，即Tokyo Tyrant处理网络连接，协议解析，然后调用Tokyo Cabinet的API来完成持久化存储。

ICE
一个跨 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:                  |   书签  

At JavaOne 2008, LinkedIn employees presented two sessions about the LinkedIn architecture. The slides are available online:

• LinkedIn - A Professional Social Network Built with Java™ Technologies and Agile Practices
• L 更多相关的内容 »
  讨论   把此链接加入于...  与朋友分享   已已沉
  添加到:      JavaOne 2008, LinkedIn employees presented two sessions about the LinkedIn architecture. The slides are available online:
  • LinkedIn - A Professional Social Network Built with Java™ Technologies and Agile Practices
  • L">            |   书签  

这次去北京参加 CSDN SD 2.0 ，没发现高春辉的身影，原来是忙着做手机之家的架构升级呢。

从老高的近期工作总结中看到：

对老高进行了一次非正式采访，聊了不少内容，整理了一下和大家分享。(谁是高春辉? 这个不要介绍了吧，请 Google! )

更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:      CSDN SD 2.0 ，没发现高春辉的身影，原来是忙着做手机之家的架构升级呢。

从老高的近期工作总结中看到：

对老高进行了一次非正式采访，聊了不少内容，整理了一下和大家分享。(谁是高春辉? 这个不要介绍了吧，请 Google! )

           |   书签  

   据国外媒体报道，随着时代的进步，互联网已经成为人们生活的重要组成部分，而Web浏览器也理所应当地成为计算机等设备中最为重要的软件。

The best practices for high performance websites are well documented here, so I won’t go into web specifically, although these practices are equally applicable as a supplement for websites.

So here goes, 8 tips for making your system high performant and scalable:

Offload the database
What is the most common bottleneck in most applications? The relational database and access to it has 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:      The best practices for high performance websites are well documented here, so I won’t go into web specifically, although these practices are equally applicable as a supplement for websites.

So here goes, 8 tips for making your system high performant and scalable:

Offload the database
What is the most common bottleneck in most applications? The relational database and access to it has">            |   书签  

很多评论人士一直在讨论：人们认为，在敏捷技巧和架构思维之间存在对立关系。

在敏捷世界中，架构通常被认为是BDUF（Big Design Up Front，大规模预先设计），因而在“YAGNI”（You ain’t gonna need it，你不会需要它）信条的指引下被忽视或者推迟。

从另一方面来看，正如IEEE Software Magazine2010年3/4月刊指出的一样：

王速瑜，腾讯R&D研发总监，从事产品研发和管理工作，对互联网产品发展趋势、管理理念、技术架构有浓厚的兴趣和深入研究实践。目前主要关注敏捷开发、大规模应用架构、企业SAAS、Web2.0产品的相关技术和趋势。

回答嘉宾：

林昊，网名BlueDavy，China OSGi User Group Director，淘宝网平台架构部架构师，个人的研究方向主要为 Java模块化、动态化系统的构建以及高性能的大型分布式Java系统的构建。曾编写《OSGi实战》和《 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:      

林昊，网名BlueDavy，China OSGi User Group Director，淘宝网平台架构部架构师，个人的研究方向主要为 Java模块化、动态化系统的构建以及高性能的大型分布式Java系统的构建。曾编写《OSGi实战》和《">            |   书签  

Couple of months ago I invited you to review 10 different definitions of the term “Enterprise Architecture”. While the current leader is the definition of Gartner Group (which is one of my favorites too), it still gives a pretty high-level introduction to the term. How should the created key principles and models be structured? So that they can be e 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:      10 different definitions of the term “Enterprise Architecture”. While the current leader is the definition of Gartner Group (which is one of my favorites too), it still gives a pretty high-level introduction to the term. How should the created key principles and models be structured? So that they can be e">            |   书签  

When project teams work under the assumption that they can do anything that they want, that they can use any technology that they want, chaos typically results.  Functionality and information will be duplicated and reuse will occur sporadically if at all.  Systems will not integrate well.  Systems will conflict with one another and cause each other to fail.  Costs will skyrocket 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:        

When project teams work under the assumption that they can do anything that they want, that they can use any technology that they want, chaos typically results.  Functionality and information will be duplicated and reuse will occur sporadically if at all.  Systems will not integrate well.  Systems will conflict with one another and cause each other to fail.  Costs will skyrocket">            |   书签  

这里的大型网站架构只包括高互动性高交互性的数据型大型网站，基于大家众所周知的原因，我们就不谈新闻类和一些依靠HTML静态化就可以实现的架构 了，我们以高负载高数据交换高数据流动性的网站为例，比如海内，开心网等类似的web2.0系列架构。我们这里不讨论是PHP还是JSP或者.NET环 境，我们从架构的方面去看问题，实现语言方面并不是问题，语言的优势在于实现而不是好坏，不论你选择任何语言，架构都是必须要面对的。

这里讨论一下大型网站需要注意和考虑的问题

1、海量数据的处理

众所周知，对于一些相对小的站点来说，数据量并不是很大，select和update就可以解决我们面对的问题，本身负载量不是很大，最多再加几个 索引就可以搞定。对于大型网站，每天的数据量可能就上百万，如果一个设计不好的多对多关系，在前期是没有任何问题的，但是随着用户的增长，数据量会是几何 级的增长的。在这个时候我们对于一个表的select和update的时候(还不说多表联合查询)的成本的非常高的。

2、数据并发的 更多相关的内容 »
讨论   把此链接加入于...  与朋友分享   已已沉
添加到:                  |   书签