埃森哲-官华-架构视角看数字化转型

架构视角看数字化转型2.数字化企业架构3.数字化运营4.转型演进1.理解数字化smart

machines,sensorsand

immensecomputing

power;

Moore,s|aw

drives

rampant

adoption.Disruptive

Business

ModelsReal-time

DataAnalyticsCyberSecurityWearablesMachine-MachineDIGITALBig

Data

insightsdrivingcompetitiveadvantage;need

for“hyper

agi|e”

mode|sMachine

LearningArtificial

IntelligenceVirtualAgentsCOGNITIVEtechnology.数字化不仅仅是另外—波颠覆性的技术变革Transactioncaptureand

mass

record

processingFilesBatchand

Online

TransactionProcessingMAINFRAMEDigital

is

not

just

viewed

as

another

wave

of

disruptive2000s1990s1970s–

1980secommerce

boom,connectedcustomer

and

rise

ofsocia|engagementB2BB2CE-CommerceERP,

MESsystemsof

record;

at

sca|eacross

g|oba|

operating

mode|PCsRe|ationa|

Databasesoftware

packageskey

EnabIingTechnoIogiesBusinessTriggers2020or

Sooner?CLIENT/SERVER2010–

2020TechnoIogyINTERNET

1.0wavesBuiIding

BIocKsofacustomercentric

DigitaI

Organization

客户为中心的数字化组织构成pub|ic

Ap|s4Cnnected

andinsiCOSData

and

securityBusiness

processesMai|nfrastructureAPP|icationsdrivted

andAna|yticstMobi|ityC|oudsocia|ghtsR&D||oTance

S'csFinnseDigitaI

Impact-

Framing

ye-terday-bu-ine--to

tomorrow-

数字化驱动-框定业务的未来IT/OT->

IIOTApplying

IT/OTintegrationand

Industrial

InternetsolutionsMobilityMobilitysolutionsextendingtothe

industrialarenaAnalyticsAdvancedanalyticsandBigData

applicationsareexpandingSocialEnterpriseSocialCollaboration

movingintooperationsCloud

Disconnected

onsite

workforce

CloudplatformsprovidenewwaysofdeliveringservicesLoca|

workforceReactive|s|ands

of

dataMany

manua|

steps|so|ated

TeamsS|ow

/

intuition

based

decisionsMateria|s

&

Logistics

misa|ignedIntegrated

SUppIY

ChainGIobaI

WorkforceRapid

/

data-backed

decisionsConnected

TeamDigitaIIY

empowered

workforceIncreased

process

aUtomationIntegrated

accessibIe

informationproactive

/

predictive011010101010101110

0111010101010110100111010100110101011.理解数字化2.数字化企业架构3.数字化运营4.转型演进用户体验编排中台服务销售产品

旧的系统

1.数字化转型对企业意味着什么?转型治理人工智能物联网虚拟化商品营销客服订单促销MES生产线人力资源财务管理合作伙伴……物流采购安全开放平台仓储管理变化项目群管理技术管理基础平台转型节奏企业大数据……战略重点开放平台移动化云计算微服务互联网多变的计划进度旧的流程看不见的数据不能改的架构过时的老技术完美的新技术临时的管理不能停的业务不好的体验永远在变的业务看不清的未来数字化外部环境体系数字化企业体系数字化客户数字化企业数字化供应商数字化在线体系数字化线下体系对企业来说,清晰定义其关键结构边界,是我们进行数字化转型的第—步1.Think

BIG:数字化企业架构体系大脑数字化服务运营销

营产

运营

运品

营IT管理全局的平台,而不是各个烟囱的应用,并为

应用提供整体运行环境和支持;o

多数的业务应用基于共享的平台环境进行构建,运行

和管理;o

基础设施由平台管理,而不是直接提供给应用本身;o

计算能力能够根据需求通过云化的资源池进行动态的

扩展;o

只有两种主要的IT开发模式:l基于标准的环境进行业务应用开发;l扩展平台的能力;业务通过—系列授权的共享服务环境进行管理和进

行快速实施;o

标准的管控措施基于流程提供和进行自治;o

新的IT模式,IT原则深深根植在IT员工的文化,IT流程,和IT系统中;现状

未来

