Ruby On Rails是否已为企业做好准备？

Question

是否有人使用RoR进行大规模，关键业务的企业应用程序？

是否有其他基于动态语言的轻量级网络框架，人们正在使用这些类型的应用程序？

如果您没有使用这些类型的应用程序框架，那么什么阻止了您？它只是与任何大型IT组织相关的惯性。这些框架的速度和稳定性问题是否足以抵消开发周期时间的改进？

Answer 1

为了考虑Ruby on Rails是否为企业做好准备，你必须考虑“企业”这个术语的含义。根据我的经验，企业意味着“安全”。寻求企业解决方案的公司通常会选择大型供应商支持的技术堆栈。通过这种方式，他们知道他们可以获得支持并可能获得咨询以换取花费大量资金。这是整个“没有人因为购买IBM而被解雇”的方法。

要考虑的另一个因素是无处不在。毫无疑问，现在Ruby仍被视为一种有点异国情调的语言，熟练的Ruby程序员可以反映这一点。从技术上讲，Ruby 比Java或C＃更复杂，在OO纯度方面更接近Smalltalk，在元编程设施方面更接近LISP。可以说，公司将会发现，与Ruby程序员相比，从体育馆购买Java或.NET程序员的速度更快。这不是为了侮辱Java或.NET程序员，而是反映了这样一个事实：有许多雇主仍然认为软件开发是最便宜的竞标者要做的事情，而不是应该做的事情。 Java和.NET程序员现在几乎都是商品，因此可以以更低的成本提供。

从技术上讲，Ruby on Rails可以像Java，.NET或PHP等一样扩展。相同的基本原则适用于测量瓶颈所在，调整SQL查询，最小化I / O，可能会对数据库模式进行非规范化。适当的，并明智地使用缓存等。如果您确实需要构建下一个eBay或亚马逊，那么您应该手动滚动并手动调整自己的解决方案，就像eBay和亚马逊所做的那样。 J2EE在遗留集成方面具有优势，但这不是Rails优化的用例--Rails就是构建新的CRUD应用程序。

毫无疑问，目前Ruby是表现较慢的语言之一;在这个领域正在进行大量的投资，因此预计未来几年的情况会有所改善，就像Java首次出现以来一样。在Ruby VMs领域和MRI的替代品（Matz Ruby Interpreter）中有许多有趣的发展。我个人认为JRuby是一个值得关注的人。它得到Sun的支持（图），因为它是Ruby的Java实现，它可以用来通过现有的JVM基础架构将Ruby引入企业。

我认为Rails并不适合企业，在很多方面我希望它永远不会存在。我并不特别希望看到我最喜欢的框架因为在J2EE世界中对我来说很明显的多供应商选择的平庸或混乱而陷入困境。令人高兴的是，DHH似乎已经确定Rails应该继续使用自以为是的软件来搔痒自己的痒，而不是试图成为所有公司的所有东西。

Answer 2

我认为很多人对“企业”这个词的含义感到困惑。 YelloPages.com和Penny Arcade不是企业应用程序。当然，他们可能拥有大量用户和点击/分钟，但他们是相对简单的应用程序。

企业应用程序是用于运行企业的应用程序 - 通常意味着一个大型的多部门，多地点的公司。 SAP是一个企业系统，BaseCamp不是。

您通常会在企业应用中看到的一些特征是：

• 他们既大又复杂。典型的ERP系统需要处理100个实体类型。
• 他们经常需要与其他系统集成，需要为第三方提供集成点。
• 他们拥有大量不同的用户类型和角色，主要反映了大型组织中不同的工作类型。

要回答你的问题，我会说是的，Rails准备好了。我们目前正在为跨越20个部门的1000多名用户开发一个大型系统财务管理系统。可扩展性对我们来说不是一个大问题，但可靠性和可用性是。无论技术堆栈是什么，解决这个问题都是一样的。

我会重复其他人对熟练开发人员的观点，但这又适用于任何技术堆栈。让一个普通的开发人员在一个非关键的小系统上工作可能没问题，但是如果你真的想要开发一个关键且在整个企业范围内的应用程序，你最好让最聪明的人工作。

Answer 3

由于我的日常工作与企业架构有关，我认为企业这个词现在不是关于规模或规模，而是更多地涉及软件产品的销售方式。

例如，Ruby on Rails不是企业，因为没有供应商会进入您的商店并为开发者社区重复进行Powerpoint演示。 Ruby on Rails没有销售主管带我去高尔夫球场或我最喜欢的餐厅吃午饭。 Ruby on Rails也没有被Gartner等行业分析公司深深报道。

