IT组织的数字化转型

IT组织的数字化转型,第1张

很多时候,在一些IT咨询/治理或SOA集成项目中,相信大家一定听过企业架构,这是一个出现频率较高且都会在项目中重点强调的词语。事实上,若想真正的发挥信息化价值,使信息化可以支撑并顺延企业后续的发展,在项目进行前,是必须要规划出企业架构的。

讲到这里,有人会问:“我建设IT信息化的目的是解决当前问题,直接开始就好了,为什么要花费金钱和时间规划企业架构?”对于该类疑问,我的回答是:企业架构是一定要做的!虽然构建一些简单的信息化系统,或做几个系统间简单的集成来解决当前业务问题是不会出现大偏差的。但请试想一下,如果是一个复杂的信息系统构建或大型集成项目,涉及到几十个信息化系统,其中包括通用和专用系统,同时存在多层业务管理关系、多道流程工序时,如果没有事先规划梳理好彼此之间的业务流程、资源复用、IT技术等就直接 *** 作,百分之九十的结果是项目延期或做成烂尾。

这时必须要规划出一个清晰的企业架构,才能保证业务流程相互运转、信息化系统合理支撑、构建步骤有条不紊。可以说,企业架构是IT决策的重要依据,是支撑企业后续发展的重要基石。

企业架构(Enterprise Architecture),简称EA。是指对企业事业信息管理系统中具有体系的、普遍性的问题而提供的通用解决方案,更确切的说,是基于业务导向和驱动的架构来理解、分析、设计、构建、集成、扩展、运行和管理信息系统。复杂系统集成的关键,是基于架构(或体系)的集成,而不是基于部件(或组件)的集成,有效的企业架构对企业的生存和成功具有决定性的作用,是企业通过IT获得竞争优势的不可缺少的手段。

企业架构可以分为两大部分即业务架构和IT架构。

业务架构: 是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括业务的运营模式、流程体系、组织结构、地域分布等内容。

IT架构: 指导IT投资和设计决策的IT框架,是建立企业信息系统的综合蓝图,包括数据架构、应用架构和技术架构三部分。

业务架构相当于企业的运营模式,一个公司要发展,一定会有自己的商业目标和运营模式,而这些就是企业的业务层面,可以说企业的业务架构是在市场上区分与其它企业的关键,通常包含运营模式、组织机构、业务流程、地域分布等。

运营模式: 简单来说,运营模式就是企业通过何种方法进行盈利的,即使在同行业范围内,每个企业的运营模式也大不相同,因为运营模式通常是根据企业的战略、目标、优势、发展方向等因素孕育而生的。运营模式一般分为:行政管理、资金管理、技术、生产、销售五个层面,每个企业都会对以下层面进行特殊的设计。

组织机构: 组织机构是企业的运筹体系,包括企业的部门、岗位、职责,当企业的战略发生变化,组织机构也会相应的调整变动。

业务流程: 这里的业务流程不是指针对企业的某个关键业务的一种描述,而是企业整体运转上的大流程,体现在整体资源的梳理、组织机构的分配、管理制度的优化,对业务运营存在着指导意义。

地域分布: 地域分布主要确定业务活动在什么地域执行,地域分布对运营模式的规划、组织机构的划分、业务流程的设计起着关键作用。

企业架构中的IT架构是构建企业IT信息化系统的基础,它能够有效指导IT信息化项目的开展和执行,IT架构又分为数据架构、应用架构、技术架构。

>>>>数据架构

数据架构是企业IT架构的核心,众所周知,数据是对客观事物的真实表现,具有权威性和价值性,企业信息系统下的运营状况都是通过数据反映出来的,数据可以作为企业的重要资源,因此在考虑IT架构建设前首先需要考虑数据架构对当前业务的支持,即企业需要哪些重要数据、企业数据如何治理规划、如何实现重要数据的运用。之后,根据上述几点进行数据架构规划,数据架构规划主要包括数据模型、数据分布、数据治理三个方面。

