悦思悦为

不管是在项目的论证、方案设计还是实现过程中，我们经常会谈到系统架构。一些与系统架构相关的名词也时常会被提起，例如系统组成、体系、框架、平台等等。这些名词在各种报告、文档、交流、讨论中非常常见，但是人们对其涵义的理解并不统一，甚至不乏模糊不清、相互混淆之处：不同的人在说到系统架构时，常常有可能指的是不同的东西；或者对于同一幅图，有的人称之为系统组成图，有的则称之为系统架构图；或者对于报告中的“系统组成”、“系统架构”等章节，有的人认为应当这样写，有的人认为应当那样写。诸如此..

本文最初发表在《信息安全与通信保密》2011年第6期。 
0 引言
近年来，互联网业务对于传统电信业务的冲击越来越明显，融合互联网与电信网的业务成为运营商实现业务转型的重要途径[1]。业务融合的好处是显而易见的。对于电信运营商而言，它意味着：1) 运营商可以方便地采用互联网技术，开展更多的高附加值业务[2]；2) 运营商不再仅仅作为互联网流量的管道，而是向互联网服务提供商（Service Provider，SP）提供丰富的服务，从而在产业链中占据更有利的地位。对于SP而言，业务融合意味着：1) SP能够方便的租用电信基础设施的..

DRB是ruby的远程进程调用（remote process calling）机制，类似于java的RMI。近期在一个项目中采用了DRB实现server与client之间的通信，其中对于server有以下要求：

a) 并发处理多个client的请求，对于每个client用一个线程来处理；

b) client发出请求后可以立即返回，不需要阻塞在那里等待server处理。


我对server的设计如下：
给client调用的接口函数放在server主线程中。主线程还维护了一个消息队列，每收到一个client的服务请求，就把这个请求添加到消息队列中。
对服务请求的具体处理由processor对象来实现。对于每..

对于系统架构设计，我现在是功力不够，境界还凑合，俗称眼高手低是也。功力不够只能一点一点地练，一点一点的涨了，还不知道什么时候能有所小成。不过有境界也算是一件好事情，所以这个系列会先聊一聊境界方面。



系统架构设计是一种很复杂的活动，既有工程化的一面，又有艺术的一面。说它有工程化的一面，是因为系统架构设计有比较通用的、相对固定的方法与模式；说它有艺术的一面，是因为系统架构设计也需要设计师发挥个人的灵感与才华。要设计出好的系统架构，工程与艺术都要注重，二者不可偏废。



系统架构设计有7个需要..

以前看过Cisco的一个PPT，其中这样描述了网络架构发展的过程：
1) 最初的网络及应用系统的架构如下图所示：IP网络基础设施主要解决可达性的问题，其他比较复杂的功能，例如防火墙、组播、加密、VPN等，主要由应用系统来提供。另一方面，对QoS要求较高的呼叫类业务（主要是传统的电信业务），是采用传统的电路交换网络来承载的。



2) 随着技术的发展，网络架构也发生了如下图所示的变化：一方面，防火墙、组播等功能迁移到IP网络基础设施中；另一方面，原本由电路交换网络提供的呼叫类业务与QoS功能都在IP网络及上层应用系统中实现了，IP一统天下。这基本上就是当前网络的状态。



3) 下一步网络架构会怎样发展呢？应用系统中的其他功能继续迁移到基础设施中，伴随着这一过程，新的功能也在不断出现，如下图所示。这会是网络的明天么？

上面三幅图示意的过程概括起来，就是一些原本在应用系统实现的功能迁移到网络基础设施中，而应用系统中又出现了新的功能。
当初并没有太在意这个PPT，后来才逐渐感觉到，Cisco的产品在一定程度上正是按照这条路在走：除了对于容量、带宽的追求之外，一些原本由专门的系统提供的功能，如安全、内容加速等等，也逐渐被集成在了路由器上。



这样做的意义在哪儿？应用系统的哪些功能是适合迁移到基础设施中去的呢？



下图很粗略的表示了产业链中各方对于网络及应用的需求。我们首先假设：网络技术是会持续发展的，而新业务、高性价比/效费比是技术发展的永恒的驱动力。