{

Server

raries/

用应应现应用用应应用用应用应用relibtectwar用arcSo团队实由应用2.架构理念:面向未来的企业IT转型,核心是分层平台化模式•“大的共享平台+

小的应用”模式:通过实施新的应用架构和建设模式,能快速使能企业进行创新:业务,管理,运营;批处理

数据库

WebVirtualServersFrameworkServerSoftware,etc..数据库ServerDataCenter

Fabric由平台和基础设施团队提供基础能力提供:Linux-MediumLinux-sma||Ux

Itanium

LargeUx

Itanium

MediumUx

Itanium

sma||InternalWeb

ApplicationwithCore

integrationStandaloneexternalApplication….webServer批处理ServerDataCenter

Fabric平台….3.管理变化:适变模式.

按照企业架构的分层,

每个组成部分都有足够的适应,容错等,

可以随着业务,技术

等变化儿变化;按需模式.

整个业务,应用,IT架构的构建,被动的响应业务的需求,普

遍缺少预见性,不能

支持快速变化;企业的战略规划,目标,发展方向核心的卖点,盈利的方式,组织结构,关键资源,投入等企业内的运作方式,基于核心的商业模式,构建的运作团队和流程体系业务场景,业务流程等,是企业经营的核心载体基础的业务能力单元,为高层的场景提供功能对业务能力,业务场景的落地,以app的形式,包含前端,服务端,数据端三个关键部分各种企业共享的IT软件能力,包含两层:应用级的和平台级的,可以方便快速开发新应用支持企业业务app的运行环境,软件的框架,服务的框架等;各种基础的应用软件基础平台,操作系统等;各种基础的硬件设施,虚拟化,Docker,云化平台等各种网络的结构,关系,与上层的关系,设计原则数据中心的设计,与各种上层的分布的关系EnterprisestrategyBusiness

ModeIsoperation

ModeIBusinessscenraios/ProcessesBusinesscapabiIityBusiness

lTCapabiIities,orchestratation

appIicationsshared

lTCapabiIitiesappIicationsAppIication

PIatformsoftware

PIatformHardware

PIatformNetwork

PIatformDataCenter4.数字化企业架构层次定义,理解可变化领域业务层基础设

施层应用层应用平

台层战略层0106090308120710110405024.1理解商业模式企业的运营架构,类似组织架构,

定义了不同的组织单元在整个业务

活动中承担的职责和功能;通过分析不同的运营架构,我们可以明确不同的组成在业务架构里的权责利划分,变化;从而作为一个极其重要的输入,指导我们后续的业务数据建模,分布,功能分布等;更进一步,这个也极大的影响我们

整体架构的部署模式;按流程划分按职能划分按前端/后端划分矩

阵型按产

品或服务划分混合

型按地域划分按客户划分4.2理解运营架构生产阶段IT使用管理,IT服务支持,IT运行维护,IT安全管理;数据准备,软件准备,

环境准备,部署,就生产阶段业务销售,服务支持,运行维护,安全管理等规划阶段新业务需求,业务优研发阶段业务数据,模型,架实施阶段数据准备,环境准备,产品业务运营各种业务产品各种业务产品各种业务产品各种业务产品理解业务运营和IT运营规划阶段新的IT建设需求,故

障处理,优化等研发阶段软件研发,架构,编

码,测试,质量等IT部门关注区域构,研发,测试等业务部门关注区域化,业务变更等测试,就绪实施阶段产品IT运营绪3:终端销售流程3.1:订单创建

3.2订单处理>3.3订单结束否3.

1.

1选定终端3.

1.2选择支付银行3.2.4用户取货3.3.1订单成

功处理3.2.3通知用

户取货如何定义新的流程,新的场景;从业务的角度,到底应该如何定位?Xx出差4.3理解业务流程,业务场景业务审批直接老板

审批Business

Events

(process

orchestration

F|ow)订机票买保险订酒店电子商务支撑室客服人员

是

3.2.1将订单派至

县市主营业厅3.2.6配送至用

户3.2.5取货,

将货送至物流中心3.3.2订单失败处理用户是否签

·收

3.3.3签收单带

回,

订单处理县市主营业厅3.

1.4电话回访完善订单本地物流商本地物流商3.2.2备货、修

改货物状态送货人员客服人员取货人员是否用户自

行取货是否完成支付3.

1.3审

核订单订单是

否有效用户 否结束开始是否否是是消费者渠道收藏购物

车商品配置相关商品选择•配送方式•支付方式•

积分•

包装方式•

包裹方式•配送方

•收货方式•

风险管理

•

滥权订单支付仓库物流安全4.4理解业务场景模型,构建数字化对象商品•用户细分•

搜索入口

•类目入口

•

销售方式•商业渠道

•技术渠道•商品配置

•销售方式•

购物车时效•收藏方式•用户活动•商品活动•

订单活动•渠道活动•

物流活动促销

活动网路数据中心lT管控体系产品运营管理告警监控管

理业务管理lT基础设施管理配置管理服务端流程能力服务中心共享能力服务中心业务能力服务中心

企业应用lT架构参考产品应用和平台体系产品应用lT产品应用

运行平台lT基础设施企业lT架构,从整体上划分为三个大的部

分:1.产品应用部分:面向各个不同的业务

应用产品;2.企业共享lT平台部分:面向不同的产

品应用,为其提供各种统—的lT基础

能力和设施等;3.企业统—lT管控:是整个企业大lT环

境的—部分,对lT产品应用实现统—

的lT运营管理;因此,对于产品而言,我们由于产品架构

的差异性,我们这里仅仅给出参考架构,后续国寿可以根据自身的条件和产品的状态逐步对架构进行打开,从而可以了解更

细节的情况;关键参考:1.理解lT架构的层次结构,定义lT管控

体系,lT平台体系,lT基础设施的内

涵;2.理解产品的lT架构组成;3.帮助我们理解产品的分类组成;4.5从IT角度理解业务应用的结构mobi|e

,pc

基础服务环境:dubbo

,servicemesh

,

……

前前端端环平境

:

业

台

lT

平台业务服务平台

务平数据关台服行台编排运平服务统平网虚拟化平台能力开放服务能力开放平台共享技术

能力层应用平台层系统软件层企业统

l台T管理控平台系统软件层:MongoDB

,Redis

,Memched

,Nginx

,Mysq|

,Java

,MQ

,

……共享技术能力:Log

,cache

,search

,Event

,Fi|e

,Message

,Task

,

……外部集成服务外部集成平台告警监控管

理服务管理服务管理配置管理业务管理安全管理安全管理性能管理性能管理数据服务业务数据Apl网关服务服务编排服

务XxApl业务应用告警监控管

理安全管理配置管理服务管理业务管理性能管理ul/ue业务组件web/

Mobi|e

应用集成

开放

平台Xx编排Xx编排Xx编排XxAplXxApl数据端应用层前端策略4:对于业务运营多样化和个性化体验变化较多的业务,考虑用微服务模式实现,但要尽可能采

用业界先进的应用理念,如:简易认证、分布

式,高可用等。策略

3:对于成熟业务,业务规则明确,业务变化

慢的业务,优先采用成熟套件软件包。如供应链、财经等业务优先采用oracIe

ERP。软件包通过统—的服务架构技术集成;策略

5:对于已有系统支撑的需求,变化相对缓慢,但是

现有系统技术参差不齐,这种方式下,通过定义

集成老系统服务实现,集成服务方式基于平台统

—的服务化架构构建。策略2:对不同的业务场景需求,需要跨不同的软件

形态,聚合不同的服务,采用快速流程式软

件模式,如:审批,申请,订单处理等;策略

1:按照业务策略性,独立性和用户体验等原则,

选用业界成熟的公有云服务/应用,如支付、微信、顺丰、天气预报等;4.6理解业务的不同应用实现模式/业务/业务需求需求统—服务化服务化协议数据交换服务化协议

转换数据交换统—服务化集成层:协议转,使用认证公有云服务公有云服务属于企业

外部的第三方的业务

能力,为了纳入体系,

需要通过集成层进行

统—的管理和使用;快速流程式软件属于新的业务应用实现方式,能够快速实现不同的业务流程需求;基于新的技术栈和服务化能力开发;遵循的服务标准直接接入环境;成熟套件成熟套件软件模式下,根据套件的开放程度,需要综合采用实现服务化,数据交换的方式实现套件与服务化环境之间的桥接;微服务化应用基于新的云化服务化架构标准构建的新的业务应用;Legacy系统在整体体系内,还包含多个Iegacy的系统,他们同样需要统—接入平台;采用在Legacy系统外部构建服务化接入层的方式来实现;云化服务化平台4.7理解融合环境策略统—服务化统—服务化统—服务化转换基于应用的微服务化分析,我们理解任何—个具体

的应用,在进行微服务化的时候,都需要考虑如图

所示的微服务应用差异性,并独立进行控制:1.

应用前端访问自己的服务端;2.

服务端不同微服务之间的互访;3.

服务端访问数据端;4.

面向第三方的开放平台访问服务端的服务;5.同—个业务领域内的其他服务访问;6.

对共享技术服务的访问;7.

与音乐管控之间的访问;上述的七个服务控制点,是我们进行微服务设计时

必须要小心病全面考虑的内容;前端123数据端服务端4.8理解微服务架构控制策略开放平

台其他应

用访问公共技

术服务应用管控4576多中心部署订单信息运营状态信息(体验,日志等)总部运营中心各种区域操盘信息

各种运营信息各种状态信息比较广泛应用的中台定义有三种:1.

从业务的角度,关注业务数据,状态的分布,

比如:多中心部署模式下,总部作为统—的

中台,形成全域范围的业务管控;区域负责

自己业务的实施;2.

从共享的角度:提供统—的可共享能力,供

其他业务应用在其上进行二次增强,扩展;3.

从IT架构的角度,把服务端定义为中台;4.9部署形态,以及中台定义区域运营中心

区域-》总部数据同步总部-》区域数据同步区域运营中心区域运营中心1.

服务子系统自己的前端业务应用组件,可以访问自己的服

务层的服务;2.

服务子系统内服务层的业务服务,可以访问自己的数据层

服务;3.

不同服务子系统之间的前端组件,我们定义两种形态:

homepage和bIocK;•

Homepage:不同的homepage不能互相嵌套;•

BIocK:不同服务子系统的bIocK,需要通过定义第三

方的homepage来进行组装;4.

不同的服务子系统的前端业务组件层,不能进行互相调用;5.

不同服务子系统的服务层服务接口,可以根据需要调用其

他服务子系统的可访问接口;6.

不同服务子系统的服务层服务,不能访问其他服务子系统

的数据层服务;7.

不同服务子系统的数据层服务,不同进行互相访问;数据端

7

数据端前端业务应用组件

3

前端业务应用组件4.10单个业务应用的访问与被访问策略业务服务端业务服务端64A业务应用

B业务应用

5

2211考虑应用的前后端分离模式,这种编排

只对前端部分进行处理,实现新的业务

逻辑;•

首先由新的业务编排应用调用各个

需要的业务应用前端,不改变这些

应用的逻辑和结构形态;•

新的应用前端获取不同其他应用的

业务数据,调用自己的业务服务进

行数据和逻辑处理;•

新的业务应用服务逻辑包含对这些

不同业务应用的数据管理和处理;•这种新的界面组合方式,可以是嵌

入式,也可以是采用界面跳转的方

式来进行;新的编排业务流程应用4.11基于前端编排的业务流程场景实现•

方式1

:在这种模式下,我们通过定义新的前端来实现对不同前端进行编排访问B前端业务应用组件B业务服务端B数据端c前端业务应用组件c业务服务端c数据端前端业务应用组件业务服务端数据端A前端业务应用组件A业务服务端A数据端前端业务应用组件考虑应用的前后端分离模式,这种编排

方式只对服务端进行处理,实现新的业

务逻辑;•新的应用实现自己的完整业务逻辑,

前后端实现等;•

新的业务服务调用不同的第三方的

业务应用的服务,完成业务操作;•

新的业务应用独立实现与第三方业

务应用有关的各种界面;•

新的业务服务调用第三方的各种业

务服务,实现自己的业务逻辑;新的编排业务流程应用新的前端4.12基于服务编排的业务流程场景实现•方式2

:在这种模式下,我们通过服务端的调用实现编排B业务服务端业务服务端B数据端c前端业务应用组件c业务服务端数据端重新开发的,与c相关的前端业务应用组件重新开发的,与A相关的前端业务应用组件重新开发的,与B相关的前端业务应用组件A数据端A业务服务端新的前端c数据端A前端业务应用组件B前端业务应用组件1.理解数字化2.数字化企业架构3.数字化运营4.转型演进新IT运营模式:从项目为中心模式变成服务为中心模式•

围绕服务的生命周期变成了新IT模式的核心设计理念

传统项目为中心IT模式新的服务为中心IT模式Project持续评估

持续集成持续部署概念服务

逻辑服务

物理服务Demand:

CRMDefine:

MyCRMDrive:

MyCRM2.1.1RFCBusinessn:mService

DesignManagementLogicalServiceBlueprintRequirementtoDeployShop/Buy/Pay/

ManageRequest

to

FulfillITContract1:n1:nBuildManagementDeploymentPackageDevelopment

ManagementSourceSourceProject

Delivery

ManagementITProjectPackageErrorReleaseReleaseManagement1:nRFC(Normal)ShoppingCartKnowledgeItemn:mOffer

CatalogSubscription

ManagementShop/

Buy

/

Pay

/

ManageChargebackContract1:nUsage1:nBilling

/

Chargeback

/

ShowbackChargebackContractSubscriptionSubscriptionOfferFulfillment

RequestCatalogManagementn:m1:n1:n1:1Conceptual

ServicePolicy1:nStrategyManagementConceptualServiceBlueprintStrategy

toPortfolioPortfolioRequirementManagementn:m

RequirementProposalManagementITContractService

Portfolio

ManagementServiceEndpointRequirementtoDeploy1:nPolicyn:mRoadmapPolicy

Managementn:1ConceptualServiceBlueprintService

BlueprintArchitecture

ManagementITService

Architecturen:mn:n:m1:11:n参考的服务为中心的生命周期运营管理计划

实施

些产Strategy

toDemandManagementDemandStrategy

toPortfolio1:nRequirements

ManagementRequirementTestManagementTestCase1:1DefectDefectProblemManagementProblem,Known

ErrorDetect

toCorrectDefect1:nDefectManagementDefectIncidentManagementDetect

toCorrect1:1ConfigurationManagementActualServiceCIsDet

ecttoCorrect1:1ManagementDesiredService

CIs

1:nRelease

BlueprintUnbound)Service