数据模型: 良好的数据模型可以反映出业务模式的本质,确保为业务需求提供全面、一致、完整的高质量数据,且为划分应用系统边界、明确数据引用关系、定义应用系统间的集成接口提供分析数据。然而数据模型不只是与应用架构关联,同样对业务架构提供生命周期治理和管控,在业务架构中的数据模型分析重点是主数据和核心业务对象,而应用架构中的数据模型则进一步转换到逻辑模型和物理模型,直到最终的数据存储和分布。

数据分布: 数据分布包括业务分布和应用分布,数据分布一方面主要是分析数据在业务各环节的增删改及引用的关系,另一方面是分析数据在单一/多个系统中的数据结构与应用系统各功能模块间的引用关系。

数据治理: 数据治理包括元数据管理,数据质量管理、数据标准规范、数据字典、数据安全、数据采集、同步、分发等内容,即主数据管理内容。数据的治理在整个数据架构中起着非常重要的作用,高质量的数据是构建数据架构的重要支撑,同时也是企业后续梳理业务流程建设的前提。

>>>>应用架构

应用架构向上承接了企业战略发展方向和业务模式,向下规划和指导企业各个IT系统的定位和功能。应用架构是业务架构、数据架构、技术架构、信息安全及IT管理等方面综合的体现,它包括了企业的应用架构蓝图、架构标准/原则、系统的边界和定义、系统间的关联关系等方面的内容。

在构建应用架构时,满足当下需求的同时,需要进行长远的规划,即符合企业未来的发展方向,并能根据业务进行扩展。

灵活性

体现在应用系统之间的连接是否灵活、简单、松耦合,激烈的竞争和产业变革,需要企业不断调整其组织、流程和商业模式,以获得竞争优势。这时,应用架构要可以适应企业业务的变化,快速做出响应,提供稳定可扩展的应用支撑平台,为企业的业务发展、随需应变提供重要的支撑,同时能保证部分应用功能的升级或替换不会影响到其它应用系统,实现平滑升级。

整合性

整合性部分常见的整合包括数据集成、应用整合、流程整合、门户集成等。

1数据集成

数据集成主要针对企业信息系统底层的数据同步性、时效性问题,解决数据来源的唯一性、真实性、实时性,一般通过消息队列技术或者Web服务等,将散布在企业各个系统中的数据,以一种松散耦合、集中呈现的方式进行统一管理,促进数据在企业范围内互联互通。

2应用整合

应用整合主要针对企业业务变化适应性和信息孤岛问题,通过对系统功能的服务化编排,实现快速调整的d性应用。应用整合提供面向服务所需的软件基础设施环境,为分散服务提供了交互、组合和治理的基础架构,集成企业内部各个IT 应用系统,并使之互相协同工作,形成一个更大的整体系统。要求不只是实现系统间的技术集成整合,还要实现业务之间的有机整合。

3流程整合

流程整合通常也称之为流程集成,主要针对企业业务逻辑在多个信息系统之间流转的问题,具体体现为跨异构系统的流程集成,以业务流程为中心,帮助企业各业务环节与客户需求对齐的管理方法,有效整合人力、信息等资源,实现跨系统、跨部门、跨组织的企业运营,支撑企业实现业务的“纵向贯通”与“横向集成”,帮助企业实现从战略到运营端对端的跟踪、反馈与优化。

4门户集成

门户集成主要针对企业交互访问层集成问题,把企业内部原有的零散系统中的信息、应用、服务通过统一认证、页面集成、菜单集成、数据门户等技术整合在统一的访问平台,提供企业范围内的统一授权和身份认证,基于单点登录、个性化配置方式,为企业IT架构提供一个标准的、可扩展的Web 应用基础框架。平台支持多端登录,即PC门户、移动门户,移动门户同样提供统一身份认证、单点登录、信息/页面/应用集成等功能,通过移动门户可以访问PC端系统大部分功能,用于满足出差在外流程审批、办公不受时间地点限制。

复用性

随着企业信息系统越来越多,在构建企业架构面前必将精减或新增一些信息化系统,过程中不可避免会替换甚至是除掉一些平台或功能相似的系统,如果每次都要推到重来,在时间和成本上是不可控的,所以复用IT资产在构建应用架构时,也是重点规划的一部分内容。

