企业架构云和云简介企业架构是对系统的高层视角，是对系统的抽象，是系统的一张蓝图。它关注的是系统的可用性、稳定性,以及灵活性等非功能属性。企业架构设计是信息化建设的顶层设计，企业架构可以分为两大部分：业务架构和IT架构，IT架构又包括了数据架构、应用架构和技术架构，早期的企业架构比较偏重IT架构。
云是一种高度可扩展的计算方式，通过互联网将资源以“按需服务”的形式提供给用户，而用户不需要了解、知晓或者控制支持这些服务的技术基础架构。云服务提供了基础设施即服务(IaaS)，平台即服务(PaaS)和软件即服务(SaaS)。
随着云时代的到来，企业架构设计模式也发生了很大变化，下面会逐个对各个时代的主流企业架构设计模式的变迁进行探讨。
主机时代
在这个时代，几乎所有的计算功能和系统的组成部分，都包括在一台机器里，很多人分时地共同使用一台计算机。各个主机之间的数据、功能很难共享和相互调用。这是时代没有实质的企业架构可言。
客户/服务器时代
在这个时代，二层结构被广泛使用，客户端是用户界面和其他应用代码，服务器端一般是数据库。那个时代，很多开发工具也配合着做了很多定制，如：空间可以直接关联SQL。虽然后来随着业务逻辑的逐步复杂化，可以把部分逻辑代码通过存储过程进行封装，但是还是没有改变二层的本质。示意图如图1-1。
图1-1 二层企业架构
这种企业架构更多地从技术视角，几乎没有其他视角(业务视角)，因为当时的应用需求相对简单、业务逻辑简单，二层结构确实能满足当时的用户需求。各个系统逐步形成了一个独立信息孤岛，可以看到企业中的系统几乎都是烟囱式的结构，示意图如图1-2。
图1-2 二层架构下烟囱式系统
随着Web应用的兴起，二层结构显然不能适应这个变化，这些“胖”的客户端显得“响应”太慢；一方面系统的维护成本持续增加，一方面系统新需求越来越多。这给企业架构带来的新的机遇和挑战。
多层结构时代在这个时代，由于互联网的快速发展，企业架构逐步发展为三层结构或更多层，这里以三层为主进行说明，这三个层次分别为：表现层、领域层、数据层。经过长期的实践，还可以抽象出一些通用的业务模型和公用的类库，示意图如图1-3。
图1-3 三层企业架构
· 表现层：直接提供服务界面，处理用户和应用之间的交互，包括各种操作，消息等。
· 领域层：实现业务逻辑，是应用中的真正核心。
· 数据层：数据库访问，消息库访问。
这个时代的分层基本结构还偏重在单个应用，对于每一层关注也仅仅停留在某个应用的功能实现上，这样分层之后，有如下好处：
· 无须过多地了解其他层次,可以直接将某一层作为一个有机的整体来理解，可以尽量将层次间的依赖性减到最低，分层有利于标准化工作。
· 代码也更具结构性，因此也更容易维护，测试和重用
这确实能满足当时并不复杂的业务需求，也能满足业务变更的修改需求。这种多层结构虽然比起二层结构已经有了一些改进，但是这还不能改变应用变成信息孤岛的事实，企业中的应用还是烟囱式的竖立着。示意图如图1-4。
图1-4 三层架构下烟囱式应用
但是随着企业的应用越来越多，他们之间的关联关系也越来越复杂；应用的数据量越来越大；业务变更越来越频繁，响应要求越来越快。这种传统的多层架构已经不能满足企业信息化建设的需求。多层结构暴露出如下不足：
· 层次并不能封装所有的东西，如果业务变化较多，因为层与层之间的关联关系较大，所以修改工作量大，每一个小的变动，几乎都需要修改所有层，成本增加。
· 企业中相同的功能被多次重复开发，增加了应用的开发和维护成本。
· 企业中多个应用间的接口越来越复杂，越来越多，管理成本和风险都增加了。
面向服务的时代在这个时代，主要是基于标准、开放的互联网技术，以服务为对象建设企业信息化应用。SOA(Service Oriented Architecture)是面向服务的架构，服务是 SOA 架构的基本元素，它明确与实现无关的标准化接口，完成业务功能定义，它提供的服务可在不同业务过程中被重复使用，而且具体的服务实现不依赖特定实现语言与工具。它围绕服务展开各个技术的开发，示意图如图1-5。
图1-5 SOA示意图
面向服务的企业架构为了更能适应多变的业务需求，第一次把开发和运维也纳入到企业架构中，和运行架构一同组成了企业架构，这样就消除了企业中应用的烟囱式结构，取而代之的是服务共享的一体化信息系统体系。这样保证了面向服务的企业架构能发挥出最大的价值，更能IT需求到上线、维护一体化地实现IT战略的价值。架构示意图如图1-6。
图1-6 SOA企业架构参考
为了配合云时代的企业架构需求，很多知名的企业架构框架都纷纷提供SOA支持。TOGAF 9中专门有一章是关于用TOGAF来定义和治理SOA实施的，TOGAF ADM覆盖了SOA整个生命周期。
这种面向服务的企业架构能够使得IT 部门效率更高、开发周期更短、项目分发更快，在帮助IT技术和业务整合方面有着深远的意义，这样可以：
· 增强业务机动性，有更好敏捷性
· 更好的配合业务，可以优化业务框架
· 降低对厂商的依赖和降低转换成本，获得技术的独立性
· 开发过程更有效，缩短开发周期
· 更利于重用
· 简化维护
企业架构设计模式变迁小结随着云时代的到来，企业架构并不能被云服务所代替。反而实施云战略，企业架构应首当其冲，通过企业架构设计实现云战略的价值。同时企业架构也需要适应云服务的需求，要结合云服务，并把云服务作为企业架构的一部分，同时企业架构管控中也应该为云服务提供一个有效的管控机制。