Ruby on Rails在这些事情发生之前永远不会被视为“企业”......

Answer 4

我是IBM的顾问，过去一年我为使用Ruby on Rails的客户构建了几个网站。毫无疑问，Rails“为企业做好了准备”。关键是使用rails来擅长它，并使用J2EE或其他优秀的“企业工具”。 Rails在任何应用程序的演示结束时都很棒。您可以使用RESTful Web服务而无需大约0个工作，这是与其他“企业”工具的良好集成点。

也许我不会使用rails来构建yahoo.com，但那没关系。从企业到最小的IT商店，您可以使用成千上万的完美壁龛。

Answer 5

我们正在使用Ruby on Rails主要用于“企业”关键业务应用程序。对我们来说，将Ruby与其他“企业”系统集成起来要容易得多，例如：

• 我们在Oracle数据库之上使用Rails
• 我们将Rails应用程序与Oracle电子商务套件（ERP和CRM系统）集成在一起
• 我们将用户身份验证与LDAP目录，NTLM Windows域身份验证，Oracle电子商务套件身份验证
集成在一起
• 我们构建REST和SOAP Web服务以与其他系统集成

有许多“企业”集成平台应该做这样的事情，但它们通常成本很高，而且你经常遇到一些问题然后你依赖供应商，如果他将解决问题或不。

使用Ruby和其他开源组件，您始终可以自己解决问题，因为您可以深入了解问题的根源，并且不会隐藏任何内容。

因此，如果你有聪明的开发人员喜欢解决难题，那么Ruby将成为他们的优秀工具。但是如果你有普通的开发人员不想学习任何新东西，并希望供应商能够完成他们的工作，那么Ruby可能不适合他们。但我怀疑普通开发人员能够使用任何工具创建出色的软件。

Answer 6

IBM，Oracle，Sun和JPMorgan Chase只是使用Ruby on Rails的少数几家公司。它可能不会比那更加企业化。

Answer 7

这是我对此的看法。我的公司（拥有120,000名员工）拥有主要用于内部IT的Java / J2EE堆栈。他们还使用Sharepoint进行文档/知识管理，使用Oracle应用程序进行工作流等。在过去的两年中，我领导了一小组Ruby on Rails / Python-Django / PHP爱好者，积极探讨在企业内部采用这些框架。 。我们遇到的通常（通常是无效的）论据

1. 它不会缩放
2. 这对企业来说不够安全

但是，我们设法推出了一些应用程序（Wordpress for blogging，一个定制的Yahoo回答，如内部社交Q＆amp; A应用程序和基于Digg风格的Rails的Idea / Innovation mgmt应用程序），事情真的发生了很快变化时间。现在有一个强烈的支持，因为Rails / Django及其同类产品实际上可能更适合某类企业应用程序，尤其是KM，工作流等领域的简单轻量级应用程序。

Answer 8

我对大多数回复的积极态度感到非常惊讶。我是Ruby和Rails的忠实粉丝并且同意所有已经说过的内容，但我感觉社区中有一个普遍的假设：“Rails还没有为黄金时段做好准备。” （授予社区通常不如我想象的那样了解本网站的用户）

我认为从技术角度来看，其他人提出的示例表明，事实上，您可以从Java或.Net堆栈中获得Rails的正常运行时间和性能。问题是，你不能用30美元/小时的程序员在Rails中构建那些高性能，可靠的应用程序。 Ruby和其他动态语言似乎使优秀的程序员能够变得非常高效和高效，但与此同时他们只是削弱了那些一般的程序员。考虑到绝大多数大型IT商店已经选择了更高价格的最便宜的代码猴子，我认为他们尝试引入Rails作为Java或.Net的替代品将是一个非常痛苦的过渡。

Answer 9

Twitter的故事似乎传播了“Rails无法扩展”这个词。与此同时，LinkedIn使用Rails handling 1B page views/month创建了一个Facebook应用程序。

我购买他们所提出的论点，即可伸缩性问题不是您使用的语言/平台的产物，而是关于如何在该平台内实现事物的更多信息。

Answer 10

我是一名网络开发人员，我已经为各种公司（从内部网到中型网站）构建了一些Ruby on Rails网站，但我还没有将它用于大规模的应用程序。

