原文作者金蝶韩永武,由于没有具体的文字型内容,只是从ppt内容作一些理解和分析,该资料的视角很好,即将云计算和企业架构结合起来,以TOGAF企业架构指导云计算的规划,但是读完后觉得很多地方牵强,所以写一篇文章说明:
先看下谈企业架构和云计算的关系
首先看下业务架构映射到基于云计算的业务模式和流程,首先业务架构重点是业务流程和业务组件,是为后续识别应用架构和数据架构服务的,重点还是业务。云计算偏技术层面,即使是基于云计算的运营也是偏技术层面的内容而非真正地业务,偏运营业务模式和流程的分析eTom模型给出了很好的思路,可以参考下eTom的模型,其本身才能和云计算本身的分层高度吻合。否则基于云计算的业务模式和流程分析一是很多业务架构分析思路用不上,一是和下面的IaaS,PaaS,SaaS完全脱节。
再过来看IaaS,PaaS,SaaS三层和应用架构,数据架构和技术架构的对应。很模糊,也很难真正对应上。如果真正要对应和阐明关系,说下我的理解。
应用架构分析中一般会在底层增加技术支撑和平台支撑,这两块的内容根据云化思路会统一纳入到企业paas平台规划中,核心包括ipaas,bpaas部分内容,而实际apaas部分内容往往在应用架构分析时候不会涉及到。对于应用架构中本身的应用系统或应用模块内容,涉及到saas内容,但是企业内部私有云建设很多时候并不需要saas.
数据架构分析中如果仅仅到数据分类,数据的逻辑模型和物理模型。基本不会和云发生任何关系,但是一谈到和业务相关的数据增长,数据存储,数据使用等问题的时候,可能就涉及到了大数据相关话题。那必然会涉及到hdfs分布式存储,分布式数据分析或者nosql数据库,数据库集群相关内容。这些都会和云相关,如果要归属可以属于云计算的paas层。
对于技术架构,可以先谈部署架构,那么部署可以和iaas层发生关系正常。而真正虚拟资源池的使用,应用和虚拟资源的关系,整个应用托管,中间件资源池等内容在技术架构层考虑,对应apaas的内容。另外技术架构不仅仅是部署架构,包括技术框架,分层,技术平台规划都应该纳入到技术架构范畴。
至于后面基于TOGAF ADM的云计算规划方法,由于没有太细化的文字型资料,不做太细的评论。只是说明企业架构TOGAF思路核心是业务+IT整合思考视角,解决业务驱动IT的问题,也是为何SOA咨询和实施方法中我们大量参考的原因。而云的核心是集中化和整合的问题,是需要在TOGAF分析中识别共性和平台化内容,不断下沉和集中的过程,而这个关键内容却在TOGAF方法论本身中很少提及。
对于粗粒度的信息系统架构对应到saas,技术架构对应到paas和iaas本身就不对,前面已经有描述。即使对应可以看具体TOGAF中ADM每个大阶段详细的输入,step和输出,更难发现具体哪些地方能够真正为云计算规划提供帮助,能够有集中化和平台化的思想在里面。
责编:孔维维
微信扫一扫实时了解行业动态 微信扫一扫分享本文给好友