>>>>技术架构

技术架构是支撑应用架构与数据架构的技术基础结构,主要由IT技术、组件、相应技术标准构成,具体包括:安全管理、应用软件、应用平台、物理环境、系统管理。

安全管理: 安全管理是指应用软件、应用平台、物理环境各层面的安全管理架构、安全配置模型、安全管理工具以及安全管理标准等。

应用软件: 应用软件是指应用系统或工具,包括业务应用和支撑应用,业务应用一般分为通用管理软件、套装管理软件、行业管理软件,如CRM、ERP、MES等,支撑应用为基础软件工具,如:Office办公。

应用平台: 应用平台是支撑应用软件运行的 *** 作平台,包括系统服务和 *** 作系统。系统服务是搭建在 *** 作系统之上的各种服务引擎,如:Web Server、APP Server、DB Server等, *** 作系统是管理和控制计算机硬件与软件资源的计算机程序,是直接运行在“裸机”上的最基本的系统软件,常见的 *** 作系统为Unix(AIX、HP—UX、Solaris)、Linux、Windows Server等。

物理环境: 物理环境是支撑数据和信息的采集和进入、处理和传送,以及应用软件与应用平台运行的物理设施架构、模型和标准等,包括系统硬件与网络设施。

系统管理: 系统管理是贯穿应用软件、应用平台、物理环境各层面的系统管理架构、系统管理模型、系统管理工具以及系统管理标准等。

很多企业在建设IT信息化的时候,一般都会忽略或刻意不提及企业架构的规划,殊不知,从那刻起已经埋下了隐患,一旦系统过多,隐患立即显露,造成这种现象的原因有很多,具体表现在两个时间节点中。

很多企业在系统建设初期,往往都是根据现有业务需求去构建相应的信息化系统,极少数甚至没有企业在建设初期会统筹的考虑企业的整体架构。后续,随着企业业务需求不断增多,对信息化系统的需求也随之增多,无规划的构建系统,只能导致信息孤岛产生。本是为了优化业务而上的信息化系统,反而造成了IT与业务的脱节。

一般企业进行系统整合,多半是消除信息孤岛及优化业务流程,系统整合期间是构建企业架构的第二最佳时间,因为在系统整合时,根据企业特定的企业架构不仅可以对企业业务流程、内部数据、应用功能进行统一治理集成,还可以为企业后续信息化建设搭建平台,奠定基础,对于后续业务扩展变化,提供快速响应。即便这样,也有很多企业忽略企业架构的建设,没有站在整体业务上和系统现状上进行规划,这样做的结果就是集成顺序与先前条件不符,导致集成失败或效果不明显。

那么企业在信息化建设初期为什么不进行企业架构规划呢?分析原因如下:

1企业建设初期规模相对较小,资金能力不足,对于花费过多资金规划企业架构是奢侈的。

2企业整体对信息化意识薄弱,认为信息化只是辅助业务的工具,没有必要与业务、文化、架构等联系起来。

3企业领导对企业架构意识模糊,不了解企业架构的重要性,或对企业未来发展没有明确的定位及目标。

4忽略集成整合项目的前提条件,如集成的顺序、信息化状况、业务相互关系等,认为不需要架构梳理规划,直接整合即可。

通过上文中对企业架构的深层次理解及未及时建设企业信息化所带来的问题之后,也许很多人还是没有清楚的了解企业架构究竟能为企业带来什么,企业架构到底有多重要。

下面就来具体谈谈企业架构对企业的重要性。

1支撑业务发展,保证IT投资的正确性

有效的企业架构对企业生存和成功至关重要,它为企业IT系统演进提供了战略指导和分析,使企业能够应对不断变化的业务环境,同时按照企业架构中的规划进行IT信息化建设,可以有效分清IT项目的优先级,然后根据优先级制定IT投资战略。

2节省企业成本,减少IT资源复用情况

企业架构在规划IT建设的同时,会兼顾企业的组织角色和业务流程的关系,可以平衡IT资源与业务间的依赖关系,识别出部门间重复的业务需求和数据重复利用率,从根本上有效避免业务级、功能级、数据级的重复投资。

