原标题：星融云网络从容应对云中的突发微浪涌

　　业务的交互模型从CS架构演进到BS架构，是IT发展过程中的一个里程碑式的节点。BS架构将交互模型中客户端一侧的开发工作量大幅度降低，全部基于标准、成熟的HTTP(S)和浏览器来构建，无需再重复地、自底向上地构建定制的客户端软件;在BS架构的基础上，最近几年被广泛采用的“微服务”框架也大幅提升了服务器端业务系统的开发效率和部署速度。所以，BS架构的普及从本质上来说意味着整体IT架构效率的大幅度提升。

　　但，BS架构业务的网络流量有着非常显著的特征：不对称性。来自于请求节点的一个很小的计算请求被计算集群并行处理后，会产生巨大的计算结果的响应流量，并且在瞬间全部涌向请求节点。在云计算的环境中，因为业务密度非常高，并且这些业务流量最终被承载在同一张底层支撑网络之上，这种流量被称为突发微浪涌流量。

　　在云中，当大量的业务同时被高密度地部署提供服务时，这样的突发微浪涌流量就成为底层支撑网络需要应对的一种常态。

　　为了应对云中突发的微浪涌，星融下一代云网络交换机采用了统一共享报文缓存架构，即芯片内部集成了一片大的报文缓存，所有收发业务报文的物理接口则统一共享这一片大的报文缓存。

　　例如，在一个拥有32个物理接口、24MB报文缓存的交换系统中：

　　* 如果交换芯片采用统一共享报文缓存架构，则这32个物理接口是共享这24MB报文缓存的;

　　* 如果交换芯片采用分片(4片)报文缓存架构，则意味着32个接口被分成了4组，每组中的8个接口共享6MB的报文缓存。

　　显而易见，采用统一共享报文缓存架构的交换芯片具备了更强的突发微浪涌流量的吸收能力。因为所有的报文缓存能力在所有物理接口之间统一共享，无论突发微浪涌流量从哪个/哪些接口涌入，系统整体在任何时刻所具备的吸收能力都是24MB。

　　此外，在云中流量密集、无规律分布的场景中，流量分布的不均衡会给系统的整体丢包率带来不可预测的影响。因此，星融云网络方案采用统一共享报文缓存架构设计的芯片，因时间片轮询算法所导致的不均衡性从根本上已被架构自身所化解，所以无论从哪个接口进入的报文都能够在转发过程中被尽可能均衡地分布，从而在最大程度上降低系统整体的丢包率。

　　Asterfusion星融云网络方案所采用的全线云交换机产品都基于统一共享报文缓存的可编程交换芯片设计、开发，能够完全适应云计算环境对底层支撑网络在性能、质量、可靠性等方面的严苛要求，为云计算环境打造超大容量、超高性能、开放智能的星融云网络，帮助客户实现业务在云中大量、高密度地部署，随时随地、无时无刻地向终端用户提供服务。