1、杨堃,初中开始编程,干过3年研发,现任VIPKID产品总监,开过2年公司,做了6年产品,什么是企业应用架构,企业应用架构是指一整套软件系统的构建，通过合理的划分和设计组合在一起，支持企业方方面面的经营运作。不论是传统企业，还是互联网公司，发展到一定阶段，都需要一整套体系化的应用架构来支撑其运转。企业应用架构是跟随业务发展而逐步演化的,小门店的Excel管理之路,采购记录,商品信息,交易记录,假设您是一名个体从业者，管理一家小型门店；通过Excel合理的设计三张表格，可以让你轻松掌握所有的库存、销售情况；Excel使用得当，可以当做一个小型软件系统使用；所有的软件系统无非都是对数据的增删改查操作

2、；,小超市的轻量级ERP之路,ERP：Enterprise Resource Planning,您的生意发展迅速，开设了第一家小型超市您雇佣了更多的员工帮您进行运营您作为店长更多进行管理与经营分析工作,更多的员工，更大的业务量，需要一套专业的ERP支持仔细挑选后，您选择了一套轻量级的小型ERP，并购买了其中几个模块现在，我们可以绘制公司的第一张应用架构图（功能模块图）,通过CRM拉近与客户的距离,CRM:Customer Relationship Management,您的小型超市发展良好，规模继续增长您打算开通微信公众号，实行会员积分，以便更好地管理、维护您的客户,通过购买专业的CRM软件，

3、实现会员积分管理进一步升级ERP模块，管理功能更强大功能模块图升级为应用架构图，现在您拥有三套系统,中型连锁超市的架构之路,业务发展迅速，您开设了多家中型连锁超市，以及中央仓库公司整个团队已有上百人您采用了更加专业化的团队设计和分工一张标准的公司组织架构图出现了在没有研发团队的情况下，信息技术部职责定位在网络、服务器维护以及项目管理,中型连锁超市的架构之路,OA:Office AutomationHRM:Human Resource ManagementBI:Business Intelligence,公司标准职能单元运转，需要更多的软件系统支持OA，HRM等项目分别快速实施BI、DM和DW的

4、实施，可以让公司更全面的贯彻数据驱动的经营管理DW和BI比业务系统报表更擅长数据分析与决策：DW的数据模型更适合做多维分析，数据探查DW可以解决异构系统数据孤岛问题DW的成功实施，有以下关键要素：公司层面的经营分析思路体系化，指标管理规范化数据部门组织架构、与业务部门合作流程合理设计提升全员数据化管理运营的概念和意识软件本身并不能解决企业的问题，只有配套的架构、流程、制度与意识，才能发挥软件的功效。,应用架构跟随业务而变,公司打算进入大客户礼品市场新成立大客户地面销售团队信息技术部新增研发部与需求管理部需求管理部负责受理业务需求，输出产品方案传统公司常设需求分析、系统分析岗位，类似于互联网公司

5、PM需求分析岗位对业务的参与程度与决策权，取决于公司对IT部门的定位以及负责人在公司的影响力,应用架构跟随业务而变,OCRM:Operational CRM,设计支持地推业务的OCRM系统时。CTO面临两个选择：方案一：实现一套独立于现有CRM的OCRM优点：OCRM系统已有成熟的软件可以选择，无需从头开发；两个系统边界清晰，分工明确，便于未来各自的发展与演变。缺点：应用架构变复杂（但清晰），可能需要将原有的CRM和OCRM做数据打通，对原有的客户模型做升级。方案二：在原有的CRM基础上开发新模块优点：没有显著优点。缺点：新开发模块成本高速度慢，系统边界模糊，导致以后维护升级时模块管理的混乱。

6、综合评估两套方案实现的成本和速度，考虑到对未来业务变化的灵活支持，同时为了避免影响核心CRM业务的稳定性，CTO决定采用方案一,在线商城业务带来了互联网化管理,公司计划开展在线商城业务新增电商部，岗位设置参考互联网电商公司,产品研发团队向电商部门经理汇报客服团队升级为一级部门,在线商城业务带来了互联网化管理,新增电商C端新增对应C端的中后台会员、账号管理独立建设新增CallCenter，主要解决客服、客诉、回访问题人员汇报关系设计问题，导致一些应用架构的“将就“电商产品技术总监不向CTO汇报总监设计了相对孤立的电商系统后台电商系统与公司现有业务系统没有很好地做架构融合CallCenter冗余了