3有效推动创新,使企业业务更好发展

企业架构能够平衡IT效率与业务创新之间的关系,支持企业业务的创新,使各业务单元的业务流程与信息保持高一致性。同时,可以保证组织的全面IT战略需要,实现企业范围内最紧密的协作。

当下,企业架构的建设还未使绝大多数企业引起足够的重视,保持业务与IT信息化对齐仍是当今时代所有组织面临的一项基本挑战,而构建企业架构是应对这项挑战的最佳途径,无论是公有还是私营,无论是企业单位还是事业单位,都会按照自身的业务特性去构建信息化建设,随着业务增长,一定会追加在信息化建设方面的投资,至于投资是否可以有效换来收益,很大程度上是取决于是否具有完整的、适合企业自身业务发展的架构规划。企业架构提供全业务视角的企业治理体系,保障业务、战略保持一致,促进数据架构、应用架构、技术架构等IT架构建设,保障企业信息化的合理稳步建设,帮助企业实现使用更低的IT成本、更快的设计与开发,降低IT风险的同时获取更高的收益。

数字时代已然来临, 科技 企业面对的不仅是自身发展的问题,更多的是要向全产业赋能。尤其在国产化、自主创新浪潮全面掀起的背景下, 科技 企业不仅要坚持自立自强,保障国家经济、国防和其他产业安全,还要承担起推进全 社会 转型升级的 历史 使命。

华云数据是信创云计算专家,多年来华云数据为党政、金融、交通、医疗、教育、电信、电力和制造等各行业和领域用户提供信创云计算解决方案和服务,加快用户数字化、国产化转型进程。国内某大型电力建设工程公司就是其中之一。

传统IT架构困境

该电力建设工程公司集火电电站、水处理、节能、电站技改、新能源电站建设的工程设计、工程总包、施工建设、项目管理、运营服务为一体,是国内同时拥有电力设计院、锅炉制造厂、汽(电)机制造厂、电厂资源支撑的电力建设工程公司,广泛服务于电力、化工、煤矿、造纸、石化、市政和新能源等领域。

该电力建设工程公司的原机房设施简单,通过VMware服务器虚拟化,提供日常使用的OA、业务流程管理、加密系统等业务应用,提供文件共享服务;服务器虚拟化虽然提高了资源的利用率,但是在没有集中式存储的情况下,很难通过快速高效的方式解决单点故障的问题。

随着公司业务的增加,传统烟囱式的IT架构已经不能满足该电力建设工程公司前端快速的业务需求,存在容量、安全、备份等难题,急需引进新的架构和产品来打破这种僵局,让IT不再是整个业务运转的瓶颈。

IT架构全面升级

在本次项目中,华云数据针对该电力建设工程公司目前传统的IT架构进行升级改造需求,利用华云数据安超OS将烟囱式架构升级为超融合架构。

华云数据安超OS基于标准 X86商用硬件,通过软件定义的方式,提供计算虚拟化、存储虚拟化、网络虚拟化等功能。具有软硬件解耦、应用优化、支持混合业务负载等特点,能够为企业提供高性能、高可用、高效率及易于安装维护的IT基础设施平台,为政企用户提供数字化转型和国产化替代一站式服务。整体的解决方案如下:

新购超融合一体机服务器,部署基础超融合平台;

使用云迁移工具,将现有的业务系统平滑迁移至超融合环境内;

将原有单机虚拟化与超融合统一管理;

重新设计备份系统,实现本地热备+异地冷备的架构;

优化网络架构,实现本部与分公司、集团之间的互联互通。

助力用户重塑国产化IT底座

在华云数据的帮助下,该电力建设工程公司完成生产级别的IT基础架构整体升级,成功地将现有业务平滑无缝的迁移至超融合平台,稳定支撑该电力建设工程公司各业系统的运行。

此外,在升级IT基础架构的同时,华云数据也向该电力建设工程公司提供了专业的MSP服务,重新设计了该电力建设工程公司的网络架构和备份系统,优化了该电力建设工程公司本部和全国各地分公司互联,协助该电力建设工程公司从传统IT运维转向云运维,让其IT部门能够更多聚焦在业务层面。

