作者：惠普IT管理学院高级顾问，资深架构专家龚勇
企业架构是解决方案中立的。也就是说，无论是服务器/客户端，SOA，RFID或其他解决方案架构，企业架构都将是转变的核心。如果能正确的管理，企业架构能很好地为企业带来价值转型。云计算也将是如此。
[p=null,2,left]云计算通常有这些特点：虚拟化的计算资源，虚拟化的存储资源，看上去无限的能力拓展性，动态管理，自我服务和按使用付费等。企业架构可以帮助云计算平稳上线。[p=null,2,left]
[p=null,2,left]TOGAF是开放群组架构框架的缩写，是最流行的开放企业架构框架。它的架构开发方法论由十个阶段组成：预备阶段/架构愿景构成了架构背景部分；业务架构/信息系统架构（包括数据架构和应用架构）/技术架构/机会和解决方案/迁移规划构成了架构定义部分；实施治理和架构变更管理阶段构成了架构治理部分；再加上需求管理，形成了架构开发的迭代过程。TOGAF对云计算建设有着指引的作用，具体体现在两大方面。[p=null,2,left]
[p=null,2,left]首先TOGAF的架构开发方法可以帮助指引云计算开发落地并指引相关云计算架构交付物的产生，如下图可知。[p=null,2,center]
[p=null,2,left]
[p=null,2,center]图一：TOGAF架构开发方法对云计算的指引
[p=null,2,left]新技术通常是令人鼓舞的。但我们不是因为有新技术而用新技术。这样并不就能带来业务价值，或其价值并不能为业务所了解。技术理应为业务驱动。仔细阅读上图就会发现，把某些应该移到云计算环境就可以对应移除其基础设施部分，但不通过TOGAF架构开发方法形成的解决方案就有可能得不到提升，即使使用了云计算环境。[p=null,2,left]
[p=null,2,left]这样，有了TOGAF，企业架构团队就能驱动云计算项目群并保持业务部门和IT的协作，最终实现业务价值。[p=null,2,left]
[p=null,2,left]其次，从云计算架构变更驱动来说，也有自顶向下和自下而上两种方法，而TOGAF架构开发方法也在架构定义和架构变更管理阶段确认了这两种驱动。从这点来说TOGAF对云计算也有指引意义。[p=null,2,left]
[p=null,2,left]自下而上的云计算：对很多应用成熟度很高的企业来说，当移到云计算时，无论是共有云还是私有云，由于应用是在之前就设计好的，它们并不一定是面对云计算的应用。但是，这些应用将会从云计算得到大量收益，比如存储，处理器虚拟化和按需计算。这种方法是普遍使用的企业云计算路径。把计算移动到云并使用商业运平台（如惠普）就是自下而上的方法。[p=null,2,left]
[p=null,2,left]自顶向下的云计算：这种情况通常是在某业务领域无现有或存在老旧的应用，从而新应用在设计时就考虑了云计算架构。这样一开始IT就可以和业务在比如云租赁上与业务取得一致；以及支持动态基础设施的伸缩性；还有直接部署到虚拟环境等取得共识。这种方法更需要架构师的深入支持。[p=null,2,left]
[p=null,2,left]而TOGAF对自下而上的架构方法和自顶向下的架构方法在规格书里都有多处指引。比如我们在定义业务，信息系统和技术架构时，如果在现有系统上迭代新架构需求，就可以使用先定义基线架构再定义目标架构的方法，从而寻求差距的自下而上的方法。但如果从零开始，就无需考虑现有情况，可以使用先定义目标架构的自顶而下的方法。所以，这些就同样指引了自顶而下的和自下而上的云计算架构定义的方法。[p=null,2,left]
[p=null,2,left]无论是云计算架构开发方法和还是云计算架构内容的开发，我们都可以看到，就如TOGAF能指引SOA的架构开发一样，TOGAF同样也可以指引云计算架构的开发。当然也有特定情况下的某些直接面向互联网用户的云计算实例的视图与传统企业级应用不同，这些将留待开放群组作为TOGAF的拥有者来考虑如何指引。
来自:惠普IT管理学院博客
|
转播
分享
淘帖
()
