读《微博众筹的架构设计》有感

今天随笔的主题还是围绕这微博，即微博众筹架构

主要从三个变化去介绍微博众筹的架构，前面两个主要是介绍一下行业的背景。从技术人员对产品的要求或是对技术上的深度，把它分成三个部分：第一是业务产品、第二是服务产品，第三就是金融产品.

业务产品有什么要求？互联网时代如果慢了，可能就没有机会了。所以我们要做到快速迭代，业务产品的要求就是快速迭代。所以技术要能很简单的去实现，才能跟得上产品的步伐。

服务产品角度，有可用性、性能、扩展性等标签，这是互联网服务产品必须具备的一些特性。金融产品也是我今天讲的重点，我会突出它对数据安全方面的要求，对数据一致性方面的要求，这是两方面对数据相关的比较重要的地方。

数据安全可以参看下图从一个网站拿到的数据，80% 的数据安全问题都是来自于内部人员的一些误操作或者是恶意操作。另外几种常见的情况，比如黑客入侵或者程序员写的一些 BUG，还有硬件上面一些稳定性的问题带来数据安全上的一些漏洞。

回顾一下刚才说的三个级别，主要从技术要求从低到高的一个说明。

• 业务产品需要简单实现快速迭代；
• 服务角度如果要打赢别的产品，必须要提高性能、可用性、伸缩性，在应对一些互联网访问峰值事件的时候能从容度过。
• 金融产品，今天主要讲的是安全和数据一致性。
• 从传统金融到现在的互联网金融环境有很多变化，互联网带来的好处会冲击哪些方面？我们怎么去解决互联网带来这些问题，或者是怎么能把互联网这些优势用到传统的金融行业上？

下面主要分四个方面去描述变化或者是机遇。

第一是服务规模和性质。银行周末通常都是不上班，所以它偶尔会系统维护不能用。但是对于互联网产品，这是不可以的。如果服务有这些问题，会丢掉很多用户。另外很常见的比如 12306 这样高并发系统，或者秒杀类似的活动会很多在互联网金融里面。但是对于传统的互联网，可能就用排队，或者打电话预约等方式来处理。

第二是业务模型，传统银行很多年前就按照很简单这种瀑布开发，比较保守方式去进行业务产品开发。但对于互联网，刚才一直强调如果慢或者没有创新，那可能就活不下去了。这是两个完全不一样的业务开发模式。

第三个是安全。比较直观就是网络环境，一个是比较私有，一个是公开的，这上面会带来安全上的很多问题和隐患。

第四个是成本，这是非常直观，也是老板们非常关注的一个问题。现在大家都提倡去 IOE 化，IOE 是 IBM 大型服务器、Oracle 企业级数据库，EMC 存储设备。我们未来都用云，或者是免费的软件，对于软硬件的成本有大幅度的降低。

这是刚才讲的互联网接入对传统金融带来一些机遇或者是问题，我们总结两部分。

首先是成本变低，互联网一些特性如高可用、高并发等，能降低企业成本。

其次带来的问题可能就是比较明显就是风险变高了，主要有三个方面。第一个是它的安全隐患增多了，因为它的公开，因为它的快速迭代，它的稳定性也会有所降低。另外一个比较严重的是它的影响范围会很大，比如数据泄露带来的影响可能是全部灾难性的。影响控制的力度也没有传统金融那么强的手段，我们讲的它的带来的问题就是高风险。

本文参考文献：陈杰《微博众筹的架构设计》