总的来说,华云数据为该电力建设工程公司成果构建了新一代通用型超融合架构的IT基础设施平台,不仅提供高效率、高性能、高可用性、安全的企业级数据产品和服务,充分发挥其应用优化、线性扩展和简化管理的优势,高效地管理该电力建设工程公司的IT基础架构,还使资源利用率提升70%、总成本降低20%,大幅提升运营效率,稳定支撑该电力建设工程公司业务持续稳定运行。

此次项目的运作与交付,体现了华云数据扎实的技术实力与专业水准,为用户提供了专业化、标准化、规范化、体系化、流程化的运营管理服务。积极推动产业的可持续发展也凸显出华云数据投身于信创产业,肩负起时代发展的重任。

华云数据董事长、总裁许广彬表示,坚持自主创新,重塑国产化IT底座,不仅需要在完整的IT基础设施体系下进行全方位布局,还需要打造具有领先优势的核心产品。未来,华云数据将持续深入 探索 ,与更多合作伙伴一起携手打造产业数字化、国产化解决方案,推动更多政企用户实现高效率、低成本的高质量发展之路,为数字中国的发展提供助力。

#华云数据#

最近和很多企业的CIO/CTO、以及IT部门的各级主管交流数字化转型时,他们都对数字化的未来充满了热情和憧憬。

然而我们看到的现状是,大多数企业IT部门的职能还停留在“业务支持”的程度,是为业务部门提供IT系统支持的组织。这也造成了传统企业中IT部门的员工,更多的是承担甲方项目经理的角色。这种以项目为导向的方式,使得员工往往一个项目上线后,就会投入到下一个项目的工作中。员工在业务或专业能力上很难得到持续的积累和沉淀,结果就是员工的积极性和创造力逐渐被消磨,整个IT部门的生产力和创新氛围也受到很大影响。

与此同时,CIO/CTO面前有成百上千个需要用⾼昂的成本进⾏支持和维护的遗留系统,尽管他们愿意响应快速变化的市场需求,但在项目周期与成本压力面前,却又显得力不从心。

数字化转型势在必行。在推进整个企业的数字化转型过程中,对以下几个问题的探寻能解答许多管理者们的疑惑。

业务架构与IT架构的关系是什么

业务架构可从企业战略出发,按照企业战略设计业务及业务过程。业务过程是需要业务能力支撑的,从战略到业务,再到对业务能力的需要,就形成了支撑企业战略实现的能力布局——将这个布局理解为业务架构,它是企业为客户创造价值的设计过程。

业务架构设计会尽可能地追求以更为集约的能力实现更为多变的业务或服务,这其实也是中台战略追求的目标。因此,中台战略实际上也可以归结为一种业务架构设计。

业务架构设计完成后,“灵魂”就诞生了,IT架构则是根据“灵魂”的需要来设计“容器”。IT架构通常会分为应用架构和技术架构(近些年随着大数据的发展,数据架构的地位直线上升)。

应用架构重点关注是功能布局,与业务架构的关系非常紧密,可以称其为业务架构设计的“紧后工序”。技术架构主要关注分层结构,对于大型业务系统来说,一个逻辑分层可能需要通过多种平台才能实现。技术架构与业务架构的关系并不像应用架构那么直接,主要是通过对业务特征、业务量等多种因素综合考虑分层的合理性和平台选型。

作为“灵魂“的”容器“,IT架构中的数据架构和应用架构与业务架构的关系是最为紧密的。 将”灵魂“注入”容器“是技术人员的重要工作,而能否顺利注入,让“灵魂”有个适宜的居所,则有赖于技术人员对“灵魂”的充分认知 。

可以分为两大部分:业务架构和IT架构,大部分企业架构方法都是从IT架构发展而来的。

① 业务架构:是把企业的业务战略转化为日常运作的渠道,业务战略决定业务架构,它包括业务的运营模式、流程体系、组织结构、地域分布等内容

② IT架构:指导IT投资和设计决策的IT框架,是建立企业信息系统的综合蓝图,包括数据架构、应用架构和技术架构三部分。