ReleaseBlueprintReleaseManagementService

ReleaseRequirementtoDeployn:1n:m1:nIncidentIncidentManagement

Det

ecttoCorrectUsageManagementRequesttoFulfillUsageServiceMonitoringServiceMonitorDeployment

ManagementDesiredServiceRequesttoFulfillService

DiscoveryService

MonitorEventEvent

ManagementIncidentn:mn:mn:mn:mn:1Event1:n

n:m1:nCI

n:mConfigurationManagementActualService

CIsProblemn:mIncidentManagementProblemManagementProblem,Known

ErrorRFC1:nDiagnostics&RemediationRun

bookRun

book

Run

bookRun

bookn:mKnowledge

ItemKnowledge

CollaborationChangeManagementRFCRequestto

FulfillKnowledge

ConversationItemInteractionIncident

n:m概念服务逻辑服务物理服务DemandDemandDemandDemandRequest&RoutingManagementRequest

toFulfillService

ReleaseBlueprintDeployment

ManagementDesiredServiceCIs1:n

1:nService

ReleaseBlueprintProposalManagementITContractITContract1:nn:1RFCn:mDefectManagementDefect

DefectRequirementtoDeployRequest&Routing

ManagementFulfillment

RequestDefect

Demand1:1Project

Delivery

ManagementITProjectRequirementtoDeployAssets(availability)Budget(estimate)AssetManagement1:n1:nServiceCatalogEntry

Bound)DemandManagementDemandConfigurationManagementActualServiceCIsDet

ecttoCorrectChangeManagementRFCUsageManagementUsage

RecordDemandManagementStrategy

toPortfolioProblemManagement

Problem,KnownDet

ecttoCorrectProblemManagement

DetecttoCorrectCompetency(availability)LaborManagementSelfService

SupportRequest

toFulfillProjectDeliveryManagementRequirementto

Deploy1:nRequirementDemandManagementStrategy

toPortfolioServiceMonitoringDet

ecttoCorrectDemand(rationalized)n:11:1RFC(Standard&

Normal)Supplier(ExternaltoIT)Service

DesignManagementChange

ManagementIT

FinancialManagementAssetManagementService

DesignPackageITFinancialManagementLogicalService

BlueprintServiceCatalog

EntryRFC(Normal)Bill/

InvoiceService

ReleaseService

Monitor1:n1:nITProjectIncidentRequestRequestDemandDemandUs