精华内容
下载资源
问答
  • 企业IT架构的发展历程

    千次阅读 多人点赞 2019-04-17 09:58:52
    提起IT架构每个人都不陌生,有人说IT架构是企业架构中的一部分,与业务架构结合,为企业打造适合业务的IT信息化建设,也有人说IT架构是方法论,是一种为企业制定IT构建策略、标准、服务、产品、解决方案及对应IT厂商...

    提起IT架构每个人都不陌生,有人说IT架构是企业架构中的一部分,与业务架构结合,为企业打造适合业务的IT信息化建设,也有人说IT架构是方法论,是一种为企业制定IT构建策略、标准、服务、产品、解决方案及对应IT厂商的建议或决定。无论怎样,IT架构都是企业IT信息化建设的基础,它能够有效指导信息化项目的开展与执行,今天笔者就来谈谈企业IT架构的发展过程。

    最早期没有IT架构一说,信息化基础设施与应用系统就是所谓的IT架构,后来随着SOA理念的引进,企业逐渐在IT构建上具备了整体观,构建信息化设施开始从整体IT架构层面规划,如今随着移动化、大数据、云计算等技术的推动,新技术模式、业务模式不断涌现,IT架构正在向着更优化的架构演变…

    IT架构定义理解

    说起IT架构必定会关联到企业架构、业务架构这两个词语,业务架构指企业业务运营模式、流程体系、组织结构、地域分布等,IT架构和业务架构都属于企业架构,两者相互支撑、协作。

    从技术概念上来讲,IT架构是指导IT投资和设计决策的IT框架,是建立企业信息系统的综合蓝图,包括数据架构、应用架构和技术架构三部分。简单理解来讲就是根据企业业务发展模式,规划当下需要构建哪些信息化、未来需要构建哪些信息化、采用什么技术手段、拿什么构建、谁来构建、构建的顺序、需要的前提等一系列内容。

    1 数据架构

    数据架构是IT架构的核心,数据是企业最直接、最有价值的资产,可以对客观事物进行最真实的展现,企业在数据架构的建设上会考虑多方面进行规划,数据架构包括数据之间的整合、数据的逻辑关系、数据的治理与应用,对于数据架构的建设会贯穿于企业IT架构的整个过程,从最初的简单数据治理到最终的数据决策分析。具体内容包括:明确定义数据域、系统数据之间的逻辑、系统数据集成交互统一、数据标准制定、数据安全存储访问和控制等。

    2 应用架构

    应用架构向上承接企业战略发展方向和业务模式,向下规划和指导企业各个IT系统的定位和功能,提供业务功能和数据资产的管理,应用架构包括应用系统、业务流程、核心功能等。通常企业在构建应用架构时会根据业务逻辑、需求对系统的价值、定位、用途及建设顺序进行规划,规划内容包括:功能模块的设计、系统的扩展性、功能需求和非功能需求的满足程度等,最终出具应用架构蓝图,架构会随着建设中进行不断的修正完善。

    3 技术架构

    技术架构是支撑业务、数据和应用所需的逻辑软件和硬件能力的描述,也是支撑应用架构与数据架构的技术基础结构,主要包括底层的IT基础设施、技术平台、组件、技术标准、技术逻辑等,具体包括安全管理、应用软件、应用平台、物理环境、系统管理。随着技术的发展,企业的技术架构也会随着做出对应的调整,通常模式服务化、技术平台的整合、系统的优化是架构中固定的部分。

    IT架构演变过程

    在IT架构的全生命周期中,提到IT信息化的发展过程,总会伴随这样一句话:企业信息化走过了从无到有、从有到多,从多到散的过程,后信息化时代面临着系统整合,优化IT架构,提升IT价值的新阶段。这句话的确道出了当下很多企业面临的IT现状,不过随着技术的发展与企业信息化意识的不断提高,很多企业已经走过整合期,向着更高的阶段迈步,例如数据治理分析、业务流程再造,人工智能、大数据等,如下图所示,图中介绍了IT架构的演变过程,这里将分为5个阶段阐述。

    1 系统建设期

    系统建设期并没有在上图中出现,因为笔者不打算将其严格划分在企业IT架构发展过程中,正如开头所讲,最早期没有IT架构一说,信息化基础设施与应用系统就是所谓的IT架构,随着SOA理念的逐渐出现,所以在这个时期,企业对于IT架构的观念还是较为模糊的,但这个时期所建设的系统却为后续理念的发展做出了贡献。

    >>>>阶段由来

    这一阶段产生的原因很简单,就是随着企业规模的扩大、业务的增长、流程的增多,需要依靠信息化系统来辅助业务管理、减少人工出错率、节省工作效率。事实上,大多数企业在成立初期都不会先构建信息化系统,因为初期无论从员工数量还是商机数量都不会太多,管理者可以清楚的知道每个月的成本、利润、支出、收入;当前的客户、商机数量;员工的分工、职能、绩效,并可以较为容易的预估未来的规划。

    随着企业规模的扩大、业务的扩充,已经不再是十几人,一人多岗的状态,管理者已经无法兼顾内部全体员工的绩效、项目的收款、产量、库存等数据、信息。这时会专设部门用来管理企业的专有业务,例如财务部、营销部、人事部、生产部、采购部等,每月或者每个季度由部门主管汇报情况。随着业务的加深,一些业务问题逐渐暴露出来,所有业务基于手工状态处理统计,并以纸质单据方式呈现,耗费人力效率低下的同时不利于数据的保存追溯,甚至出现人工掩饰错误的风险,造成业务数据的不准确性。

    基于上述情况,为保证企业更好的管理内部运营,系统建设的需求出现。

    >>>>建设内容

    对于初建信息化系统的企业,不会一步将所有业务系统建设到位,通常围绕最基本的运营支撑体系建立,即管钱、管人、管业务,通俗来讲为花多少钱、谁来花钱、挣多少钱、如何来钱等。财务系统管钱的进出,客户管理系统、业务系统管来钱,人力系统管人、管薪资花钱等。涉及系统包括系统界四大天王:财务、人力资源管理、客户关系管理、OA办公,还有核心业务系统。

    企业所在行业不同,建立的核心业务系统也不同,每个行业都有对应的业务系统,例如地产行业的售楼系统、采招系统、计划系统;医疗行业的影像系统、HIS系统;建筑行业的工程系统、BIM系统、视频监控系统;制造行业的MES、ERP、项目系统等。

    2 系统整合期

    走到此阶段的企业,通常已经建设了各个部门和各个业务领域的信息系统,在当今多元化形势的背景下,企业业务扩张的同时需求也在不断变化,随之而来的是信息化系统持续增长,IT环境不堪重负。为解决这一现象, SOA理念兴起,为企业优化IT架构的过程中,带来整体架构观念,从系统整合期开始到之后的各个建设阶段,可以说是将SOA理念及技术发挥的淋漓尽致。

    >>>>阶段由来

    前文已经提到,走到此阶段的企业无论在企业规模还是系统建设上都具有一定的基础,在网络基础设施、应用系统建设、信息化管控体系等方面都已经初具规模并不断巩固,期望从业务到信息化一直向着好的方向发展,信息化可以为业务持续提供支撑。很多管理者走到系统整合这一阶段都会产生困惑,明明系统建设到位,一直走在信息化建设前沿,为什么仍会出现员工处理业务效率低下,密码丢失、遗忘;一个账号多人使用,业务出错无人担责;单个部门数据上报准确,但各个部门整合起来的数据就不靠谱;系统没少用,合力不明显…产生应用系统建设不到位、不够的错觉。

    事实上,并不是系统没建够,而是在无规划的情况下建设了太多的应用系统,系统间种类多、各系统使用的平台技术、标准规范、互操作接口、技术架构都存在差异,很多拥有共同业务的数据、信息、功能无法有效在系统间传递,甚至处理一个业务需要员工同时登录登出多个不同系统,大部分时间花在系统的数据、信息处理汇总中。为解决上述问题,企业进入系统整合期。

    >>>>建设内容

    对于信息部来说,工作政绩的体现就在IT环境的建设上,让信息化可以为企业带来有效的帮助,所以,在系统整合期实施方不仅解决企业内部系统的问题,还会为企业管理者及IT信息部门树立整体的企业架构观念,包括业务架构和IT架构,明确当前建设内容、解决问题的同时,帮助梳理规划后期需要的建设内容,让其具备IT架构的大局观。

    • 应用集成

    通过ESB企业服务总线实现各业务系统间的信息、数据、功能共享,消除不同系统间技术的差异,例如业务财务一体化,实现生产业务系统与财务系统的凭证对接,采购与库存系统的单据对接等,达到应用系统功能的整合。

    • 身份管理

    通过IDM身份管理平台实现群组、角色、用户的统一管理,以人力或OA系统为源头,实现人员变动的统一同步,统一身份认证管理实现企业内部多套系统间的单点登录。

    • 门户集成

    IDM身份管理平台与Portal门户平台结合,通过菜单集成,将单个系统的功能集成在Portal中,页面集成通过Portlet方式和链接直接链接跳转门户平台的首页,最终将所有系统的页面、功能整合在同一界面,模糊系统之间的边界,员工只需登录一次用户名和密码就可以访问各个应用系统的功能、页面,感觉就像在一个系统中操作一样。所搭建的门户平台是企业IT价值的展现窗口,不只是企业内部员工使用,同时提供供应商门户、经销商门户、访客门户等,供不同的业务人员使用。

    • 移动办公

    在移动办公部分,有的企业使用了当下移动应用系统,例如:云之家、钉钉或者企业微信等来帮助其实现移动办公,系统整合期,这些移动应用也经常被整合在统一的移动平台之下,除系统自带的功能,还包括财务、人力、销售、采购等系统移动化的功能,打造移动版应用中心。

    3 数据治理期

    数据治理期与系统整合期不同,系统整合期不分行业,任何企业都有这方面需求,而数据治理具备行业特征性,根据客户所在行业不同,需求的显现程度也不同,有的呈显性,有的呈隐性,但数据治理是每个企业信息化发展的必经之路。

    >>>>阶段由来

    系统整合可以帮助企业加强内部运营的管理,而数据可以帮助企业梳理业务过程发展问题,对一段时间的经营结果进行统计,数据是企业的重要资源,一旦被合理充分的利用,可以发挥很多有用的价值,特别是在当下的数据时代,几乎每个企业都知道这一道理,而实现数据有效利用的手段就是数据分析,很多企业在该项目的建设上跃跃欲试,但却因忽略了最基本的前提——数据治理,不得不叫停项目,或做成面子工程,无法真正发挥平台价值。

    一些企业走到本阶段是因为自身的IT规划已经建设到这个阶段,内部的确有数据方面的问题日益凸显出来,例如:系统内部数据无法流通,各系统数据源头不统一、数据冗余、缺失、内容不一致,很多需要统计的数据还是以人工的形式进行统计,既不能保证时效也不能保证准确率等问题,数据无法给业务提供有效的利用,还有一些企业因为需要构建数据分析平台或业务流程再造而进行数据治理项目的构建。

    >>>>建设内容

    本阶段对第一阶段建设成果深化的同时,主要对企业内部系统中的数据进行统一治理,包括主数据治理及数据分析平台的建设,满足企业对业务的初步分析。

    • 主数据治理

    在使用技术平台进行主数据治理前,首先要解决企业内部意识上及业务上的问题,在项目建设前帮助企业明确当前系统内部有多少数据,哪些数据是有用的、哪些数据是重复的、数据都是以什么形态存在的;之后与各业务部门进行业务调研及梳理,明确哪些数据可以作为源头,统一数据口径。

    调研梳理结束后,通过MDM主数据管理平台对企业内部当下主要主数据,如:组织、人员、岗位、会计科目、客户等主数据的标准建模、统一编码规范、历史数据清洗等。

    • 数据决策分析

    本阶段数据决策分析主要围绕内部业务应用场景,实现内部系统间的数据决策分析,数据的来源为企业内部信息化系统中的数据,根据业务划分不同分析结构,任何一家企业的管理者都会关心财务方面的数据,之后是特有业务的数据,例如:财务成本利润分析、产量分析、销售统计、商机统计、人员统计等。

    项目开展前仍是对业务进行调研,梳理企业中需要分析的业务指标,之后通过数据分析平台类工具建立起企业决策分析平台,结合元数据的治理,数据仓库技术,改善人工数据与信息的统计方式,面向管理者提供实时、智能化、多维度的运营数据查询和统计分析。数据决策分析平台类工具与BI系统不同,它具备后续支撑大数据分析决策的能力,包括数据采集、存储、处理分析、预测等,BI可以集成在数据决策分析平台之下。

    4 流程再造期

    企业的信息化建设阶段走到这一步,一定会伴随着很多理念和技术的出现,如果说前两个阶段已经帮助企业奠定了一定的基础,那么在本阶段企业进行全面流程再造的同时,通常会根据技术发展形势,融合一些适合企业建设阶段的产品、技术,一同支撑信息化的发展。

    >>>>阶段由来

    如今很多企业已经开始进行数据治理分析,甚至处在数据治理分析的后期阶段,不断的对数据进行更深入的利用,本阶段也将顺应数据发展趋势,辅助企业进行更深层次的数据治理与分析。但提到业务流程再造,企业普遍对这个概念较为陌生或在理解上存在偏差,认为在系统建设期或整合期就已经存在流程管理能力,事实上,他们所指的流程管理只是某一系统中的工作流功能或者基于OA协同中将涉及的部分业务串联成的小流程而已,并不是真正意义上跨异构系统流程集成。

    企业内部流程割裂的问题有些是显性的,有些是隐性的,显性的问题表现为企业内部出现处理业务存在线上线下并行操作,或全部依靠手工处理,交叉审批文件需要在各部门间纸质形式传来传去等;隐性的问题表现在企业内部职责的管理上,如业务流程审批节点混乱,多人审批或跨权审批现象严重,审批操作无法追溯,出现遇事无人问责的现象,一定程度上映射出内部的职位设置、职责划分、绩效监督问题。

    >>>>建设内容

    • 融合数据中台

    近期中台架构技术理念深入企业心,一些重视信息化建设的企业在深入数据治理分析的同时,开始融合数据中台的理念进行构建,一方面结合新技术发展,另一方面为迈向更高的阶段奠定基础。在数据的治理部分,扩大主数据治理范围项目、供应商、物料、自定义核算项目等,融合数据中台的架构与技术,建立初步大数据分析平台,内外部数据决策,来自伙伴、用户等数据源。

    • 业务流程再造

    以流程驱动方式实现企业闭环管理,以流程为驱动力倒逼业务问题,根据业务需求,对已有的信息系统进行流程集成,包括完成前阶段建设成果企业应用中心与流程管理中心的统一集成,实现业务跨系统(财务、ERP、门户)跟踪管理等。实现工具为BPM流程集成平台,集成整合后的内容以流程中心的方式融入在企业应用中心,通过统一入口、用户习惯等方式,为企业提供管理自动化及全面整合的服务能力,让业务规范、有序运行,从根本上解决管理低效、无序等问题,从原有的“人找事”变为“事找人”,实现敏捷管理。

    5 智能企业期

    所谓智能企业期为全面实现智能管理的阶段,理想化的状态为人机协调,当下大数据分析、物联网、人工智能都是为实现这阶段的产物,智能企业期阶段距离并没有我们想象中的那么遥远,时代在进步、科技在发展,只要在技术、业务流程、管理体系、组织结构等各个方面实现融合协同,指日可待。

    >>>>阶段由来

    从企业长远发展角度来看,仅做到内部管人、管钱、管业务是不够的,内部决策只能保证企业短期内运营管理见成效,而不能支撑企业在多变的市场环境下发展壮大,若想走得长远,必须具备可持续发展、防范风险、预测未来、支撑创新的能力。这时利用企业内外部数据的需求显现出来,需要对政府、银行、友商、行业/产业上下游、网络社交等一系列相关数据采集、存储、计算,并找寻数据之间的规律,通过对政策和用户信息的挖掘,根据不同的市场环境,量身定制企业发展方案,做到有效把控市场风险,促进决策发展,提升综合竞争能力。

    >>>>建设内容

    如前提所说,做好这一阶段必须具备各方面全面的支撑,首先需要深化前几阶段的IT建设成果,奠定坚实的信息化基础。之后在云计算、物联网、人工智能、计算机技术的支撑下,结合现有的数据决策分析平台及大数据相关技术Hadoop、Hbase、Spark、Storm等工具,实现数据采集、处理、算法预测、实时分析、机器学习、配置展现等技术环节,完成追溯过去、分析当下、预知未来的生态体系构建,帮助企业聚焦主营业务、实现产能精耕细作、淘汰过程产能、补齐发展短板,增强核心竞争力。

    智能企业期信息化将稳步走向成果价值持续彰显的阶段,表现为全系统的深化集成,业务系统间无缝衔接,风险的有效管控,持续为信息化建设提供支撑,同时基于建设平台的开放性和扩展性,不仅可以持续支撑企业后续建设应用系统的平滑接入,信息化的迭代推进,还可以支撑后续新技术的引进,引领企业信息化时代的同步发展,企业的IT与业务融为一体,IT推进业务升级、业务创新,保障企业的竞争优势;业务的长足发展又反过来对IT进一步要求、从而推动IT建设的全面深入发展。

    如何构建IT架构

    企业IT架构的建设是一个任重而道远的工作,不是短期之内就可以见效的,需要长期的投入和维护,每个企业都应该建立适合未来发展的IT架构,什么样的IT架构才是适合企业的,是需要深入研究的课题。架构不是随便说说,需要将多种因素组成在一起统筹的考虑,包括发展战略、规划目标、组织结构、业务流程、数据资源、应用系统、基础设施等,以规划为开端,集成为切入点进行。

    1 整体规划、通盘考虑

    企业信息化的建设不是一蹴而就的,更不可以一种架构走到头,需要与形势(内外)结合,以整体规划为开端,并在规划落地的过程中逐步细化。盲目跟风构建仍会出现信息孤岛、流程割裂、架构不适用等现象,造成信息化问题的重蹈覆辙,最终导致IT建设成为鸡肋。

    在规划时间上,不代表规划的时间越久远就越好,因为政策、市场环境、科学技术、自身业务都具有多变性,企业可以根据当下业务及可预见的未来发展情况制定3-5年的信息化规划。在规划内容上,需要站在整体企业架构层面,结合业务架构全面规划,以提升IT规划的科学性、完整性、可执行性,这样才能保证业务流程相互运转、信息化系统合理支撑、构建步骤有条不紊,逐步深入推进。

    2 支撑业务、推动发展

    任何时候IT架构都应该以支撑业务、辅助创新为前提,对于企业的业务发展环境来说,变化是主旋律,唯一不变的就是变化,政策、环境、业务上的变革会处于常态,战略的改变必定会导致业务架构的改变,而IT架构做为业务架构的支撑,也需要随着改变,两者是相互牵制的状态。

    在IT架构的规划设计中需要构建统一的规范平台,输出统一标准规范、服务接口,使信息化的建设成果可以持续为业务提供支撑。在IT建设规划方面,所接入的系统或平台要能够支持后续系统接入、新业务功能的扩展、新兴技术理念的融合;业务发展理念方面,要以IT系统推动业务的升级,持续的收集提供最新政策、产业上下游信息,为业务创新提供战略指导和分析。

    3 集成整合、统一治理

    笔者对“根据企业当前业务发展形势构建信息化系统”这个理念是没有任何异议的,但在IT架构的规划上,建议先以集成整合为切入点,通过IT架构演变过程的几个阶段不难发现,在系统建设期的应用构建量明显高于后期建设阶段的平台构建量,根据企业规模不同,少则几十个,多则上百个系统,如果不解决系统之间异构断连的问题,很难进行后续的建设。

    IT架构不是独立的某一部分架构,单独的应用、平台只能算做架构中的一小部分,企业真正需要搭建的是具有强大兼容能力的IT支撑平台,为各种信息化资源提供有序的环境, 在规划的过程中,要梳理系统之间的关系、业务的流程走向、集成关系等。

    4 加强管控、迭代上升

    在IT架构规划及后续的逐步落实中,需要进行IT相关管控,如:制度、团队、工具等一系列的规划,做为IT架构建设成功的基础。制度包括全体员工对IT信息化的认知、系统使用过程中的统一标准规范、项目建设的沟通机制等;团队包括IT团队的建设,人员除了基本技术能力外,要具有前瞻性及IT架构的整体宏观性,可以推动架构的建设落实;工具为构建IT架构的应用、平台类产品,从产品质量、扩展性、售后服务等一系列进行考核选型。

    企业的IT架构建设是需要长期投入的过程,涉及组织、业务、流程、技术、形势等各个方面,在建设过程中会不断的更新迭代,抛弃糟粕不断革新。随着当今形势的多变,业务多元化发展,每个企业的战略、业务情况都不同,本文所讲述的IT架构建设过程也许不会符合所有企业的情况,但万变不离其宗,这种对IT架构规划的理念、方式可以做到复用,最终达到在统一的基础设施中、底层应用中、平台集成中、数据利用中凸显IT的价值。

    展开全文
  • 在中国银行业,工商银行的信息化建设一直走在前列。1999年,正是工商银行率先在国内开展了银行数据大集中工程,此举为后来国内银行业信息化应用的...1、IT架构改变,来源于银行压力越来越大一是,客户群体多样化增...

    在中国银行业,工商银行的信息化建设一直走在前列。1999年,正是工商银行率先在国内开展了银行数据大集中工程,此举为后来国内银行业信息化应用的快速发展奠定了坚实的基础。

    从2014 年开始,工商银行就开始布局集中式和分布式架构体系,结合云计算、大数据等新技术手段,以架构优化为核心。下面,让我们来看看,工商银行的新IT架构究竟有哪些不同之处?

    1、IT架构改变,来源于银行压力越来越大

    一是,客户群体多样化增大

    面对多样化、个性化、国际化的客户群体,银行信息系统需要支撑更加差异化、综合化的产品和服务,并满足国际化带来的监管要求。

    二是,互联网类营销压力变大

    客户服务不再依赖网点柜员,一些营销,特殊时点秒杀抢购等互联网营销带来的负载冲击,对银行信息系统架构提出了高并发、易扩展、抗冲击的高要求。

    三是,网络安全压力变大

    以APT 为代表的有针对性、持续性的网络攻击日益突出,银行信息系统需要实现从“被动防护”转向“主动防御”,提高对安全态势的感知能力,建设全方位的安全防护体系。

    四是,出了故障,舆论压力变大

    在依托移动互联网快速传播的“自媒体时代”,银行信息系统运行的任何故障都会被大众资讯无限放大,并直接影响银行服务的经营和品牌价值。

    工商银行信息科技以建设云数据中心为目标,以“两地三中心”为核心,持续提升业务连续性运作管理水平。

    2、“两地三中心”,让业务切换只需2分钟

    工行于2014年初步建成了以上海外高桥园区和嘉定园区为同城双活中心、北京西三旗园区为异地灾备的“两地三中心”体系架构。

    比如:

    2016 年末,人民银行领导现场观摩了工商银行数据中心的同城切换运行。

    工行核心系统在业务高峰期间,由上海外高桥园区成功切换至嘉定园区,运行1 个多小时后回切至外高桥园区,整个切换时间约2 分钟,符合预期。

    接管运行期间全集团各项业务正常开展,交易响应及系统运行性能良好。

    亮点

    自主设计研发了“一键式”自动化切换系统,具备了同城中心之间快速切换和接管业务负载的能力。

    研发设计了“异地多点接入”和“同城双活”相结合的开放平台应用系统双活方案,在保障业务一致性的情况下实现站点间的灵活切换。

    正在研究,重要应用系统的“多站点多活模式”

    3、“云架构”真正落地

    基础设施,资源池云化

    基础设施云已经在工行数据中心逐步推广,实现了大规模计算、存储和网络资源的池化管理和弹性供给。

    容器技术,实际在用

    开展了基于容器技术的应用云平台规划和建设工作,已经在互联网金融、第三方支付、纪念币预约等应用系统实施了云化和微服务化改造,基于分布式系统框架实现资源弹性供应,快速响应业务突发增长需求,有效应对了“双十一”、“纪念币发行”、“微信红包”等互联网业务冲击。

    采用“云化管理”

    利用流数据平台对各环节负载数据进行引流分析,实时掌握主机、网络、应用、数据库各环节的负载压力和性能指标,通过动态调节资源配置,全流程保障快捷支付业务的服务需求。

    4、拥抱SDN、开源产品

    在数据中心部署SDN网络

    全面启动了工商银行新一代网络架构的规划和落地

    引入开源产品

    通过开源软负载产品低成本、可扩展的优势,解决目前负载均衡技术领域存在的性能瓶颈和难以快速扩展问题。

    5、安全管控,依然是重中之重

    安全重点关注点有:互联网入侵防护、网络安全隔离与访问控制、客户端安全管理、数据安全管理等中高风险领域。

    措施:

    优化安全架构

    重点推动APT 攻击防护、云网络安全防护等方案落地,与现有外部攻击检测形成有效互动和互补。

    加强数据分析和安全风险模型研究

    通过研究科技与业务数据之间的关联关系,实施系统、网络、应用、业务等各环节日志分析挖掘,全面推动信息安全数据分析工作。

                                   附:银行IT架构转型思考

                                                           中国工商银行行长谷澍

    IT 架构作为企业架构的基础,支撑着上层业务架构的建设与发展,进而促进顶层愿景和战略的顺利实施。在企业信息化建设快速发展的今天,信息系统规模越来越大,复杂程度越来越高,IT 架构技术支撑能力的重要性愈加凸显。近年来,随着金融产品和服务模式的持续变革,以及工商银行转型发展的深入推进,促使我们不断思考银行IT 架构面临的挑战和影响。

    一是随着移动互联网、线上支付、电子商务的快速发展,金融服务的渠道和场景更加丰富,服务模式和体验更加新颖,需要IT系统在支撑多渠道服务协同、信息共享联动、提高服务个性化智能化等方面发挥更大作用。

    二是随着各行各业互联网化和现实世界数据化趋势的不断演进,人类社会已进入了数据大爆炸时代,银行需充分发挥数据价值,助推客户营销、产品设计、风险防控和经营管理转型,这就要求IT系统在数据存储、分析挖掘、数据服务等方面给予有效支撑。

    三是随着业务处理线上化和自助化的绝对数量和占比持续提升,信息系统对于银行服务的基础支撑作用日趋关键,要求IT架构在安全稳定运行、业务承载能力等方面提供更有力的保障。

    四是国际化战略实施过程中面临着不同国家与地区在客户服务、监管规定等方面的差异,以及境内外业务联动发展的新需要;综合化战略要求传统商业银行服务和非银金融服务既合理隔离,又协同发展。这些都对于IT架构提出了新的要求。

    从当前技术发展整体趋势来看,集中与分布相结合的架构体系可较好地契合与支持上述创新需求。为促进全行战略转型与发展,工商银行从2014年启动了IT架构转型工程,其中一项重要内容就是要加快分布式架构的使用,推动信息系统从传统集中式架构为主的架构体系,向集中式和分布式架构有机融合的架构体系进行转型。

    分布式架构主要特点与发展情况

    1、分布式架构的内涵与主要特点

    业界对于分布式架构尚未形成统一的定义,但基本包含“基于分布式架构的系统是一组相互独立但并行协同工作的计算机集合;对系统的用户来说,系统就象一台计算机一样”这两层意思。从硬件角度,每台机器都是自治的、独立的;从软件角度,用户感受是整体的、一致的。据此,分布式架构应具备以下特征:

    一是物理部署分布式,即用多台计算机来共同承载业务;

    二是处理过程分布式,系统各环节各司其职、并行处理,通过特定机制有效协同关联;

    三是数据存储分布式,将数据分散存储,但不影响数据运算结果的完整性和一致性。

    综合上述特点,分布式架构设计的核心理念是“并行拆分与横向扩展”,即按照一定维度将系统进行拆分,系统各部分松耦合并行运行,并建立起较为完善的横向扩展与容错恢复机制。也正是基于这一设计理念,使得分布式架构具备了多方面的优势:

    一是系统扩展能力较强,可基于通用硬件扩展计算和存储能力来提升系统处理能力,满足业务不断增长的需求;

    二是系统运行效率较高,在对系统各环节合理拆分的基础上,通过并行处理进一步突破传统串行处理存在的效率瓶颈;

    三是系统运行可靠性较好,将系统拆分后并行运行在多台相同的设备上,即使单一设备出现故障,整个系统仍可正常运转或仅局部受损;

    四是系统成本优势明显,分布式系统基于相对廉价的通用计算和存储设备构建,获取相同处理能力的成本低于传统架构。

    但与此同时,分布式架构也存在一些不足。例如,在对系统进行拆分后,如何协调各部分之间的并行处理,确保最终处理结果的一致性;如何应对跨网络访问过程中可能存在的信息丢失和通讯延迟,确保信息系统服务水平;如何确保在单个节点异常情况下系统正确切换与恢复,确保系统整体可靠性等等,这都需要在系统设计与实现层面制定有针对性的解决方案。再如,分布式系统由于其数据分开存放,不同功能并行处理,为了确保系统整体可靠性,往往采用“数据最终一致性”的原则进行设计,需在产品功能设计层面同步予以考虑。

    2、分布式架构发展历程

    分布式架构并不是今天新兴的技术名词,从20世纪70年代就已经开端起源,一系列关于分布式架构的基础理论研究开始出现。但直至本世纪初,集中式架构一直牢牢占据着企业信息系统架构的绝对主流地位,即把一类业务集中部署在同一台服务器上的一套系统中,共享同一套计算和存储资源,通过持续提升单台服务器的性能来满足业务不断发展的处理需求。

    这一方面是由于分布式架构需以一系列复杂的系统设计与实现方法为基础,有关理论及实践做法有待突破和完善;另一方面根据集成电路性能提高的情况,单台服务器性能约每18~24个月可提高1倍,集中式架构已能较好地满足业务发展需要。

    经过三十多年稳步发展后,本世纪初计算机芯片性能提升速度开始减慢;同时随着以搜索引擎、社交网络、电子商务等为代表的互联网时代来临,数据量以每年50%以上的速度快速增长,对信息系统处理能力带来了空前的挑战。上述两种因素叠加影响下,原有集中式架构已无法适应互联网业务快速增长的需要。谷歌、脸书、亚马逊等互联网企业投入了大量技术力量,从分布式架构着手研究解决海量数据存储、计算以及高并发交易处理的难题,在云计算、大数据等方面取得了重要成果,使分布式架构成为业界关注的热点。

    以银行为代表的传统金融机构信息化工作起步较早,早期主要采用集中式架构,较好地支持了客户管理、存贷款、支付结算、投资理财等业务开展。近年来随着银行服务模式持续演进提升以及与各行各业日益融合渗透,业务范围和内涵不断丰富。各银行应势而动,着手探索一条既要保证核心业务的安全可靠,又要满足新兴业务尤其是互联网金融相关业务快速发展的IT架构转型道路,在分布式架构应用方面取得了一些突破。

    加大分布式架构应用,积极推进工商银行IT架构转型

    1、立足工商银行自身特点制定IT架构转型策略

    分布式架构技术已在以互联网企业为代表的新兴公司中广泛使用,技术体系逐渐成熟和完善。面对新的形势和挑战,工商银行立足自身实际分析,既看到分布式架构技术对于我行IT架构转型带来积极的促进作用,在电商、社交、数据挖掘等系统中加快引入使用;也看到金融行业与互联网行业在业务特点、服务理念、客户群体、存量IT资产等方面存在的较大差异,深入剖析传统IT架构与分布式架构的优缺点和适用场景,取长补短,有差别有针对性地予以采用。

    工商银行在IT架构转型工作中没有简单照搬互联网企业的做法,而是基于围绕传统商业银行业务已建起的近200个业务系统,结合“国际化、综合化”战略实施的现实需要,以“开放性、高容量、易扩展、成本可控、安全稳定、便捷研发”为主要目标,提出了“构建集中与分布有机融合的IT架构体系”的转型实施策略。对功能相对稳定、与客户资金安全紧密相关、且无明显性能容量压力的业务,一段时期内仍以传统集中式架构实现。对于业务新颖性强、创新速度较快、交易并发量大,或者对信息系统部署有特殊监管要求的境外业务,则逐步以开放平台分布式架构实现。

    2、高效推进分布式架构在工商银行的落地实施工作

    工商银行在IT系统架构转型过程中,始终坚持“优化存量、管好增量”的原则,统筹推进各项落地实施工作。

    一是对于原有部署在主机集中式系统的存量非核心业务,正逐步迁移至开放平台分布式架构系统。目前工商银行主机系统日均承载了近4亿笔交易,峰值达到每秒1万多笔,并继续保持着快速增长的态势。为应对交易量的持续增长,充分发挥主机系统和开放平台系统的不同优势,工商银行已将客户增值服务信息、历史明细、现金管理、会计要素管理等相关业务迁移至开放平台,目前正着手进一步开展小额支付、金融市场、投资理财等业务的迁移改造工作。

    二是对于原有部署在开放平台并采用传统集中式架构的系统,正结合业务特点差异有选择性地实施分布式架构改造。工商银行对于已有的网上银行、手机银行、银企互联、信贷管理、客户营销管理等多个系统,也正结合全行业务发展需要和业务内在特点,差异化地实施IT架构优化提升。对于线上支付、短消息提醒、产品集中销售等业务量波动较大的内容,正逐步按照分布式架构实施改造;对于柜面业务处理、客户营销管理等业务量相对稳定的内容,则重点基于集中式架构持续优化提升。

    三是对于近年来新推出的相关业务,工商银行注重发挥分布式架构等新技术作用,促进产品创新和服务能力提升。在互联网金融与大数据处理方面,工商银行基于分布式架构建设了“三平台(融e购、融e联、融e行)、一中心(网络融资中心)”、大数据处理平台等;在国际化方面,工商银行建设了基于开放平台的境外核心银行系统,已逐步在莫斯科等境外机构投产实施,在支持各境外机构业务灵活创新的基础上,也更好地满足了部分国家或地区的特殊监管要求;在综合化方面,工商银行结合各子公司业务特点,基于开放平台建设了相关业务系统,有效促进了业务的转型发展。

    工商银行分布式架构实践过程中的有关思考

    1、客观辩证地看待分布式架构带来的促进与挑战

    分布式架构以其具有的横向易扩展、松耦合、高可靠、硬件成本低等特点,迅速成为业界关注的热点。随着技术体系的成熟和相关开源软件的出现,进一步促进了分布式架构在各行业的广泛应用。工商银行通过自身实践,也充分体会到了分布式架构技术在支撑业务产品创新、降低功能耦合程度、确保系统稳定运行、降低硬件成本投入等方面的促进作用。但与此同时,分布式架构作为有别于传统集中式架构的设计,也有其自身的局限性。一是对于功能相对简单、服务需求相对稳定的业务,使用分布式架构反而将显著增加设计与实施成本。二是分布式架构对于架构设计、研发、运维等人员的知识结构有着新的要求,架构转型需要与人员知识结构转型相配套。三是对于已有的基于主机和小型机建设的系统,需结合系统现有布局、改造成本、业务系统升级规划等综合因素确定转型策略和实施计划。

    2、分布式架构转型需要科技和业务部门协同推进

    分布式架构下系统各组成部分的相互关系及作用模式发生了较大变化。除了在系统架构设计和研发等方面的变革,更由于系统部署模式、故障恢复机制的变化,须在运维监控、应急处理等方面进行配套,需要研发部门与运维部门之间的紧密协同,共同做好分布式架构下运维管理平台的建设和完善。同时,分布式架构系统建设过程中还需要业务部门与科技部门密切配合。一方面,可运用分布式架构的灵活可扩展、并行高效率处理等优势,在业务促销、复杂产品估值、实时风险防控等方面发挥价值;另一方面,分布式架构在数据和事务一致性等方面的局限,也可能给产品与服务带来一定挑战,需要业务部门和科技部门共同寻求解决方案。

    3、持之以恒推进IT架构转型优化工作

    当前服务创新层出不穷,信息技术发展日新月异,IT架构须紧随业务和技术发展趋势持续转型和优化提升。工商银行一直高度重视信息技术发展,持续加大对信息科技工作的资源投入,不断加强对新技术的研究与应用,持续推进IT架构的转型优化工作。当前,除了云计算、大数据等分布式架构技术已逐步发挥价值外,对于区块链分布式账本、人工智能、物联网等新兴技术,工商银行也在研究如何加以应用,以进一步提升客户服务与改进经营管理。

    (来自:人工智能和大数据)

    资料免费送(点击链接下载)

    史上最全,数据中心机房标准及规范汇总(下载)

    数据中心运维管理 | 资料汇总(2017.7.2版本)                                                    

    加入运维管理VIP群(点击链接查看)

    《数据中心运维管理》VIP技术交流群会员招募说明

    扫描以下二维码加入学习群

    展开全文
  • IT 架构测试之基础架构运维测试简介 测试对于 IT 领域来讲,是众所周知的重要概念,无论对于项目还是软件产品来说,测试都是贯穿始终的重要环节。 此次本文撇开大家熟悉的功能测试,集成测试,系统测试不谈, 聊...

    IT 架构测试之基础架构运维测试简介

    测试对于 IT 领域来讲,是众所周知的重要概念,无论对于项目还是软件产品来说,测试都是贯穿始终的重要环节。 此次本文撇开大家熟悉的功能测试,集成测试,系统测试不谈, 聊一下 OAT (Operational Acceptance Testing) 又称基础架构运维测试, 是一种新兴的测试方法,目标是为客户提供健壮,可扩展, 高可用的 IT 架构, 同时为客户降低不必要的 IT 维护费用,节省项目整体开支。

    一个健壮的 IT 架构的重要性在金融, 银行,保险领域日益凸显。状况频出的 IT 环境让对时间,成本"斤斤计较"的金融、银行、保险经理人对稳定可靠的 IT 架构的渴求愈发强烈。OAT 应运而生 - IBM GPS OAT 团队已经成功的将 OAT 测试服务推广到 IBM 在欧洲的若干重要的银行客户,通过对 IT 基础架构在数据完整性,高可用性,可恢复性,可维护性,可扩展性,以及安全及可监测性方面的综合测试, 降低产品上线之后产生相关问题时造成的高额修复成本。

    下面我们就以银行为例,全面介绍 OAT

    挑战

    可能有很多人并不了解 OAT 到底包含什么范围, 我们可以先想一下当前银行的 IT 环境所面临的挑战 - 停电,硬件故障,网络故障,甚至于自然灾害,例如洪水,地震,台风等等,这些无疑都会给银行正常运营带来风险,系统在遭遇灾难时所产生的错误或失败会造成服务的中断,因此合理的设计,正确的配置是提高架构健壮性的根本 , 而 OAT 则正是在设计和配置方面予以多方面的验证, 从而保证系统在上线之后无论遇到各种问题,都能从容面对。

    说了这么久,那基础架构层面的测试包含哪些内容呢 - 应用,中间件,服务器,存储, 网络以及多元化技术的部署。是不是看起来都是熟悉的东西,待我慢慢道来

    下图是一张典型的银行 IT 架构图,包含应用软件,存储区域,交易处理,网络传输,监控报警等等。

    图 1 . 银行 IT 典型架构图

    而下面这种图呢,则是展示了 OAT 针对银行测试的关键要素即测试重点

    图 2. OAT 测试重点分布图

    数据完整性

    银行无疑是最注重数据完整性的行业之一, 用户群庞大,交易量巨大,复杂性奇高是银行业务的特点。 数据完整性指的是能够维护和确保数据正确性及在其整个生命周期的一致性的能力, 针对数据完整性的测试对于银行而言至关重要

    高可用性

    银行三天两头"罢工"可不行,高可用指的是基于数据和应用,确保业务的可持续性,在最大程度上保护系统远离"灾难"的能力

    可恢复性

    如果灾难避无可避, 总得想办法恢复,不能置之不理,可恢复性指的是系统能够恢复到断点的能力,当然是在 SLA 规定的范围之内,一味求精也会导致弯路

    可维护性

    系统维护是必不可少的部分, 可维护性指的是维持系统功能,提供合理的支持流程以及责任到人的能力, 维护人员必须做到职责明确,系统出错时能迅速到位

    可扩展性

    不能"成长"的系统没有"前途",业务的增长必然带来系统的升级、扩容,可扩展性指的是系统必须有一定的扩展空间来处理日益增长的业务需求, 通常是指横向纵向的扩展, 例如在数据容量, 计算能力以及性能方面的考虑

    安全与监控

    "安全生产"始终要摆在首位,特别是对于银行这种存储大量客户敏感信息的行业更是如此。安全策略要全方位立体式的部署,对于授权,敏感信息修改要有记录可查, 同时系统错误也要配置监管为维护工作提供依据

    除此之外,银行 IT 是个"鱼龙混杂"的地方,各种技术交杂繁复,多重层面环环相扣,众多服务提供商层出不穷 , 可想而知,银行的 OAT 测试可谓挑战不断,难点重重

    经验

    作为 OAT 的先锋,IBM 团队已经向很多欧洲银行客户成功交付了许多关键项目的 IT 架构运维测试,确保系统的健壮性和性能在上线之前得到充分验证。通过对架构组件的针对性测试,降低"宕机"几率并提高性能。

    OAT 由若干关键要素组成,每个要素针对一种挑战,仔细看下图

    图 3 .OAT 测试要素组成图

    针对高可用的测试

    围绕负载均衡或者数据库及服务器的集群配置进行检查,从而确保高可用在设计考虑范围之内并且已经被启用。无论是硬件还是软件层面, 所有涉及高可用的部分都要通过测试验证,很多参数例如 failover 时长,对话保持及数据完整性都属于测试验证的范畴

    针对备份功能的测试

    确保系统具备对于应用 , 中间件,文件系统,数据库以及操作系统层面进行全备份和增量备份的能力,考虑备份及回复对于空间和时间的占用是否符合特定要求,这是验证的依据

    针对安装配置的测试

    安装配置是基础的基础,依据具体的安装实现文档,应用文档,配置文档针对生产环境的所有服务器,应用和中间件逐一进行安装和版本验证,确保符合项目需求

    针对维护的测试

    验证生产环境中对于服务器、中间件以及应用的维护模型已经创建,在系统一旦发生失败的时候, 能够构建正确的流程并通知到具体维护人员进行问题的迅速定位和解决。另外 , 系统自身的日常工作例如一些批处理作业,空间清理作业,应用程序的关毕重启设置,病毒库的更新等等也需要纳入考虑范畴

    针对灾备的测试

    检验灾备计划,根据项目需求,需要包含对于正常业务操作恢复的先后顺序进行合理排序。跨地域中心的灾难恢复测试也要进行

    针对安全性的测试

    检查系统的安全配置,在操作系统确定和应用程序正确安装的前提下,检查包括网络,防火墙,用户域,数据连接,用户授权,密码规则等方面的配置

    针对监控的测试

    为了确保服务器、中间件以及应用能够正常工作,需要有一双"眼睛"时刻监控。报警系统的正确配置则可以及时通知相关维护人员对特定问题进行处理,例如服务器宕机,硬盘空间不足,处理器使用率过高,甚至于严重事件的监测报警都在测试范畴

    技术标准

    OAT 作为业界的新兴技术,并没有现成的标准可以遵循,但是涉及到项目交付,从项目管理的角度来说,需要定义包含关键信息的可操作模型,诸如任务,目标,范围,组织架构,监管,服务,流程,功能,人员分配,报告及可持续发展机制。通过以上定义来帮助客户设定合理的预期及进一步建立良好信用

    从技术角度来来说,创建合理的测试标准对提供项目评估非常必要, 而且可以在多个项目中重复使用并且逐步完善。标准的制定要基于风险等级需求,阶段不同,架构不同,技术不同,都需要纳入考虑范围, 全面而又能适应多数项目需求

    结束语

    本文只是针对 OAT 的基本概念和基础组成部分的概要介绍, 但相信大家已经对目前 OAT 的测试完备性及重要性有了一定认识。随着客户对各种新技术的应用,OAT 范畴也在不断扩展,测试集也在同步增容,希望将来有更多的 OAT 方面的知识能和大家继续分享。

    展开全文
  • 34张史上最全IT架构师技术知识图谱 最新下载

    千次下载 热门讨论 2017-09-01 15:38:17
    34张史上最全IT架构师技术知识图谱: 下面是网络积累和收集的知识技能图谱,都是日常收集或者网站转载整理而成,其中每个秘籍图谱里面的内容都是互联网高并发架构师应该了解和掌握的知识。 性把这些图谱收集在...
  • IT架构分层描述

    千次阅读 2020-04-08 11:10:47
    IT架构九重天——IT架构分层描述 楼主最近开始学习云计算,这东西有多火或者这是怎么样的一个大趋势相信大家都不言而喻了。没什么练手条件下当然先把理论知识补充补充,所以找身边的大牛们推荐了一本入门级别的书。...

    IT架构九重天——IT架构分层描述

    楼主最近开始学习云计算,这东西有多火或者这是怎么样的一个大趋势相信大家都不言而喻了。没什么练手条件下当然先把理论知识补充补充,所以找身边的大牛们推荐了一本入门级别的书。你得先有那么一点基础才能一步步往上不是嘛,就跟你得先有那么几个英雄才能打排位,然后从青铜到白银,再到黄金,接着晋级铂金、钻石….最后到达最强王者,然后就下一个赛季了。啊,不好意思,扯远了,最近有点迷亡者农药。

    回来回来!思绪后来!这本书叫《云计算通俗讲义》,读之,受益匪浅,荐之。其中给我印象最深刻的就是解读公有云的服务交付模式IaaS、PaaS、SaaS和DaaS,以前一知半解的东西现在豁然开朗。所以今天来给大家分享一下,顺便自己加深印象。

    在这之前先来看看一个公司整体的IT应用搭建都需要一些什么东西,文中总结为如下9层,深感精辟!
    在这里插入图片描述

    让我们一起来简单了解一下每一层的功能。从①开始,设想现在我们要开始去建立一个属于自己公司的数据中心了!

    ①基础层

    这一层很好理解,就是机房基础设施。机房选址装修、供电、不间断UPS电源、温湿度控制、监控、门禁等等,总之就是把除了网络设备之外的一切基础建设完成。

    ②计算机网络

    包括综合布线、机柜安装、基础网络设备(路由器交换机)购买、安装和调试,保障基础网络畅通,简单来讲就是能让终端设备上互联网。

    ③存储层

    安装存储磁盘柜,保障数据的存储。当然,这个是指的普遍做法,前期预计好数据量然后购买相应的存储设备。如果是用超融合来搭建业务系统~嘿嘿嘿,你们懂的~

    ④服务器层

    应用必然要跑在服务器内啊,所以这一层就是购买和配置服务器,当然也包括搭建虚拟化环境,虚拟出来服务器。

    ⑤操作系统层

    根据前期对应用的规划,给每一台应用服务器(包括虚拟机)安装好对应的服务器操作系统。

    ⑥数据库层

    安装应用软件需要的数据库。

    ⑦中间件&运行库

    运行库就是程序运行的时候需要用到的库文件,运行库中一般包括编程时常用的函数,如字符串操作、文件操作、界面等内容。不同编程语言用到的函数不一样,所以库也不一样。
    中间件是一种独立的系统软件或服务程序,分布式应用软件借助这种软件在不同的技术之间共享资源。执行中间件的一个关键途径是信息传递。通过中间件,应用程序可以工作于多平台或OS环境。

    ⑧应用软件

    安装各种应用软件
    在这里简单介绍一下这三者的关系。
    应用软件的运行一般会单独用户到运行库的支撑,或者单独用到中间件,或者同时都需要用到。不需要用到运行库和中间件的应用软件非常少。
    中间件的运行可能用到运行库和数据库
    数据库的运行有时候需要依赖于运行库。

    ⑨数据层

    初始化各种业务数据,比如以前靠excel管理的财务数据,现在就可以录入用友等财务软件系统里面了。

    以上说的IT九重天,是指建设的时候按照这个顺序去建设,这也是广泛被接受和认可的“竖井”式施工和划分层次方式。

    展开全文
  • 要谈银行IT架构的前世今生,就要先从中国银行业的阶级划分讲起,理解了这些背景知识之后,才好探讨我们更关注的技术。 国内有多少家银行 我相信很多人大概只知道像中农工建交五大行,以及招商、中信、民生这些街头...
  • 超融合架构与传统IT架构的区别

    千次阅读 2020-11-07 11:05:06
    超融合架构与传统IT架构的区别 1、物理融合及管理融合:超融合架构把服务器、网络及存储进行了融合,并且搭载在统一管理平台上进行维护;而传统架构则是全部分离的。 2、存储架构:超融合采用分布式存储,传统...
  • 银行IT架构变迁史

    千次阅读 2019-01-30 14:20:51
    要谈银行IT架构的前世今生,就要先从中国银行业的阶级划分讲起,理解了这些背景知识之后,才好探讨我们更关注的技术。 国内有多少家银行 我相信很多人大概只知道像中农工建交五大行,以及招商、中信、民生这些街头...
  • IT架构——降低成本和复杂性

    千次阅读 2015-07-26 15:56:45
    关键词:IT架构 业务部门 IT部门 IT架构成本 在经济低迷期间,企业都在寻找一切机会削减成本。IT是总支出中的一个重要部分——在某些行业中占5%,甚至更多,但它对收入和利润的直接贡献却往往难以评估。因此,许多...
  • 企业IT架构

    2009-02-19 23:11:00
    在企业IT应用中,IT架构师是非常重要的角色。他首先要和CIO一起与业务部门沟通,将业务需求转化成IT实践;同时,IT架构师还可以为企业设定IT架构的总体目标。企业IT架构就是IT的发展蓝图,它可以帮助企业清晰了解...
  • 描述: 图1:企业IT架构规划标准框架图片: 描述: 图2:企业IT架构规划过程图片: 美国IT架构规划专家Zachman在上个世纪的90年代初,就建立了企业IT架构标准框架(Zachman Framework),如图1。Zachman的模型分两个...
  • 大数据时代的IT架构设计

    千次阅读 2014-04-17 15:08:40
    大数据时代的IT架构设计(来自互联网、银行等领域的一线架构师先进经验分享) IT架构设计研究组 编著  ISBN 978-7-121-22605-2 2014年4月出版 定价:49.00元 208页 16开 编辑推荐 l 一书在手,架构...
  • 银行管理与IT架构

    热门讨论 2014-11-17 17:23:10
    本书补充了若干金融IT从业人员工作中应该了解但原书中没有讲到的内容,如会计核算、零售业务、同业业务、客户关系管理、银行业务架构和技术架构等。
  • IT架构的SOA整合

    千次阅读 2015-10-21 15:15:52
    金蝶ApusicReadySOA解决方案分为五个实施层,从门户集成和身份管理、业务流程集成、数据集成与数据管理、应用集成、云计算平台五个层面全面整合企业的IT架构。 怎样通过SOA实现企业IT架构的整合框架呢?互联...
  • 企业IT架构—共享服务体系

    千次阅读 2019-03-29 14:23:06
    最近阅读了《企业IT架构转型之道》,感触较大,和我们公司这几年遇到的问题有很多相似之处,如果能够早几年看到这本书,一定能少走很多弯路,下面说说我对共享服务体系的感受。 先介绍一下这...
  • 企业的IT架构

    千次阅读 2017-08-16 20:36:43
    “Architecture is like teenage sex,everybody talks about it,nobody really knows what is it。“什么是架构? 摘自《聊聊架构》想象一下,在最早期,每个人都完全独立生活,衣、食、住、行等等全部都自己搞定...
  • 笨重的IT架构

    千次阅读 热门讨论 2009-10-16 14:36:00
    》之十一笨重的IT架构当今典型的信息系统架构如下图: 图1当前信息系统架构 我们看到,当前信息系统架构的特点是:l 每个应用各自为政,形成一个个信息孤岛,应用和业务流程的无缝集成很难实现。l 系统结构和...
  • 《企业IT架构转型之道-阿里巴巴中台战略思想与架构实战》读后感 转至简书:读《阿里巴巴中台战略》-思企业IT架构之转型 2015年阿里巴巴集团启动了中台战略,目标是要构建符合互联网大数据时代的,具有创新性、灵活性...
  • 2013年08月19日00:05 it168网站原创 作者:王玉圆 编辑:王玉圆 我要评论(1) 标签: 调查报告 , 架构师 , IT头条  【IT168 调查报告】架构是整个IT系统的灵魂,架构的成功与否关乎企业的...架构师成就IT架构
  • 银行系统IT架构设计和架构管控说明

    千次阅读 2020-11-10 11:07:48
    第一部分 编制说明 第二部分 系统架构 第三部分 架构管控
  • 随着近几年云计算技术与架构在各行各业信息化建设中和数据中心的演进变革,以及更加广泛和全面地落地部署与应用,企业数据中心IT架构正面临一场前所未有的,以“基础设施软件定义与管理自动化”,“数据智能化与价值...
  • 企业IT架构面临的问题及解决之道

    千次阅读 2018-01-29 09:49:37
    中国企业信息化也走过了从无到有,从有到多,从多到散的过程。我们可以将这个过程叫做“企业信息化...必须通过“企业信息化整合”来优化IT架构,提升IT价值,企业信息化已经进入到全面整合的新阶段。 1、企业
  • 企业IT架构的规划思考

    千次阅读 2012-07-12 11:38:45
    中国银行业的“大集中”是IT架构发生历史性变化的典型例子。在“大集中”之前,各种应用系统的开发都是在以省级分行为单位的基础上考虑的,完全没有整体上的设计;更确切地说,当时的应用系统开发主要是出于对部门级...
  • 《大数据时代的IT架构设计》以大数据时代为背景,邀请著名企业中的一线架构师,结合工作中的实际案例展开与架构相关的讨论。《大数据时代的IT架构设计》作者来自互联网、教育、传统行业等领域,分享的案例极其实用,...
  • 企业IT架构介绍

    千次阅读 2017-06-21 14:53:00
    企业信息化之路 问题   互联互通 ...企业数据集成业务架构 业务流程框架 业务流程模型 个性流程支持 跨业务的业务流程组合 EBS总线 ]
  • IT架构标准大体可分为以下两部分。1.系统结构标准。它决定了数据处理方式和数据模型标准,通过规范中间件产品的引入,能够对应用程序的开发方式进行制约。2.系统要素标准。它对组成系统的硬件和中间件的种类以及版本...
  • 【大运维之三】IT架构的渊源及方法论 发表于2015-08-12 10:24| 796次阅读| 来源高效运维公众号| 0 条评论| 作者龚勇 席娜@太保-上海 刘玉强 运维框架运维IT架构架构 摘要:在IT界活跃十余年,拥有...
  • 介绍阿里巴巴在建设共享服务体系时如何进行技术框架选择,构建了哪些重要的技术平台等,此外,还介绍了组织架构和体制如何更好地支持共享服务体系的持续发展。 主要内容分为三大部分: 第一部分介绍阿里巴巴集团中...
  • 300亿电商背后的IT架构美学与运维经验 2013年天猫双十一购物狂欢节支付宝交易额已突破300亿元,总成交笔数1.43亿笔,这300亿背后凸显了电商架构的含金量不可小觑。相比日常的电子商务交易,在“双十一”这种...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 350,344
精华内容 140,137
关键字:

it架构