对比 RUP 和其他主要关注于实现的规程,企业架构领域原则上的关注点是企业范围内的业务需求的识别、规范,及优先级划分,感觉它也是一个做企业信息化规划的方法。我认为,做工具型产品和企业级产品有个差别,那就是做企业级产品需要由工具型产品的产品型公司向咨询类的服务型公司转型。

工商银行通过实施“1031”工程、信息化银行建设等工作,打造了同业领先的第四代核心银行系统,确立了信息 科技 领先优势。随着银行进入40时代,金融 科技 推动银行从生产资料、生产力和生产关系三方面打破传统、变更生产经营模式,顺势数字化、智能化、开放化的时代特征,银行不断丰富服务渠道、完善产品供给、提升服务体验和效率,同时对企业级架构建设和信息系统转型提出了新要求。

为应对内外部形势变化、满足业务创新转型发展要求,工商银行于2015年启动IT架构转型工作。充分利用分布式、云计算等新技术,基于开放平台与主机有机结合的基础架构,构建面向未来业务发展,以开放性、高容量、易扩展、成本可控、安全稳定、便捷研发为特征的全新技术体系。在技术变革的外部驱动和转型发展的内生需求互相作用下,工商银行于2017年启动智慧银行生态系统(ECOS)工程,围绕“客户服务智慧普惠、金融生态开放互联、业务运营共享联动、创新研发高效灵活、业务 科技 融合共建”的智慧银行建设目标,通过整合构建企业级业务架构,强化产品创新顶层设计与跨产品线整合,将业务架构由内部企业级延展至跨界生态,在业务架构指导下,进一步深化IT架构转型,持续优化应用架构、数据架构、技术架构、安全架构,建立金融与 科技 高度融合的全新生态体系。

1构建服务化、松耦合应用架构。 同步ECOS工程建设,工商银行引入了业界领先的持续价值提升方法论,通过分析全行发展战略、业务发展前瞻性规划和业务现状问题,体系化地开展业务领域顶层设计,从流程、产品、实体等三个维度开展业务建模,整合构建覆盖63个业务领域、100多个业务组件、近4000个任务组件的企业级业务架构,并指导推动IT系统建设。通过从业务领域、业务组件、业务对象到IT应用、IT服务、数据对象的对接落地,围绕业务对象,以数据为中心聚合服务,形成了覆盖业务产品服务、业务和数据基础服务、技术基础服务的企业级服务体系,打造了分层解耦的应用架构。建立组件化研发机制,实现业务模型的高效传导,促进统一架构语境下从业务到IT的一致性承接。在支付结算、xyk等热点领域完成组件化落地, 提炼 了19000余个IT服务,日交易量逾40亿笔,提升了产品研发的市场响应速度。

2打造主机+开放平台双核心系统。 依托自主可控、体系完备的开放平台技术,逐步从传统的以主机为核心的应用布局向主机+开放平台双核心布局转型,初步建成具备承接主机业务下移能力的开放平台核心银行系统。在国内大型银行中,率先实现银行核心业务的完整闭环处理,截至2020年上半年,已有超过90%的应用部署在开放平台。在中资银行中,率先使用自主研发的开放平台境外核心业务系统,已在欧洲、亚太区域新设机构实际投产运营。随着双核心建设不断深化,工商银行在业务量快速增长态势下,整体保持主机资源零增长,2015~2020年累计实现主机资源压降65000MIPS以上。

3形成双轮驱动的开放金融生态。 工商银行建设以“嵌入场景、输出金融”为特征的API开放平台,与以“绿色部署、敏捷上线”为特征的金融生态云,组合形成全行互联网金融场景建设“双轮驱动”的体系化品牌。目前已对外开放9大类1800多项API服务,为8800多家合作方提供服务,成为银行同业中“合作伙伴最多、服务最全面”的开放平台。已推出教育云、物业云等17款金融生态云产品,累计推广G/B端客户超过3万个,C端客户929万。

1打造多模式、高性能数据交换体系。 工商银行综合运用流数据处理、数据复制、文件共享等技术,打造了多模式、高性能的企业级数据交换平台,面向全行提供实时、准实时、分钟级、小时级等多种时效的企业级数据交换服务,并在余额变动实时提醒、实时交易反欺诈、准实时存贷款偏离度计算等应用场景取得良好成效。

