我们有我们推/拉数据从一个应用程序到另一个以下系统(及以上):你怎么建筑师复杂的Rails系统
- 托管型CRM(InsideSales.com)
- 的Asterisk电话系统(内部)
- 横幅广告系统(OpenX的,我们举办)
- 线索生成系统(自产自销)
- 电子商务商店(大礼包,我们托管)
- 一个作业b OARD(自产自销)
- 一些招聘网站的擦伤+入站作业提要
- 的电子邮件传输系统(如Mailchimp,自产自销)
- 事件管理系统(如Eventbrite在线上售票,自产自销)
- 仪表板系统(大量的图表和报告甩开所有其他系统信息)
使用Rails 3在即,我真要追究了一个微型应用策略,但我试图决定我是否应该有说话的应用程序通过REST HTTP API或因为我控制了它们,我应该做一些类似于共享模型的东西代码简化,但也允许东西泄漏跨越边界更容易...
我听说37signals有很多小应用程序,我很好奇这些应用程序如何相互沟通......或者,如果你有来自您自己的多应用体验的任何建议。
谢谢!我试着在我的博客http://rywalker.com/chaos-2010上问这个问题。