企业架构-应用架构构图

标签: 随笔文章 | 发表时间:2012-11-19 22:50 | 作者:人月神话
出处:http://blog.sina.com.cn/cmmi
在这里要谈的是在传统的企业架构-应用架构的基础上进一步体现SOA和企业私有云平台的思想,而非传统意义上简单的原有企业各个业务系统功能架构的堆砌。这个思想包括两个方面的内容,一个是集中化和平台化,一个是SOA服务化和业务能力组件化。

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



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

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

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

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

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



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

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

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


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

相关 [企业架构 应用 架构] 推荐:

企业架构-应用架构构图

- - 人月神话的BLOG
在这里要谈的是在传统的企业架构-应用架构的基础上进一步体现SOA和企业私有云平台的思想,而非传统意义上简单的原有企业各个业务系统功能架构的堆砌. 这个思想包括两个方面的内容,一个是集中化和平台化,一个是SOA服务化和业务能力组件化. 对于该构图模式考虑两种,首先第一种是充分考虑平台层独立和平台层能力的体现:.

再谈企业架构

- - 人月神话的BLOG
本篇为杂谈,谈下最近关于企业架构的一些思考. 对于企业架构有很多定义,简单来说的话可以说企业架构包括了三个方面的内容,一个是业务的现状和建模,一个是IT的现状和建模,还有就是业务和IT的匹配. 业务重点是流程和数据,IT的重点是应用和技术. 所有的企业架构基本都包括了这三个方面的内容,只是前面增加了企业愿景和业务目标驱动,后面增加了可落地的实施策略和计划.

再谈企业架构-业务架构

- - 人月神话的BLOG
前面已经谈到过企业架构的层次和维度方面的问题,在这里简单谈下企业架构中的业务架构和业务价值链方面的内容. 随着企业不断的发展和演进,各个业务功能单元会逐步成熟,也会形成多个端到端的流程,这些流程涉及到工程项目管理,供应链,财务,人力资源,产品研发等多个方面的内容. 我们再进行高端业务架构建模的时候采用的方法也基本是参考业界标准的价值链模型进行展开.

企业架构和IT规划咨询

- - 人月神话的BLOG
企业架构,业务架构,数据架构. 我们将核心价值链上的端到端总结为两个核心,其一是供应链的端到端流程和业务;其二是产品研发的端到端和业务. 各个企业由于类型不同往往对两条价值链各有 侧重. 生产代工类企业没有自己的产品研发,那么只有供应链;高科技研发企业可以做到卖产品核心技术和专利,不做具体供应链方面事情.

企业架构-分层和维度

- - 人月神话的BLOG
在企业架构思考中,价值链一定是一个核心的维度,价值链展开包括核心的企业业务线条,如包括内部,外部物流,产品研发,生产制造,市场,销售,售后等核心业务价值链,也包括人力,财务,综合,安全等支持业务线条. 在从业务到IT转换过程中,一般涉及到概念,逻辑,物理三个阶段,也是从业务规划到建设实施落地的过程,这个也是我们在分析核心的架构域的时候必须考虑的内容,包括业务,应用,数据各个方面基本都会涉及到这三个方面的内容.

谈企业架构和SOA的融合

- - 人月神话的BLOG
本篇讲主要强调下在常规的企业架构规划和顶层设计中与SOA规划设计之间的融合. 再次强调下SOA的核心思想是解耦,在首先满足解耦的要求下实现共享,协同和复用. 一个完整的业务系统被拆分了应用,服务和资源层能力三个方面的内容. 资源层的能力最终以粗粒度的服务方式暴露出来,应用的构建需要大部分的借助于共享服务层抽取和接入的各种服务能力.

企业架构-分析的核心思路

- - 人月神话的BLOG
对于架构分析的入口点,仍然推荐是从端到端流程分析入手,细化到业务域的端到端,再细化到3,4级流程,最终细化到EPC最底层流程图. EPC流程图既是流程,本身也是业务功能. 还有一条线可能是直接从业务活动收集和组合入手,如根据业务部门,岗位角色划分,从组织架构和岗位职责直接收集业务功能点. 第一种方法既看到面又看到点,从上到下;而第二种方法则是容易只看到点,仍然无法贯彻整个企业端到端流程.

文章: 为什么企业架构如此重要?

- - InfoQ cn
【编者按】企业架构之道是InfoQ中文站新推出的一个专栏,旨在分享技术社区中企业架构的各种挑战、解决方案、案例研究等. Sybase在线课堂:ASE15.7——SYBASE数据管理的革新(12月21日 下午). 保持业务与信息技术(Information Technology,IT)对齐是今天所有组织面临的一项基本挑战.

企业架构思想在软件架构设计中的引入

- - 人月神话的BLOG
很多时候我们在谈企业架构的时候都是正对跨流程,跨业务和跨应用系统的总体规划和分析,企业架构核心好处就是真正体现业务驱动IT,将业务和IT能够真正的匹配起来思考整个企业层面的架构问题. 而很多时候我们谈软件架构的时候仅从软件实现层面来考虑问题,针对一个业务系统的开发,我们有业务建模和软件架构,但是这两个却进行了分离而缺少了系统性的思考,所以原来我们喜欢用系统分析师这个词来综合业务分析师和软件架构师两个岗位的工作.

应用架构和技术架构

- - 人月神话的BLOG
在这里再谈下应用架构和技术架构的关系和边界问题,这里的说明和标准的TOGAF会有一些区别,仅为个人理解的一些点滴记录. 首先再说下应用架构,应用架构是和业务架构有强烈的映射关系的一个架构,应用架构要说明的是整体企业内部信息化建设和规划应该分为哪些应用系统去建设,应用系统间的集成关系是如何的. 即我们常说的应用架构和应用集成架构.