2率先建成自主可控的大数据服务云。 同业率先完成传统封闭式架构(TD、Extradata)向开放分布式架构(Hadoop、MPPDB)转型,建成金融行业集群规模最大、技术生态最全、供给能力最强的大数据服务云体系,软硬件投入仅为原有产品投入的30%。全数据整合后容量超过93PB,为171个总行应用、22个业务部门和52家境内外分行及子公司提供了高效、便捷、丰富的高质量数据服务。

3着力打造企业级数据中台。 按照ECOS工程总体布局,以共享、复用、创新为目标,通过数据资产沉淀、数据服务化、数据资产运营、数据产品输出等措施,打造高效、智慧、开放、共享的标准化数据服务。面向全行1万余名数据分析师提供一站式、全链路线上BI分析能力,支撑全面风险管理、xyk风控、智慧大脑等重点场景建设,加快推进客服、运营、产品和风控等领域的智慧赋能,提升各专业数据应用创新能力。

1打造一系列企业级新技术应用平台。 工商银行依托金融 科技 研究院体系化布局新技术,建成了云计算、分布式、API平台、大数据、流数据、人工智能、物联网、区块链、生物识别、移动互联网十大技术平台,是工商银行技术领先优势的集中体现。人工智能机器学习平台集成业界主流机器学习算法,提供便捷高效、全流程建模、自学习的AI全栈平台,赋能数据智能化应用,构建工行智慧大脑。物联网金融服务平台通过智能感知万物,获取海量物联数据,扩展银行金融服务边界,创新金融服务模式,提供安全可靠的智慧物联解决方案。区块链技术平台在资金管理、供应链金融等七大业务领域构建服务实体经济的区块链应用生态,机构用户超千家,个人用户超100万,拥有近百项专利,荣获多项业界大奖。生物识别平台提供人脸、指纹等生物特征管理、安全管控、服务调度等功能,具备多生物特征统一管控、统一服务的能力。

2建成自主可控、体系完备的云计算、分布式技术体系。 云计算平台具有开放性、高容量、易扩展、智能运维等特点,从传统手工为主的虚拟化架构,转变为快速供给、稳定可靠、资源集约、运维智能的新型云计算体系架构。截至2020年8月,工商银行已实现60000+节点、34000+容器的入云规模,具备万级容器集群自动供给能力,同等业务量下服务器虚拟资源利用率平均提升2~3倍,业务高峰期系统扩容时间由几十分钟缩至秒级,2019年荣获人民银行 科技 发展奖一等奖。分布式技术平台涵盖9大类分布式技术组件,在快捷支付、纪念币预约等150余个应用广泛运用,为IT架构从单体集中式架构向分布式服务化架构转型提供了技术基础。截至2020年8月,日均交易量超过50亿笔,并发支撑能力超过10万笔/秒,重点交易平均响应时间小于10ms,有效应对“双十一”秒杀等高频、大并发交易对IT架构稳定性、业务连续性的冲击。

落实国家网络安全等级保护20要求,完善安全体系建设,加强新技术领域的安全防护,随云计算、大数据、人工智能、区块链、5G、物联网等金融 科技 发展同步规划、同步建设。研究完善以数据为中心的安全方法论和保护体系,加强个人信息和隐私的保护,“融e行”第一批完成在中国互联网金融协会的认证备案。围绕ECOS工程建设,建立多因子身份认证体系,发展手机盾、云证书、指纹、人脸、声纹、指静脉、虹膜等多种认证及生物识别技术。建设企业级反欺诈平台,通过终端、账户、行为等多维度展开智能风控,有效拦截欺诈交易,提升开放银行防御和风险处置能力。

在新一轮 科技 革命与我国转变发展方式的 历史 交汇期,工商银行将 科技 创新作为第一发展动力,积极创新和引入金融 科技 前沿技术,在全行战略、企业架构的指引下,强化IT与业务的融合。通过金融 科技 赋能经营转型,创新服务模式,拓展新生态,提高金融供给对实体经济的适配性和灵活性,为广大客户提供高价值服务,为建设具有全球竞争力的世界一流现代金融企业提供动能源泉。

