企业架构-应用架构构图

在这里要谈的是在传统的企业架构-应用架构的基础上进一步体现SOA和企业私有云平台的思想，而非传统意义上简单的原有企业各个业务系统功能架构的堆砌。这个思想包括两个方面的内容，一个是集中化和平台化，一个是SOA服务化和业务能力组件化。

对于该构图模式考虑两种，首先第一种是充分考虑平台层独立和平台层能力的体现：



其中技术平台提供业务无关的共享技术能力，以技术服务的方式注册到ESB服务总线，包括了消息，缓存，日志，安全，异常等各种技术组件和技术能力。广义的技术平台同时包括了开发平台，将标准的组件化开发框架融入到开发平台中，保证所有的应用基于统一标准的分层架构和开发模式进行开发。

在技术平台上面规划业务平台和数据平台，业务平台和数据平台都和业务相关。业务平台本身提供可共享的各种业务服务能力，数据平台提供可共享的数据服务能力。技术平台为业务平台和数据平台提供支撑，数据平台同时为业务平台提供数据支撑。业务平台和数据平台分别提供业务服务和数据服务注册到ESB实现服务能力共享。

业务平台实现业务服务的复用，需要识别可复用的业务组件和业务能力。对于数据平台则实现共享数据中心，包括了主数据和可共享的动态数据，实现数据能力的共享。

有了以上内容后再来构建更上层的业务应用，这个时候业务应用可以充分的利用三个平台提供的技术服务，业务服务和数据服务，来进一步构建具体的应用功能。如果严格按照SOA参考架构的思路，应用完全可以基于服务的组装和编排，再加上规则引擎的能力，界面设计器等完成应用的构建。

应用构建完成后最终仍然通过统一门户来实现集成，打破传统业务系统的边界概念。在该模式下回归到单个业务系统，可以进一步根据SOA参考架构对资源-服务-应用的分层模式进行重新组合，形成单个应用本身的基于组件化和SOA服务的参考应用架构：



整个架构里面分资源，服务，应用标准的三层。其中资源层为各个业务组件，是独立存在的可以单独开发，设计，部署和运维的业务单元。业务组件的能力通过业务服务暴露出去。

对于服务层又分两层，首先是最基础的原子服务，包括了业务服务，数据服务，技术服务等；其次是上次的组合服务和流程服务，到了流程服务层面，加上具体的界面基本就可以形成一个完整的应用功能。该图可以更加明显的描述出应用功能是通过服务组合和编排产生出来的。应用功能上面仍然通过门户集中。

该两种画法没有完全按照企业私有云PaaS参考架构，而只是融入了SOA共享服务和私有云资源集中化的思想，打破传统业务系统边界，其下是逻辑资源的集中，其上是统一门户的汇聚，中间是组件化的能力单元和通过ESB总线的集成和共享。形成企业完整的应用架构整体。


  青春就应该这样绽放   游戏测试：三国时期谁是你最好的兄弟！！   你不得不信的星座秘密