大应用的建设模式已过时

“一个项目规划一年，招标采购一年，设计开发一年，三年能上线就不错了~”想想这个国字号，金字头的工程。哪个不是3~5年的建设期？往往是上线的时候部分功能已经过时。这类“大项目”的建设模式的特点如下：

1. 独享：从业壁垒高，只有有资质的、少数大型开发商可以参与。创客和小开发商望而却步。
2. 覆盖面窄：站在全国的角度归纳需求、分析问题、设计架构，多少都会漏下地方特色的需求。造成的结果是，国家设计完的程序到了地方还要二次开发，而且本地化开发的比率还很大。
3. 升级周期长：一个大系统推广完（全国推广4、5年很正常）马上面临的就是升级，再升一次又是几年时间过去了。升级和重构的成本基本持平。那是升级呢还是重构？

1. 激励创新：降低技术门槛，将复杂、维护难度大的基础功能下沉到平台，使创客、小开发商能只关注应用本身，让开创新变得简单。
2. 深化分工：基础服务的下沉到平台，使平台拥有者更关注平台的基础服务。以运营的方式维护基础功能的SLA，保证一点部署服务全国。
3. 众创模式：降低技术壁垒后，不再是少数开发商所专享的市场。只要是对行业应用有理解、有创新的开发者都可以基于平台开发，而且可以调用其他开发者的服务，达到经验汇聚、积累和组合式创新。
4. 升级周期短：由于是微应用的模式，每个应用的开发者自己维护业务逻辑，可以做到小而美，按需升级。
5. 应用松耦合：所有的层次，包括数据、应用、搜索、内容服务都采用服务的方式发布，应用间通过API调用，系统间解耦。