架构师是致力于简化复杂度,解决歧义并关注创造力的专才。

架构师的职责:

减少歧义,也就是确定系统的边界,目标及功能;

发挥创造力,也就是创建概念;

管理复杂度,也就是为系统选择一种分解方案

3、架构师的原则:

亚伯拉罕林肯说,构建一个系统,必须有人做主,

否则什么都定不下来。

架构师的角色是解决歧义,专注创新,并简化复杂度。

架构师致力于创建哪种能够体现价值

并具备竞争优势的优雅系统,

他们要定义系统的目标,功能及边界,

要创建出能够融合合适技术的概念,

要对功能与形式之间的映射情况进行分配,

也要定义接口与体系,

并对系统做出抽象,以管理复杂度。

1组织制定和实施重大技术决策和方案,实现产品技术创新,能实际参与核心架构设计、关键技术开发、落地实现;

2负责公司系统架构搭建和设计工作,核心技术问题的攻关、系统优化;

3及时了解和监督技术发展战略规划的执行情况;

4指导、审核项目总体技术方案;

5带领技术人员研究与项目相关的新技术,制定技术人员的培训计划;

6规划专利管理工作;

7负责规划并形成IT解决方案。

对于企业架构有很多定义,简单来说的话可以说企业架构包括了三个方面的内容,一个是业务的现状和建模,一个是IT的现状和建模,还有就是业务和IT的匹 配。业务重点是流程和数据,IT的重点是应用和技术。所有的企业架构基本都包括了这三个方面的内容,只是前面增加了企业愿景和业务目标驱动,后面增加了可 落地的实施策略和计划。只要属于上面三个方面,即是我们企业架构建模和分析需要考虑的内容。

不论是最早的Zachman,还是TOGAF,FEAF,DoDAF等,都是业界实践后抽取出来的标准方法论。基本也是围绕上面说的几个点展开的。 TOGAF更加接近于一个常用的标准企业架构描述,FEAF更加强调了PRM和SRM服务组件模型,而DoDAF更加偏技术建模和实现,侧重点有所不同, 但是基本还是覆盖企业架构的各个方面。对于顶层企业架构设计还是建议采用TOGAF方法论指导,而细化到单个业务域或系统的概念的时候再转向DoDAF这 种更技术化的建模方法。我一直强调的内容就是在顶层设计的时候尽量不要引入太多偏技术层面的建模方法和技术,最好是让企业架构成果能够让企业内客户基本很 容易看明白。

任何方法论基本都是大而全,企业架构的方方面面都会涵盖进去,但是真正在企业架构实践中绝对不是要覆盖所有的活动和输出工件。任何一个架构实践活动或者说 工件输出都需要考虑为什么要做这个事,做这个分析的具体价值在哪里?是否属于前面我说的三个方面的内容?任何工作都不要为了满足方法论要求而去输出,必须 要去理解内在的脉络和逻辑。因此,在企业架构实施过程中如果根据企业现状和业务目标进行裁剪就相当重要的,裁剪同时也不是简单的剪切的,更多的是优化改 进,新增都是裁剪要考虑的内容。

当前的各种企业架构标准和框架,都没有真正做到和云计算和SOA思想的融合,虽然在各个企业架构中都有这种思想的体现,但是如何融合为一个整体基本没有说 明。在企业架构的真正实践中必须考虑到SOA思想和云化的思路,这个在一开始全新规划就要考虑,这种融入不是对传统的企业架构框架的否定,而是对已有框架 的补充和完善。我再次强调原来看到过一些文章去映射传统企业架构各组件和云,和SOA组件的关系,这个是不对的。这本身不是一种映射关系,而是融入关系。

以上就是关于论企业架构的重要性全部的内容,包括:论企业架构的重要性、释放超融合实力 华云数据助力电力建设工程公司重塑IT基础架构、IT组织的数字化转型等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/8779597.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-04-21
下一篇 2023-04-21

发表评论

登录后才能评论

评论列表(0条)

保存