软件架构对于每一个人的理解都是不同的，通过分类可以在包容细节差异的小基础上明确共性，达到“概念总体上的清晰”。

将软件架构概念分派别：

1.组成派

软件系统的架构将系统描述为计算组件及组件之间的交互。

计算组件是泛指的，可以进一步细分为处理组件，数据组件，连接组件可以是子系统，框架，模块，类等不同粒度的软件单元

特征：

(1.关注架构实践中的客体--软件，以软件本身为描述对象；

(2.分析了软件的组成，即软件由承担不同计算任务的组件组成，这些组件通过相互交互完成更高层次的计算。

2.决策派

软件架构包含了关于一下问题的重要决策，对关键问题进行决策：

×软件系统的组织

×选择组成系统的结构元素和他们之间的接口，以及当这些元素相互协作时所体现的行为；

×如何组成这些元素，使他们逐渐合成为更大的子系统

*用于指导这个系统组织的架构风格，这些元素以及他们的接口，协作和组合。

软件架构并不仅仅注重软件本身的结构和行为，还组中其他特性，使用，功能性，性能，弹性，重用，可理解性，经济和技术的限制的权衡。

特征：

（1关注架构实践中的主体--人，一人为决策为描述的对象；

（2归纳了架构决策的类型，指出架构决策不仅包括关于软件系统的组织，元素，子系统和架构风格等几类决策，还包括非功能性决策。

        如前所述，将软件架构概念分类的好处是：包容细节差异、明确本质共性、促成概念总体上的清晰。下面我们再列举几个著名的软件架构定义，以期达到下列目的：

（1）体会和证明众多软件架构概念都是围绕“组成”和“决策”两个视角展开的；

（2）开阔视野，说不定和你合作的同事所接受的软件架构概念就是其中的一种。

具体而言，下面的定义1和定义2属于架构概念的“决策派”，而定义3、4、5、6、7属于架构概念的“组成派”。值得说明的是，定义7是来自SEI的Bass等人的相对比较新的定义，它将架构的多视图“本性”体现到了架构的定义当中，本书认为这种做法非常值得肯定。在第4章中，我们将专门讨论软件架构视图这一主题。

1.2.1   Booch、Rumbaugh和Jacobson的定义

架构是一系列重要决策的集合，这些决策与以下内容有关：软件的组织，构成系统的结构元素及其接口的选择，这些元素在相互协作中明确表现出的行为，这些结构元素和行为元素进一步组合所构成的更大规模的子系统，以及指导这一组织——包括这些元素及其接口、它们的协作和它们的组合——架构风格。

1.2.2   Woods的观点

Eoin Woods是这样认为的：软件架构是一系列设计决策，如果作了不正确的决策，你的项目可能最终会被取消（Software architecture is the set of design decisions which, if made incorrectly, may cause your project to be cancelled.）。

1.2.3   Garlan和Shaw的定义

Garlan和Shaw认为：架构包括组件（Component）、连接件（Connector）和约束（Constrain）三大要素。组件可以是一组代码（例如程序模块），也可以是独立的程序（例如数据库服务器）。连接件可以是过程调用、管道和消息等，用于表示组件之间的相互关系。“约束”一般为组件连接时的条件。

1.2.4   Perry和Wolf的定义

Perry和Wolf提出：软件架构是一组具有特定形式的架构元素，这些元素分为三类：负责完成数据加工的处理元素（Processing Elements）、作为被加工信息的数据元素（Data Elements）及用于把架构的不同部分组合在一起的连接元素（Connecting Elements）。

1.2.5   Boehm的定义

Barry Boehm和他的学生提出：软件架构包括系统组件、连接件和约束的集合，反应不同涉众需求的集合，以及原理（Rationale）的集合。其中的原理，用于说明由组件、连接件和约束所定义的系统在实现时，是如何满足不同涉众需求的。

1.2.6   IEEE的定义

IEEE 610.12-1990软件工程标准词汇中是这样定义架构的：架构是以组件、组件之间的关系、组件与环境之间的关系为内容的某一系统的基本组织结构，以及指导上述内容设计与演化的原理（Principle）。

1.2.7   Bass的定义

SEI（Software Engineering Institute, SEI，美国卡内基梅隆大学软件研究所）的Bass等人给架构的定义是：某个软件或计算机系统的软件架构是该系统的一个或多个结构，每个结构均由软件元素、这些元素的外部可见属性、这些元素之间的关系组成（The software architecture of a program or computing system is the structure or structures of the system, which comprise software elements, the externally visible properties of those elements, and the relationships among them.）。

发表评论

IT瘾于2010年8月15日 上午09时56分13秒发布 #

有一个需求,就是当一个方法执行超时的时候就中断该方法. 
java的超时实现,在网上搜到的大部分是: 
方法1. 
　　中断线程最好的，最受推荐的方式是，使用共享变量（shared variable）发出信号，告诉线程必须停止正在运行的任务。线程必须周期性的核查这一变量（尤其在冗余操作期间），然后有秩序地中止任务。Listing B描述了这一方式。

Listing B
class Example2 extends Thread {

  volatile boolean stop = false;

  public static void main( String args[] ) throws Exception {

    Example2 thread = new Example2();

   System.out.println( "Starting thread..." );

   thread.start();

   Thread.sleep( 3000 );

   System.out.println( "Asking thread to stop..." );

   thread.stop = true;

   Thread.sleep( 3000 );

   System.out.println( "Stopping application..." );

   //System.exit( 0 );

  }

  public void run() {

    while ( !stop ) {

     System.out.println( "Thread is running..." );

      long time = System.currentTimeMillis();

      while ( (System.currentTimeMillis()-time < 1000) && (!stop) ) {

      }

    }

   System.out.println( "Thread exiting under request..." );

  }

}
另外，httpclient中就提供了这样一个class- timeoutcontroller（位于org.Apache.commons.httpclient.util包内）查看该class的源代码可知其实现细节：
public static void execute(thread task, long timeout) throws timeoutexception {
        task.start()；
        try {
       task.join(timeout)；
        } catch (interruptedexception e) {
       /* if somebody interrupts us he knows what he is doing */
        }
        if (task.isalive()) {
       task.interrupt()；
       throw new timeoutexception()；
        }
    }
其实就是通过join()和interrupt()方法实现这种功能，文档中强调了task的interrupt()方法必须重写(override)
方法2. 
   用join,就是在主线程里开一个子线程(t),在子线程里去处理超时任务,主线程t.join(3000),3000为要等待的时间(ms),如果子线程没有超时则正常继续执行,如果超时了则中断该子线程t.interrupt(); 
   代码如下: 
  

这种方式是可以的,其实还有另外一种方式,就是 

发表评论

IT瘾于2010年8月11日 上午08时22分05秒发布 #

　　二、F5是通过硬件的方式来实现负载均衡，它较多应用于CDN系统，用于squid反向加速集群的负载均衡，是专业的硬件负载均衡设备，尤其适用于每秒新建连接数和并发连接数要求高的场景;LVS和Nginx是通过软件的方式来实现的，但稳定性也相当强悍，在处理高并发的情况也有相当不俗的表现。

　　三、Nginx对网络的依赖较小，理论上只要ping得通，网页访问正常，nginx就能连得通，nginx同时还能区分内外网，如果是同时拥有内外网的节点，就相当于单机拥有了备份线路;lvs就比较依赖于网络环境，目前来看服务器在同一网段内并且lvs使用direct方式分流，效果较能得到保证。

　　四、目前较成熟的负载均衡高可用技术有LVS+Keepalived、Nginx+Keepalived，以前Nginx没有成熟的双机备份方案，但通过shell脚本监控是可以实现的，有兴趣的可具体参考我在51cto上的项目实施方案;另外，如果考虑Nginx的负载均衡高可用，也可以通过DNS轮询的方式来实现，有兴趣的可以参考张宴的相关文章。

　　五、集群是指负载均衡后面的web集群或tomcat集群等，但现在的集群意义泛指了整个系统架构，它包括了负载均衡器以及后端的应用服务器集群等，现在许多人都喜欢把Linux集群指为LVS，但我觉得严格意义上应该区分开。

　　六、负载均衡高可用中的高可用指的是实现负载均衡器的HA，即一台负载均衡器坏掉后另一台可以在<1s秒内切换，最常用的软件就是Keepalived和Heatbeat，成熟的生产环境下的负载均衡器方案有Lvs+Keepalived、Nginx+Keepalived。

　　七、LVS的优势非常多：①抗负载能力强;②工作稳定(因为有成熟的HA方案);③无流量;④基本上能支持所有的应用，基于以上的优点，LVS拥有不少的粉丝;但世事无绝对，LVS对网络的依赖性太大了，在网络环境相对复杂的应用场景中，我不得不放弃它而选用Nginx。

　　八、Nginx对网络的依赖性小，而且它的正则强大而灵活，强悍的特点吸引了不少人，而且配置也是相当的方便和简约，小中型项目实施中我基本是考虑它的;当然，如果资金充足，F5是不二的选择。

　　九、大型网站架构中其实可以结合使用F5、LVS或Nginx，选择它们中的二种或三种全部选择;如果因为预算的原因不选择F5，那么网站最前端的指向应该是LVS，也就是DNS的指向应为lvs均衡器，lvs的优点令它非常适合做这个任务。重要的ip地址，最好交由lvs托管，比如数据库的ip、webservice服务器的ip等等，这些ip地址随着时间推移，使用面会越来越大，如果更换ip则故障会接踵而至。所以将这些重要ip交给lvs托管是最为稳妥的。

　　十、VIP地址是Keepalived虚拟的一个IP，它是一个对外的公开IP，也是DNS指向的IP;所以在设计网站架构时，你必须向你的IDC多申请一个对外IP

　　十一、在实际项目实施过程中发现，Lvs和Nginx对https的支持都非常好，尤其是LVS，相对而言处理起来更为简便。

　　十二、在LVS+Keepalived及Nginx+Keepalived的故障处理中，这二者都是很方便的;如果发生了系统故障或服务器相关故障，即可将DNS指向由它们后端的某台真实web，达到短期处理故障的效果，毕竟广告网站和电子商务网站的PV就是金钱，这也是为什么要将负载均衡高可用设计于此的原因;大型的广告网站我就建议直接上CDN系统了。

十三、现在Linux集群都被大家神话了，其实这个也没多少复杂;关键看你的应用场景，哪种适用就选用哪种，Nginx和LVS、F5都不是神话，哪种方便哪种适用就选用哪种。

　　十四、另外关于session共享的问题，这也是一个老生长谈的问题了;Nginx可以用ip_hash机制来解决session的问题，而F5和LVS都有会话保持机制来解决这个问题，此外，还可以将session写进数据库，这也是一个解决session共享的好办法，当然这个也会加重数据库的负担，这个看系统架构师的取舍了。

　　十五、我现在目前维护的电子商务网站并发大约是1000左右，以前的证券资讯类网站是100左右，大型网上广告大约是3000，我感觉web层的并发越来越不是一个问题;现在由于服务器的强悍，再加上Nginx作web的高抗并发性，web层的并发并不是什么大问题;相反而言，文件服务器层和数据库层的压力是越来越大了，单NFS不可能胜任目前的工作，现在好的方案是moosefs和DRDB+Heartbeat+NFS;而我喜欢的Mysql服务器，成熟的应用方案还是主从，如果压力过大，我不得不选择oracle的RAC双机方案。

　　十六、现在受张宴的影响，大家都去玩Nginx了(尤其是作web)，其实在服务器性能优异，内存足够的情况下，Apache的抗并发能力并不弱，整个网站的瓶颈应该还是在数据库方面;我建议可以双方面了解Apache和Nginx，前端用Nginx作负载均衡，后端用Apache作web，效果也是相当的好。

　　十七、Heartbeat的脑裂问题没有想象中那么严重，在线上环境可以考虑使用;DRDB+Heartbeat算是成熟的应用了，建议掌握。我在相当多的场合用此组合来替代EMC共享存储，毕竟30万的价格并不是每个客户都愿意接受的。

　　十八、无论设计的方案是多么的成熟，还是建议要配置Nagios监控机来实时监控我们的服务器情况;邮件和短信报警都可以开启，毕竟手机可以随身携带嘛;有条件的还可以购买专门的商业扫描网站服务，它会每隔一分钟扫描你的网站，如果发现没有alive会向你的邮件发警告信息或直接电话联系。

　　十九、至少网站的安全性问题，我建议用硬件防火墙，比较推荐的是华赛三层防火墙+天泰web防火墙，DDOS的安全防护一定要到位;Linux服务器本身的iptables和SElinux均可关闭，当然，端口开放越少越好。

发表评论

IT瘾于2010年8月9日 下午06时13分52秒发布 #