7、CRM和电商系统两套客户资料,信息孤岛和烟囱式应用造成业务问题,1.线上客户在公众号查不到自己信息,2.线下客户使用在线商城需要重新注册,3.客服查询的客户数据有延迟,4.客服无法协助客户修改资料,5.客户数据冗余，无法做跨渠道分析,主数据管理解决信息孤岛问题,通过主数据管理理念与架构设计，解决信息孤岛问题调整电商产品技术总监虚线向CTO汇报，解决架构决策问题CTO体系负责整体架构以及基础平台，电商总监聚焦业务端建设支持主数据的管理要点主数据架构思想要自始至终贯穿应用架构设计主数据建设要在合适的时机开展,抽离共性模块全面中台化建设,公司经营稳定，业绩稳步增长应用架构可以适时做升级重构不稳定底层

8、抽离公共服务和模块将共性模块服务化、平台化例如：消息服务，权限管理服务，支付服务通过数据挖掘及业务策略输出，进一步挖掘DW能力输出策略既可以为C端，销售CRM端，也可以为运营端提供支持,集团业务层面强化中台建设,公司开展C端理财业务，公司升级为集团公司，事业部独立核算，自负盈亏集团层面提供人力、法务、基础IT架构支持,理财事业部参考互联网组织架构，设立产品研发部将信息技术部-需求管理部升级为产品部,强健的中台架构快速支持新业务开展,强健的IT基础架构，让新业务系统部署快速展开Msg，Pay，MDM的组件化，中台化，让理财业务只需要构建前端应用和核心管理后台DW，DM让数据迅速聚合落地，输出策略

9、和价值,Passport的服务化、中台化,再次将账号体系服务化，中台化，打通集团层面的C端用户账号体系通过主数据的管理思想，解决账号信息孤岛问题,思考：订单中心和商品中心是否要实现中台化建设呢？,通用企业应用架构图,应用架构示例 美团,美团业务以平台撮合供需方交易为主公司发展多年，IT系统已经成熟稳定外部系统包括用户C端和商家自服务B端常规中后台模块完整自成体系地推、客服、配送等业务单元需要各类业务系统支持由于不涉及自采业务，WMS可能不存在类似于财务、OA等管理软件必不可少涉及到线下门店管理，GIS以及POI管理必不可少服务化的底层服务健全BI、DW、MDM必然是标配,以上架构为作者猜测，作

10、者并未在该公司供职或咨询过相关应用架构,应用架构示例 今日头条,今日头条为资讯类信息流C端常规盈利模式为广告变现由于不涉及交易，中后端系统相对会简单一些广告售卖需要销售团队，OCRM应该是标配OCRM管理对象是广告主，而不是网民公司体系庞大，管理类软件必不可少基础架构部分可能会相对简单数据底层必然强大,以上架构为作者猜测，作者并未在该公司供职或咨询过相关应用架构,应用架构示例 墨迹天气,工具类产品，创业初期，不考虑变现的情况下，架构最为简单常规变现手段为广告投放，随着业务发展，有可能发展成为类似于今日头条的应用架构,以上架构为作者猜测，作者并未在该公司供职或咨询过相关应用架构,实际工作中经常遇

11、到的问题,1.是做一套新系统，还是修改老系统,2.新系统如何定位，老系统如何调整定位,3.数据如何流转，系统之间如何关联，底层数据如何打通,4.是否要复用其他系统模块，是否要将某些模块抽象化，服务化，平台化,应用架构设计的一些建议,1.系统定位和边界要清晰，对应的业务定位和边界要清晰,2.系统要实现松耦合，高内聚,3.易变的，尝试中的新业务要避免影响现有业务的稳定性,4.系统之间数据要实现单向流转,5.架构设计核心目标是支持业务，有些时候不合理的存在是合理的,优秀的架构师要懂得在合理架构设计和灵活多变的业务发展之间做出智慧的权衡取舍,进一步的学习,1.完整的企业架构（EA，Enterprise Architecture）分析构建，包括业务架构、应用架构、技术架构、数据架构,2.常见的企业架构设计范式模型：Zachman、EAP、TOGAF,各大平台火爆销售中！,如何设计一套产品支持一条业务线如何设计一套产品体系支持一家企业全书贯穿一个完整案例既有方法论，又有实践方案帮你建立思维框架，而非工具教学,THANK YOU,谢谢,