人们总是指出它很慢，不会扩展，也很难部署。 “可伸缩性问题”已经不再存在了。它仍然比大多数其他框架慢一点，但我很希望rails 3能解决这个问题。由于Capistrano和mod_rails，它不再难以部署。

我可以在大型项目中看到rails的真正问题：

• 没有很多人知道 轨。如果你有一个PHP应用程序，你可以 确保66％的网络开发人员 那里将能够维持 它。铁轨不一样 交易。
• 如果速度快，它仍然较慢 关键可能是一个问题
• 它还需要更多组件 电子商务等。事情变得 那里，尤其是shopify以后， 但它并没有像Java那样准备好 实例

除此之外，我认为Rails已做好准备。

通常只需要为项目找到合适的技术，有时候它可能是轨道。每种语言/框架都有缺点，因此在某些情况下，Rails不是最明智的选择，但在其他情况下，它会做得恰到好处。

另外，等待Rails 3，它会很棒：）

Answer 11

是的，我们有几个大客户使用我们的基于Rails（内联网和云）的应用程序。稳定性令人惊叹。例如，有两个流量和复杂性最多的人会想到：我们的一个应用程序已经生产2。5年，0期，另外6个月，也有0期。

Answer 12

  

我认为37Signals的家伙已经建成了   他们使用Ruby的所有应用程序   在Rails上

我可以想象，他们毕竟是发明它的人。

---

A List Apart使用RoR，但不是非常企业。

Answer 13

如果您与几乎所有运行高流量企业网站的人交谈，他们中的大多数会告诉您相同的事情，如果处理得当，您选择的语言永远不会是您的问题，它将始终归结为IO。

如果你看看像twitter这样的网站，肯定会有问题。但他们已经承认这是因为事情没有得到适当的扩展。由于他们已经实施了改变，他们所做的事情一直在进行。

我工作的唯一阻止我工作的是没有人知道红宝石，也没有太多时间学习。

Answer 14

YellowPages.com和Penny Arcade是我听过的最重要的事情。当然，很多企业都在将它用于内部应用程序。就缩放而言，无论您的语言/框架是什么，自由缓存都是秘密。

Answer 15

我的朋友刚刚在RecycleBank工作，他们在整个内部网系统中使用Rails。我认为Rails肯定已经为企业做好了准备，尽管这并不是最令人质疑的问题。大多数人质疑，由于内存需求，它是否可以处理大量的流量。这还有待观察，但我认为该框架完全能够处理企业应用程序。

Answer 16

我在企业环境中使用rails并且它运行良好。您只需要塑造您的应用程序即可在环境中工作。就我而言，我们是一个Java家，所以jRuby是首选的部署方法。

我也停止使用rails来呈现实际页面，但是将它用于链接到工具的模块，工具和快速而脏的服务。我们的java服务没有与它们连接的后端工具。

我们的网站有数百个（可能是一千个）页面，所以rails可能不适合替换该架构。另一方面，如果我将rails集成到Java站点中，那么我可以解决一些从Java端难以解决的问题。

您的应用程序架构是关键，如果您没有将应用程序设计得很好，那么无论您选择何种框架/语言，您都会遇到问题。

我确实为几个页面构建了一个rails应用程序，每月点击数十万次。 Rails做得很好，但大部分内容都是缓存的。我们有一个实例，其中雅虎有一个与我们链接的头版特色故事。该页面有一些非缓存的rails内容，因此巨大的流量带来了rails应用程序，但这部分是我没有更好地优化的错误。

Answer 17

我不知道我是否会认为它是企业......但我认为很多说twitter和hulu都是建立在轨道上的。

Answer 18

我们目前正在使用Rails为一个拥有超过500万单位/月的网站取得巨大成功，所以如果企业=规模则是。

Answer 19

我肯定会读到Ruby On Rails

的这个案例研究

  

在本文中，我将引导您完成   我们使用Ruby on Rails的方式   建立网站。你会看到核心   我们正在使用的功能，以及   我们依赖的主要插件   每天。我们的大多数技术   真的不是惊天动地，但我   希望能让你一窥我们的内心   日常运营。我的目标是   给你一个广泛的概述   团队合作，我们信赖的技术   生产环境，工具   我们使用，和Rails框架一样   对我们来说是最重要的。我会链接到   资源而不是进入   任何一个地区的细节，但是   如果你想了解更多   部分内容，发表评论。

Answer 20

我还没卖。 Twitter发生了大规模停电（3 days on one episode！）。在某种程度上，它被归咎于缩放RoR背后的困难：read here。

/ MP