高并发海量数据处理的一个问题？消息订阅模式提高性能？

1.话题一，数据中心
在国内某大型互联网公司，一旦有数据的变更都会dump都一个数据中心，数据仍然是存在磁盘中。
应用获取数据都是从这个数据中心而非数据库，dump的规则是由自己定的，因此可以随意的根据业务需要来建立索引组织数据。这样性能上要高很多，不知道其他人所在的公司事怎么做的，还是没有做？
这里先不考虑缓存.2.话题二，消息订阅假如一个下单操作要处理 
日志，评价，备份，弹出客户端通知框，超时中心等n个操作。而这些不同的操作分布于多个应用系统中。显然，同步的一次性将这些操作做完体验将会很差。我所在的公司是通过消息订阅模式来做的，主流程只有操作一个订单写库的操作，然后投递异步消息给其他系统，分别处理子操作。
不知道大家的系统中是怎么做的，有没有一些好的开源消息中间件？
我在的公司在这方面自己开发了很多可用的中间件。但如果在中小型公司，没有足够实力去做那些中间件，不知道这样类似的问题该怎么解决？