如何配置服务器以应对复杂的业务需求

今天我们的主角，是一家网页设计公司。这家网页设计公司很特别，设计网页之余，公司用闲暇时间做出了举世瞩目的平台——Ruby on Rails(RoR)。没错，这家公司就是大名鼎鼎的37 Signals。几年来，37 Signals的标签似乎就是Ruby on Rails，但是这个单一的标签似乎已经结束了，37 Signals又开始了奇异的旅程，37 Signals利用Ruby on Rails平台制作了Basecamp、 Highrise、Backpack和 Campfire在线管理软件，所有这四款产品上市后都好评如潮，这也使37 Signals被《时代》杂志称作“最佳网络新星”。这几款产品都有共同的特点，就是基于网络，www.37signals.com就是这些应用的载体，今天我们就来分析一下www.37signals.com的后台架构。

可能有些读者不是特别了解37 signals应用的运行模式，简单的说，37 Signals利用自己的数据中心，为各个领域的用户提供项目管理等服务，也就是流行的SaaS(软件即服务)模式。换言之，企业不必搭建自己的数据中心，而只要有PC，并且将PC联网即可一定程度上替代复杂的ERP、CRM服务。这样一来，极大地减轻了用户数据中心成本，不过业务数据的压力也随之转移到了像37 Signals 这样的SaaS提供商的服务器上。与企业自己的数据中心只处理自己的业务不同，37 Signals必须处理成百上千用户的数据和应用请求，这也对37 Signals的数据中心有非常高的要求——服务器决不能宕机，甚至不能出一点小差错，否则大量的用户数据将受到威胁。另外一方面，37 Signals只是一家小公司，2年前才只有8个成员，其中甚至有4个人还是外地SOHO工作的。虽然公司非常袖珍，但是业务发展得异常迅猛，37 Signals的服务器的流量有多大呢？能承受与日俱增的业务压力么？