首页 > EA > 正文

企业IT系统架构中的“四项基本规则”

2009-10-21 14:21:18  来源:CIO 时代网

摘要: 计算机系统的架构非常重要。不太合适的引用已故的Green Bay Packers的传奇教练Vince Lombardi话说,“架构不是所有的事情,但是它是唯一的事情。”或者曲解另一个古老的说法,“电脑程序潮
关键词: IT系统架构 四项基

  计算机系统的架构非常重要。不太合适的引用已故的Green Bay Packers的传奇教练Vince Lombardi话说,“架构不是所有的事情,但是它是唯一的事情。”或者曲解另一个古老的说法,“电脑程序潮起潮落,不好的架构永远存在。”通过观察许多IT部门的努力得出上述结论的。这些IT部门的架构不能迅速改变,或者不能被有效的管理,从而无法支持快速变化的商业模式。
    我常常访问那些大公司,它们使用多于250种的软件、多种主机、上百个服务器、6种(或者更多)操作系统、许多网络协议,以及从6、7个供应商那里购买的硬件。这些公司的经理通常会问我,为什么他们的系统的成本如此之高,这么难改变或者升级,常常不可靠,而且还提供错误的客户服务意见。他们把这归罪与供应商和他们的员工。真相是,由于这些系统的复杂性和混乱性,它们能有效工作反倒会是一件令人惊讶的事。
    没有计划的工作
    许多公司的信息系统没有一个能够变化、能够反应的根本的架构。许多架构围绕的是基于客户需求和客户投诉的“点的解决方案”。
    这让我想起了加州圣荷塞的Winchester神秘屋。1884年,一个叫Sarah Winchester的有钱的寡妇开始建造一个屋子,她不断的在里面添加东西,直到38年以后她死去。这个屋子包括47个火炉、40个卧室、两个地下室和至少5个厨房。她从没有一个大的蓝图,而且她常常的会变主意、添东西,使得木匠和工人不停的忙碌。所以说,这房子的架构是在“成长”的。不幸的是,就是这种反应模式使得许多IT组织陷入无效和混乱。
    灵活一些
    计算机架构不应该是强制的,或者僵化的。我们都见过这样的IT部门,他们认为控制架构的方式就是严格的执行客户控制标准。偶尔的,由于公司文化或者特殊的商业模式,这样的部门可能会成功。但是更多的情况是,要么客户准备抗议,要么总是有应用会超出现行的IT控制范围。客户是有创造力的,而且经常 “盗用”软件和从事不同于正式程序的“秘密活动”。
    另一方面,温驯的CIO们不断的在一个程序上加上另一个程序,不久面临一片混乱。要纠正这些错误,我建议你围绕公司的模式,建立一个基于标准的架构。
    关注重要法则
    架构原则应当从上至下,就是说,从最高层次的原则细化到IT各系统部件互相影响。很多时候,我发现IT组织努力对低层次的规范和协议达成一致,而没有先对“重要规则”达成一致。什么是“重要规则”?它们就是组织中的人员按照架构协调工作和分歧的基本原则。
    计算机系统的架构非常重要。不太合适的引用已故的Green Bay Packers的传奇教练Vince Lombardi话说,“架构不是所有的事情,但是它是唯一的事情。”或者曲解另一个古老的说法,“电脑程序潮起潮落,不好的架构永远存在。”通过观察许多IT部门的努力得出上述结论的。这些IT部门的架构不能迅速改变,或者不能被有效的管理,从而无法支持快速变化的商业模式。
    我常常访问那些大公司,它们使用多于250种的软件、多种主机、上百个服务器、6种(或者更多)操作系统、许多网络协议,以及从6、7个供应商那里购买的硬件。这些公司的经理通常会问我,为什么他们的系统的成本如此之高,这么难改变或者升级,常常不可靠,而且还提供错误的客户服务意见。他们把这归罪与供应商和他们的员工。真相是,由于这些系统的复杂性和混乱性,它们能有效工作反倒会是一件令人惊讶的事。
    没有计划的工作
    许多公司的信息系统没有一个能够变化、能够反应的根本的架构。许多架构围绕的是基于客户需求和客户投诉的“点的解决方案”。
    这让我想起了加州圣荷塞的Winchester神秘屋。1884年,一个叫Sarah Winchester的有钱的寡妇开始建造一个屋子,她不断的在里面添加东西,直到38年以后她死去。这个屋子包括47个火炉、40个卧室、两个地下室和至少5个厨房。她从没有一个大的蓝图,而且她常常的会变主意、添东西,使得木匠和工人不停的忙碌。所以说,这房子的架构是在“成长”的。不幸的是,就是这种反应模式使得许多IT组织陷入无效和混乱。
    灵活一些
    计算机架构不应该是强制的,或者僵化的。我们都见过这样的IT部门,他们认为控制架构的方式就是严格的执行客户控制标准。偶尔的,由于公司文化或者特殊的商业模式,这样的部门可能会成功。但是更多的情况是,要么客户准备抗议,要么总是有应用会超出现行的IT控制范围。客户是有创造力的,而且经常 “盗用”软件和从事不同于正式程序的“秘密活动”。
    另一方面,温驯的CIO们不断的在一个程序上加上另一个程序,不久面临一片混乱。要纠正这些错误,我建议你围绕公司的模式,建立一个基于标准的架构。
    关注重要法则
    架构原则应当从上至下,就是说,从最高层次的原则细化到IT各系统部件互相影响。很多时候,我发现IT组织努力对低层次的规范和协议达成一致,而没有先对“重要规则”达成一致。什么是“重要规则”?它们就是组织中的人员按照架构协调工作和分歧的基本原则。


第三十四届CIO班招生
北达软EXIN网络空间与IT安全基础认证培训
北达软EXIN DevOps Professional认证培训
责编:

免责声明:本网站(http://www.ciotimes.com/)内容主要来自原创、合作媒体供稿和第三方投稿,凡在本网站出现的信息,均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性,但不保证有关资料的准确性及可靠性,读者在使用前请进一步核实,并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏,概不负任何法律责任。
本网站刊载的所有内容(包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等)版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时,请及时通知本站,予以删除。