见过这么多的成长型企业，随着业务的扩大，添加数据流，自己的软件更和瓶颈更加壮大，自从高薪吸引大牛，然后急急忙忙乱设计架构实验，最后出来的是零碎的。零碎情况。
这种企业国内太多，多的我都不好意思说了。
不管什么软件受到成长性的颈瓶，除了历史架构原因，没有别的因素了。
眼下解决数据流颈瓶的技术方案有非常多种，我在这里只做一个设想，由于不想为那种所谓的成熟方案所吸引。
在我看来，最大的数据流软件就是google了。
据说。google为了解决此问题。採用的硬件模块化，数据内存化（含虚拟内存技术），多进程多线程化，server集群化，电力集群自己主动化等等系列的智能处理。
我想。假设你的软件有一天像google那么成功，那肯定会有类似的处理办法。
我的设想是。假设你的软件在未来的五年业务增长能承受百万级并发就能够的化。那么你要做的就不是百万级并发的事，你做的事未来20年的业务增长的可控空间。
这是一个什么样的架构设想呢（作为技术与业务并进的科技公司而言）？
首先要考虑的是，虚拟技术，集群技术，分布式技术。事实上这些代价比起购买昂贵的server和快速带宽强非常多。
虚拟技术事实上就是将物理资源转变为逻辑上能够管理的资源。以打破物理结构之间的壁垒，想像下，不论什么pc都能够将计算机资源用到极致，这是一个什么概念。
集群技术就是将虚拟技术和物理机器用到极致并突破大数据流带来的随意高并发增长。并做好网络和数据的灾备。
分布式技术就是突破server资源和pc端资源的限制。相同是解决性能问题。
眼下这些技术已非常成熟，如今大型企业差点儿都在用或尝试这些技术解决方式。
其次，我们要考虑是网络传输和计算机语言本身的问题。
虽然眼下带宽已非常大提高，但对于一个长期发展的企业和软件来说。这是不得不考虑的事情，显然，移动端还是pc非常多前端技术有了非常成熟的方案，比方开源框架jquery及类jquery的数不胜数。这些框架在一定程度上攻克了网络传输响应问题，其二我们要考虑缓存机制，像这里的开源框架也是数不胜数。如ehcache及类ehcache
计算机语言的选择也是个问题，如今全球都在流行使用java。的确java是为网络而生的，有着天然的优势。但为了长远打算。除了应用业务层外使用java, 底层或中间件或应用层不妨php+java+c+erlang这样的组合方式进行，这是最有效的性能和速度及安全上的解决方式。
server应用容器，有非常多选择。推荐使用ngnix或was
server操作系统自然不用说，linux！
这篇文章纯属经验概述篇。今后我将陆续的推出针对性的解决方式文章。
深圳-linux内核- 罗 2014/0711
版权声明：本文博客原创文章，博客，未经同意，不得转载。