寻求业务架构与网络架构的结合点文/马志强侯金刚（腾讯科技网络平台部网络解决方案架构师TOGAF培训第1期学员）摘要：IT基础设施和网络架构开发过程中，很多人开始尝试和接受以业务需求为出发点探索网络架构发展的新思路，互联网公司尤其是大中型的内容提供商，他们所面临的是飞速的业务需求变化，在网络架构开发方法上也面临层出不穷的挑战，需要不断进行摸索并适应各种业务需求变化。本文将从通用做法出发，逐渐深入的分析互联网公司在进行网络架构开发过程中面临的困难，并介绍在探索过程中获得的宝贵经验。面向业务的网络架构开发方法——“自上而下”，在业界应用广泛业界常用术语“技术架构/TA(TechnicalArchitecture-TOGAF术语)”用来泛指企业IT的构建者，而我个人更愿意这样理解：技术架构可以分为业务应用开发团队和IT基础设施团队，而其中IT基础设施团队则需要涉及网络、计算资源、存储资源、安全等一系列范畴（领域），很多企业将业务应用开发团队和IT基础设施团队这二者统称为IT，统归IT部门管理(当然这还得看企业性质和组织结构特点)我们统称前者（即业务应用开发团队）为业务BU，而称非IT部门的业务部门为真正的业务部门。在后续章节中我们将从IT基础设施构建者的角度着重介绍后者（即IT基础设施团队）。在没有TOGAF、Zachman之类的方法论指导时，作为IT基础设施的构建者和擅长者，我们通常只盯自己这点儿事，闷头处理我们自己的事情，以我们自己的视角看待世界，用我们自己的语言与他人沟通，而这通常会导致业务部门对我们的看法是“成本中心”、“思路死板”、“不知所云”等等，而我们IT更是难以向CXO解释IT投资的价值和回报，甚至是难易解释IT本身存在的价值。当这些方法论出现的时候，作为指导思想，一方面在不断地改变着我们这些IT基础设施构建者的思路和视角，时刻要求我们更加理解业务、深刻把握业务需求，并不断实践着真正以业务应用需求为主线来构建我们的IT架构，使得我们的IT架构真正能够灵活快速、合理成本地适应业务需求。另一方面指导着我们尝试变换思路，让我们更多地用业务、财务的收益来阐述我们IT架构的价值所在，而此时CIO们的话语权在企业管理层中更加重要了，IT的地位也毋庸置疑地提高了。TOGAF作为业界被广泛理解并采纳的企业架构框架，不但具有ADM（ArchitectureDevelopmentMethod）作为架构开发方法论，还EnterpriseContinue作为开发交付物的指导框架，为企业架构的开发提供了良好的参考。另外，ADM作为架构开发方法论，指出我们从业务架构，到数据架构(DataArchitecture)，再到应用架构(ApplicationArchitecture)，最后发展到开发技术架构(TechnicalArchitecture)，当然迭代过程及贯穿始终的需求管理也是非常重要的。如图1所示，今天我们做事的方法就是这样，当我们规划、设计、部署IT基础设施架构时，首先做的更多是理解公司业务发展战略，保证IT基础设施的构建符合业务发展方向，如IT尤其是网络架构具有充足的灵活性以应对公司的快速收购、融合等动作。其次是与业务BU进行大量沟通，以理解业务特点、梳理业务应用需求、分析业务应用的计算和存储资源的容量和部署需求、对网络容量和服务质量的需求。当然还有在IT运维过程中，建立清晰的IT服务接口和目录、建立高效的业务和基础设施互动流程等都是必须的，总之以业务需求为出发点的IT基础设施是经过验证成功并且流行的方法，IT架构设计者不为梳理业务而梳理业务，而是以设计出适应业务应用需求的IT架构为目标。仅采用“自上而下”的架构开发方法使互联网公司面临问题在为FSI(金融、证券、保险)类公司服务的过程中，我们不断尝试用“自上而下”的方法，屡屡获得客户好评，客户CIO不断地认识到，IT基础设施建设者不但能够深刻理解自己公司的业务，能够清晰地将IT架构的思路与公司的业务战略同步起来，而且通过这种定制化工作恰到好处地证明了我们对自己公司项目的重视程度以及专业程度，同时对业务应用需求如数家珍，构建IT基础设施架构的出发点和考虑点更是全面而细致，规划设计工作必然顺利展开。然而面对互联网公司，我们再次尝试使用这种方法时，面临的挑战和问题却是异常严峻的，尝试过程中的损失也是惨重的。互联网公司的业务特点中非常关键的一点是“规模效应”。互联网上一个好的创意和想法，能够快速地被开发成应用并上线面向客户，一旦被证明是好的应用，将通过用户口碑在网络这个快速传播渠道上迅速产生巨大的规模效应，腾讯的社区网络游戏业务就是从2010年初推出，用户规模增长至一千万用户同时在线仅仅用了6个月的时间，这样快速的用户规模上扬，对于IT基础设施而言就意味