您如何构建复杂的Rails系统

Question

我们有以下系统(以及更多)我们将数据从一个应用程序推送到另一个应用程序:

• 托管CRM(InsideSales.com)
• 星号电话系统(内部)
• 横幅广告系统(openx,我们主持)
• 潜在客户系统(自产自销)
• 电子商务商店(狂欢,我们主持)
• 工作板(本土)
• 许多作业网站刮擦+入站作业供稿
• 电子邮件传送系统(如Mailchimp,自产自销)
• 事件管理系统(如eventbrite,自行开发)
• 仪表板系统(许多图表和报告从所有其他系统中提取信息)

随着Rails 3即将推出,我真的想要实现一个微应用策略,但我正在尝试决定是否应该通过REST HTTP API进行应用程序谈话,或者因为我控制它们,我应该做类似共享模型的事情在代码中简化了但也允许东西更容易泄漏到边界...

我听说37signals有很多小应用程序,我很好奇这些应用程序是如何相互通信的......或者如果你有自己的多应用程序体验的任何建议.

谢谢!我曾经在我的博客http://rywalker.com/chaos-2010上试过这个问题.

Answer 1

我实际上收到了DHH的电子邮件回复......

我们使用两者的组合,但我们默认使用REST集成.我们使用直接数据库集成的唯一地方是37signals ID用户数据库.因为它需要这么快.REST更加清醒.从那里开始,然后在需要时进行优化.

Answer 2

上次我不得不将一堆小应用程序疯狂地粘合在一起，我使用了一个简单的 REST API。

加分点：它允许与用其他语言编写的服务/应用程序集成。

如果你有一个疯狂的热衷流行语的经理，喜欢在没有警告的情况下改变技术，这也会有所帮助。