阿里巴巴的前台叫什么，阿里巴巴对前台、中台和后台职责的定位

很多朋友对阿里巴巴的前台叫什么，阿里巴巴对前台、中台和后台职责的定位不是很了解，每日小编刚好整理了这方面的知识，今天就来带大家一探究竟。

提起中国台湾，很多人自然会问：“既然有中国台湾，是不是有前台和后台？各自的职责是什么？”本文给你详细解答。我们来看看阿里巴巴对前台、中台、后台职责的定位。前台主要是为客户和终端卖家实现营销推广和交易转化。中间平台主要是供运营商完成运营支撑。

后台主要面向后台管理人员，实现流程审核、内部管理和后勤保障，如采购、人力资源、财务、OA系统等。

企业级能力往往是前台、中台、后台协同作战能力的体现。如果把业务中心比作陆军、火箭军、空军等专业军种，主要发挥单一军种的战术专业能力，那么前台就是作战力量，它将根据前线战场的实时作战需求，快速完成不同职能业务的中心能力的组合和调度，实现不同业务板块能力的整合，形成强大的联合打击能力，完成精确打击，获得企业效益最大化。

数据中心是信息中心和联合作战总部，是企业的智能大脑。它可以收集各种前线作战的数据和信息，以完成数据分析，制定战略和战术计划，完成不同业务中心能力的智能调度和组合，为前线作战部队提供快速的数据和情报服务。后台是后勤力量，不直接面对前台业务，主要提供企业的后台支持和管理能力。以下是详细介绍。

传统前端企业的早期系统很多都是建立在业务领域或者企业组织架构的基础上，每个系统都有自己的前端接口和后端业务逻辑，不同的系统相互独立。用户操作是垂直的，有时一个业务需要登录多个系统才能完成完整的业务流程，如图1-2所示。

图1-2烟囱式系统建设模式中间平台搭建完成后，前端建设需要一个企业级的整体解决方案，实现各种中间平台前端业务、流程、接口的组合、沟通和集成。无论后端有多少个中间站，前端用户总觉得只有一个前台，如图1-3所示。

图1-3前端服务的整合在前端设计中，可以借鉴微前端的设计思路。通过企业级主应用和微前端应用的集成，不仅可以实现前端页面逻辑的解耦和页面级服务的重用，还可以根据企业核心业务环节和业务流程，动态组合和排列不同业务板块的微前端页面，实现企业级前端服务的集成。

微前端页面还可以集成到不同终端和渠道应用的核心业务环节中，实现前端页面、流程、功能的组合和重用，同时满足场景化的销售需求，实现微前端应用的灵活快速发布。中国大陆和台湾传统企业的核心业务大多是基于集中式架构开发的。这种集中式的单一系统普遍存在扩展性弱、灵活性差的问题，无法适应突发高频访问的互联网业务场景。

同时，传统的企业数据应用大多通过ETL工具提取数据，实现数据建模、统计和报表分析。这种传统的数据仓库处理模式往往存在数据时效性的问题。此外，传统数据应用主要面向企业管理和决策分析，不面向前台，难以快速响应一线业务的数据服务需求。

因此，在企业数字化转型中，需要同时解决传统业务和数据应用建设的问题，采用双中间平台模式，同时建设业务和数据中间平台。1.业务中间平台的构建可以采用DDD方法。通过领域建模，可以从每个单体中分离、沉淀和组合出可重用的公共能力。采用微服务架构，将其打造为共享的通用平台。

通用能力中间平台强调标准化和抽象能力，实现对企业所有业务领域的能力重用。同样，我们也可以通过微服务架构，将核心能力构建成一个可重用的、可以面向不同渠道和场景的核心能力中间平台。在设计核心能力的中间平台时，需要充分释放企业能够快速适应不同业务场景和渠道的强大核心能力，从而在面对不同渠道和客户时，快速灵活地发挥企业的核心竞争力优势。

通用能力可以通过抽象和标准化设计，使其具有更强的业务集成和企业级的组合和支撑能力，可以通过企业主应用连接不同的业务板块，对企业业务、数据和流程起到粘合剂的作用。微服务在服务中心落地后，可以向前端、第三方等中心站提供API服务，实现通用能力和核心能力的复用，如图1-4所示。

图1-4关于微服务的外部服务模式有一点需要注意：在将传统的集中式单一应用按照业务职责和能力细分为微服务，搭建中间平台的过程中，会产生越来越多的独立部署的微服务。虽然这提高了应用的灵活性和高可用性，但是由于微服务之间的物理隔离，微服务拆分会导致数据的进一步分离。

原来单一系统的一些内部调用也会变成跨微服务调用。另外，前端和后端分离后，还要完成前端和后端的应用集成，这就增加了企业级应用集成的难度。如果没有合适的设计方法和指导思想，没有处理好前台、中台、后台的关系，会进一步加剧前台业务和数据的孤岛化、碎片化。

2.为了打通数据孤岛，通过数据智能实现业务和数据的融合以及商业模式的创新，支持在线数据服务，支撑业务中心和前台的精细化数字化运营，企业需要同步建设数据中心。数据中心的主要目标如下。

一是完成企业全局数据的采集和存储，实现不同业务类别数据的集中管理。第二，按照标准的数据规范或数据模型，基于不同的学科领域或场景对数据进行加工处理，形成针对不同学科和场景的不同数据服务体系，如客户视图、代理商视图、渠道视图、机构视图等。

三是建立数据驱动的运营体系，基于各个维度的数据，萃取数据价值，组合企业各种能力，支持业务智能化和商业模式的创新，实现精细的数字化运营。

相应地，数据中台的建设就可分为三步。

第一步，实现各中台业务数据的汇集，解决数据孤岛和初级数据共享问题。

第二步，实现企业级实时或非实时全维度数据的深度融合、加工和共享。

第三步，萃取数据价值，支持业务创新，加速从数据转换为业务价值的过程。

数据中台可以建立在数据仓库或数据平台之上，将数据服务化之后提供给中台或者前台应用。与数据平台相比，数据中台不仅服务于分析型场景，还更多服务于交易型业务场景，为前台业务提供数据智能服务。基于数据库日志捕获的技术，使得数据获取的时效性大大提升，这样就可以为数据中台的交易型场景提供很好的支撑。

综上，数据中台主要完成数据的融合和加工，通过数据智能化，实现智能化的业务和流程创新；通过萃取数据业务价值，提供数据服务，最终实现数字化运营。 03 后台后台主要面向企业内部运营和后台管理人员。对于后台，为了实现内部的管理要求，很多人总会习惯将一些管理流程嵌入核心业务链路中。

而这类内控管理类的需求对权限、管控规则和流程等要求一般都比较严格，但是大部分管理人员只是参与了某个局部业务环节的审核。 这些复杂的管理需求，会凭空增加不同渠道应用的前台界面与核心流程的融合难度以及软件开发的复杂度。

在设计流程审核和管理类功能的时候，其实我们可以考虑按角色或岗位进行功能聚合，将一些复杂的管理需求从通用的核心业务链路中剥离，通过特定程序入口嵌入前台App或应用中，专门供后台管理人员使用。而对于中台与后台的数据交互则可以采用事件驱动的异步化的数据最终一致性模式实现数据复制，减轻中台业务压力。

当管理需求从前台核心业务链路剥离后，前台应用将会具有更好的通用性，可以更容易地实现各渠道前台界面和流程的融合。前台应用或App就可以无差别地同时面向外部客户和内部销售以及其他业务人员，从而促进传统渠道与互联网渠道业务模型的统一和前台应用的融合。

以上知识分享希望能够帮助到大家！