如何设计复杂的Rails系统？

Question

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

(InsideSales.com)

• Asterisk

• 托管了CRM电话系统(internal)

• Banner广告系统(openx，我们主持)

• A铅生成系统(homegrown)

• Ecommerce store (spree，我们主持)

• --求职网站的(homegrown)

• A号码+入站作业提要

• 电子邮件发送系统(如邮件发送系统、homegrown)

• An事件管理系统(如eventbrite )、

• A仪表板系统(大量图表和报告从所有其他系统获取信息)

随着Rails 3的临近，我真的想要追求一种微型应用策略，但我正在考虑是否应该通过REST HTTP来讨论这些应用程序，还是因为我控制了它们，我是否应该在代码中做一些类似共享模型的操作，这样可以简化代码，但也可以让一些东西更容易地在边界上泄漏……

我听说37个信号有很多小应用，我很好奇这些应用是如何相互交流的.或者，如果您有任何建议，从您自己的多应用程序经验。

谢谢!不久前，我也在我的博客http://rywalker.com/chaos-2010上问过这个问题。

Answer 1

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

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

此外，如果你有一个疯狂的喜欢吹毛求疵的经理，喜欢在没有警告的情况下转向技术，也会有所帮助。

Answer 2

我收到了DHH的电子邮件回复..。

我们使用两者的组合，但我们默认为REST集成。我们使用直接数据库集成的唯一地方是37 place用户数据库。因为它需要这么快。休息要清醒得多。从那里开始，然后在需要时再进行优化。

Answer 3

我也使用了+：我还必须与一些尚未完全准备好HTTP的守护进程进行交谈。因此，我遵循了以下模式: REST使用XML/JSON交换数据，使用memcache交换短消息。(您定义了将在memcache和其他软件中更新的一些键，只需拔出memcache查找这些密钥即可)

作为安全措施，我使用数字证书添加了API密钥或HTTP客户端身份验证。