在前面有一篇文章已经整理过IT规划知识体系，该图参考业界IT规划的参考模型和框架，结合IT规划方法论和实施，重新整理了IT规划知识体系。对于横轴主要考虑IT规划的方法论和步骤，具体包括了参考模型，调研阶段，差异分析和匹配，目标架构，实施策略和管控治理六个方面的内容；对于纵轴包括了IT基础设施，业务基础设施，业务流程，数据，技术体系，应用系统，集成架构七个方面的内容。

    如下图：

    横向包括了IT规划和咨询项目的完整阶段和流程。纵向包括了完整的IT规划和企业架构应该包括了内容。对于原有zachman框架的匹配分析为，去掉了时 间和动机，增加了业务流程，技术和集成三个维度。对于zachman横向原来分为目标/范围、业务模型、系统模型、技术模型、详细表达、运行功能。其中讲 技术模型转化为横向，并增加了实施策略和管控机制。

[page]    为何再谈企业架构，主要是需要重新思考在SOA+云计算模式下对传统企业架构的影响，引入资源+服务+应用的三层模式，而对于纵向更加强调应用从规划设计，到需求实现，到后期运行运维的完整应用生命周期。对于传统企业架构已经谈到过没有底层云化的概念，没有SOA服务共享和解耦的概念，这也是重新思考企业架构的顶层设计的一个重要原因，基于以上思考和引入的两个维度，重新构图如下：

    先说下整个构图的一些关键重点，具体细节后续展开再详细叙述。

    整个横向分三层，即资源，服务和应用层。很多IaaS和PaaS平台层的内容都将划入统一的资源层，同时对于在应用架构中的业务组件最终也是最顶层的逻辑资源。资源本身分逻辑资源和物理资源，逻辑资源本身又分解为多个层次，资源本身存在申请，分配，消耗和运行调度。资源为上层提供服务能力。服务层核心仍然是应用和资源层的彻底解耦，一是提供集成能力，一是提供服务共享能力。而应用层为最终的在云平台架构下的瘦应用，如果从SOA架构思想来说，应用层实现仅仅是服务的组装，组合和编排，再加上界面展现层的内容。

    纵向分为架构规划，业务建模，实现，运行和运维几个阶段。对于架构规划阶段参考传统的EA企业架构部分内容。应用架构规划包括了应用架构，集成架构和应用本身的技术架构内容。对于技术架构规划大部分内容将转入到资源层云平台能力的技术架构规划。业务建模阶段单独引出，更加强调业务建模阶段的重要性，在这里一部分是对ARIS业务建模内容的引入和细化，一部分是传统软件需求和系统分析中业务建模和业务用例分析的剥离。对于实现阶段资源层是提供资源，服务层才是提供能力，包括技术，业务和资源本身的能力等。而应用仅仅是基于能力和服务对业务模块的构建而已。对于后面两个阶段，运行态的核心是托管和调度，运维态的核心是监控和保障，形成一个闭环的完整整体。

    该图本身还存在很多不完善的地方，但是理出该图是对一直在谈到的传统企业架构和云平台融合规划核心思路的一次重新梳理。只有理清楚资源，服务和应用三条线各自分工和边界，协同和交互，才能够真正理解在企业内部私有云架构模式下对传统企业架构思想的完善，对应用开发和运行模式的革新。

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