精华内容
下载资源
问答
  • 作为企业支撑业务开发的核心系统,中台的重要性不言而喻,很多企业也开始尝试中台的构建落地工作。Biz-UI 的业务中台孵化于BSAP(BusinessServiceArchitectureandPractice)项目,经过一年多的积累,终于开花结果...
  • 微服务-中台-业务关系图 知识云微服务架构 微服务开发平台规划架构图 微服务架构图 物联网微服务业务架构 阿里中台技术在大型企业数字化转型的架构图 阿里中台战略笔记

    微服务-中台-业务关系图

    在这里插入图片描述

    知识云微服务架构

    在这里插入图片描述

    微服务开发平台规划架构图

    在这里插入图片描述

    微服务架构图

    在这里插入图片描述

    物联网微服务无业务架构

    在这里插入图片描述

    阿里中台技术在大型企业数字化转型的架构图

    在这里插入图片描述

    阿里中台战略笔记

    在这里插入图片描述

    展开全文
  • 我们认为中台的意义应该是什么,无论是技术中台业务中台还是数据中台,我想它应该是为业务和组织而生,为能更加快速敏捷的响应业务的变化,给公司带来效能上的提升,价值上的提升,创新能力的增强,进而还能促进...
  • 微服务架构-数据台和业务中台...在原来我谈企业中台的时候,很少专门谈到数据台和业务中台,更多谈的是技术台和业务中台,技术中台类似我们原来说的技术平台层和业务不相关。而对于业务中台,其中包括了以...

    微服务架构-数据中台和业务中台(3.27)

     

     

     

    首先我们看下阿里巴巴Aliware团队对企业中台的定义。即企业中台是由业务中台和数据中台构建起数据闭环的运营体系,实现以数字化资产的形态构建企业核心差异化竞争力。

     

    在原来我谈企业中台的时候,很少专门谈到数据中台和业务中台,更多谈的是技术中台和业务中台,技术中台类似我们原来说的技术平台层和业务不相关。而对于业务中台,其中包括了以数据能力提供为主的微服务模块组件,也包括了业务规则处理为主的组件,还包括了各种能力组合组装的能力组件。

     

    在原来自己的概念里面,是将以数据能力提供为主的组件仍然是业务中台里面的数据中台,类似人员中心,用户中心,产品中心等。而对于业务处理为主模块类似计费中心,结算中心等做为业务中台模块。但是这个概念本身和阿里的概念有出入。因此今天专门找资料看了下,阿里谈到的数据中台更多的是指数据中心平台建设,其中包括了传统的ODS库,也包括了上层的数据仓库,这个数据中心也可以上升到大数据平台。比如一个企业构建的大数据平台,可以划归到数据中台。一个企业构建的ODS共享数据中心,可以划归到数据中台。

     

    参考下面这篇文章

     

    https://baijiahao.baidu.com/s?id=1623987254915096965&wfr=spider&for=pc

     

    数据中台是指通过数据技术,对海量数据进行采集、计算、存储、加工,同时统一标准和口径。数据中台把数据统一之后,会形成标准数据,再进行存储,形成大数据资产层,进而为客户提供高效服务。这些服务跟企业的业务有较强的关联性,是这个企业独有的且能复用的,它是企业业务和数据的沉淀,其不仅能降低重复建设、减少烟囱式协作的成本,也是差异化竞争优势所在。

     

    数据中台建设的基础还是数据仓库和数据中心,并且在数仓模型的设计上也是一脉传承,之所以我们现在处处推崇数据中台建设及应用,一个是因为数据中台确实有过人之处,另一个是这套模型在阿里体现了巨大的应用价值。数据中台一般包括了数据模型和数据资产管理,数据服务开放,上层的数据类应用和标签管理等。从构成上数据中台一般包括以下几个部分的内容。

     

    1.数据仓库:用来存储数据的,结构性数据、非结构性数据等,还有离线数据和实时数据等;

    2.大数据中间件:包含了大数据计算服务、大数据研发套件、数据分析及展现工具;

    3.数据资产管理:按照阿里的体系应该分为垂直数据、公共数据和萃取数据3层;

     

    从这个内容一看,更加明确了阿里谈到的数据中台就是一个数据共享能力提供中心。在前期可以是一个基于大数据技术构建的分布式ODS库,在后期可以发展到数据仓库和大数据分析。底层的核心仍然是数据建模。

     

    当我们把这个概念搞清楚后,我们才基本清楚了企业一个开始建设企业中台,如果仅仅是满足业务流程和业务处理需求,只会涉及到业务中台构建。在业务中台构建完成后,考虑到后续端到端流程监控分析,大数据分析的需求才会涉及到数据中台的构建。

     

    当然数据中台本身也为上层应用提供各种数据服务能力,比如上层的针对性营销,用户画像和标签化,这个就部署业务中台能够提供的能力,而是需要数据中台来提供这个能力。只有数据中台对用户相关的所有静态数据,动态行为数据进行了集中,也进行了关联分析和建模。

     

    其次你会发现,当你在构建上层业务应用的时候,如果需要的不仅仅是传统业务中台的单个业务模块提供的单数据对象数据服务能力,而更多的是需要提供跨多个业务组件提供的整合后的数据能力,那么这件事情也应该是数据中台来做最合适。因为这个职责本身也不在业务中台。

     

    因此数据中台是多个共享数据对象的汇总和集合,能够提供跨业务中台多组件的共享数据服务提供能力。正因为具备这个能力,你会发现当你构建上层一个分析类应用前台的时候,原来需要和业务中台多个业务组件打交道,同时自己还需要进行数据整合清理。但是新架构下你只需要消费和使用数据中台提供的共享数据服务能力即可。

     

    另外一篇可参考文档:https://www.jianshu.com/p/f8a7c33709b3

    展开全文
  • 2. 容器化的电商中台;前端业务;前端业务;前端业务;3. 电商中台上线之路;上线之路;上线之路;上线之网络;上线之存储;上线之存储;上线之存储;上线之关键组件;4. Rancher 2 + 混合云 + 多活数据中心;混合云 + 多活数据...
  • 单体架构&微服务架构&中台服务架构 ...

    开门见山,一图胜千言,先来看看单体架构跟微服务架构的区别?单体服务架构

    微服务架构
    单体服务架构,将所有的功能模块(service)打包到一起并放在一个web容器中运行。
    微服务架构,就是将复杂臃肿的单体应用进行细粒度的服务拆分,每个微服务可以交给小的团队进行开发和维护,拆分出来的服务各自独立打包部署。

    这两种架构各有优缺点:

    我之前工作过的几个公司,基本都是单体架构,顶多加一个负载均衡。很多人都有疑问,我们公司的产品是不是适合微服务架构?我们有没有能力把现在的单体架构重构为微服务架构?

    我觉得,如果公司打算做一个新的产品,团队有这个技术储备,并且公司的业务量在短期内会有一个大的提升,那么尝试微服务架构会是一个明智的选择。

    但是如果公司的业务已经积累了很多年,并且现在已经有很多独立的业务系统。我们可以把这样的架构叫做“烟囱式架构”,每个业务系统像烟囱一样搞搞耸立,并且系统间的交互错综复杂,那么可以把单体架构改造成微服务架构吗?如何做呢?

    单体应用改造成微服务架构,需要各个功能模块服务化,通俗地讲,服务化,就是将传统的单体应用中通过jar包依赖方法调用,改造成通过RPC接口远程调用的方式。

    如果已有的多个业务系统已经上线运行,那么改造起来确实需要费点力气。从单体到微服务的拆分过程,拆分微服务先要把业务梳理清楚,做到心中有数,梳理清楚了那么业务的边界自然清晰了,自然而然对应拆分哪些服务也出来了。新的需求自然放到拆分的微服务,老的逻辑按照优先级和重要程度一个点一个点的从单体迁移微服务,服务化上线之后,渐渐取代老的单体,等全部拆分完毕,线上稳定之后,自然就可以下掉老的单体应用。

    了解了微服务的概念后,我再提一个概念“中台服务架构”,中台服务架构的思想是伴随着企业规模不断扩大、业务多元化而形成的。我理解中台服务架构是微服务架构的升级。

    中台服务架构

    如阿里巴巴将集团20多个核心业务中公共的、通用的业务以服务的方式沉淀到了共享业务事业部,这套共享服务体系为阿里巴巴集团的核心业务赋能,真正发挥服务重用的价值。

    作为一种组织架构模式,“中台”突出的是规划控制和协调的能力,而“前台”强调的是创新和灵活多变。同样的,引申并运用到电商设计概念中,这是一种快速设计和迭代的方法。“中台”突出整个设计的总体和协调性,而“前端”强调设计的创新和适应性,又或者说差异化。


    展开全文
  • 什么叫做微服务?这是Martin提出来的一个概念,它是一种将应用构建成一系列按业务领域划分模块的,小的自治服务的软件架构方式,倡导将复杂的单体应用拆分成若干个功能单一、松偶合的服务,这样可以降低开发难度、...
  • 系统拓扑方面:早期FreeWheel核心业务系统是一个单体应用(Monolith):在同一服务器的同一个进程,完成接收客户请求、处理请求、数据存储、返回响应等步骤。为了提升系统整体的可靠性,方便各个模块的独立演化...
  • 单体架构&微服务架构&中台服务架构

    万次阅读 多人点赞 2018-09-06 16:16:39
    微服务架构,就是将复杂臃肿的单体应用进行细粒度的服务拆分,每个微服务可以交给小的团队进行开发维护,拆分出来的服务各自独立打包部署。 这两种架构各有优缺点: 我之前工作过的几个公司,基本都是单体架构,...

    开门见山,一图胜千言,先来看看单体架构跟微服务架构的区别?

    单体服务架构

    微服务架构
    单体服务架构,将所有的功能模块(service)打包到一起并放在一个web容器中运行。
    微服务架构,就是将复杂臃肿的单体应用进行细粒度的服务拆分,每个微服务可以交给小的团队进行开发和维护,拆分出来的服务各自独立打包部署。

    这两种架构各有优缺点:

    我之前工作过的几个公司,基本都是单体架构,顶多加一个负载均衡。很多人都有疑问,我们公司的产品是不是适合微服务架构?我们有没有能力把现在的单体架构重构为微服务架构?

    我觉得,如果公司打算做一个新的产品,团队有这个技术储备,并且公司的业务量在短期内会有一个大的提升,那么尝试微服务架构会是一个明智的选择。

    但是如果公司的业务已经积累了很多年,并且现在已经有很多独立的业务系统。我们可以把这样的架构叫做“烟囱式架构”,每个业务系统像烟囱一样搞搞耸立,并且系统间的交互错综复杂,那么可以把单体架构改造成微服务架构吗?如何做呢?

    单体应用改造成微服务架构,需要各个功能模块服务化,通俗地讲,服务化,就是将传统的单体应用中通过jar包依赖方法调用,改造成通过RPC接口远程调用的方式。

    如果已有的多个业务系统已经上线运行,那么改造起来确实需要费点力气。从单体到微服务的拆分过程,拆分微服务先要把业务梳理清楚,做到心中有数,梳理清楚了那么业务的边界自然清晰了,自然而然对应拆分哪些服务也出来了。新的需求自然放到拆分的微服务,老的逻辑按照优先级和重要程度一个点一个点的从单体迁移微服务,服务化上线之后,渐渐取代老的单体,等全部拆分完毕,线上稳定之后,自然就可以下掉老的单体应用。

    了解了微服务的概念后,我再提一个概念“中台服务架构”,中台服务架构的思想是伴随着企业规模不断扩大、业务多元化而形成的。我理解中台服务架构是微服务架构的升级。

    中台服务架构

    如阿里巴巴将集团20多个核心业务中公共的、通用的业务以服务的方式沉淀到了共享业务事业部,这套共享服务体系为阿里巴巴集团的核心业务赋能,真正发挥服务重用的价值。

    作为一种组织架构模式,“中台”突出的是规划控制和协调的能力,而“前台”强调的是创新和灵活多变。同样的,引申并运用到电商设计概念中,这是一种快速设计和迭代的方法。“中台”突出整个设计的总体和协调性,而“前端”强调设计的创新和适应性,又或者说差异化。


    我在微信订阅号等你!
    这里写图片描述

    展开全文
  • 微服务 中台架构演进

    2019-12-15 10:43:28
    阿里中台专家:我们阿里内部是怎么做业务中台的?
  • 网易云基础服务总经理陈谔称,此次更新将主要帮助企业应对在线业务中台建设过程面临的挑战,帮助企业完成业务架构的进化,建成在线业务中台,支撑业务快速创新。 在线业务中台建设面临两大挑战 去年的云创大会,...
  • 近来FreeWheel微服务业务团队的业务逐渐扩大,单体服务已经无法胜任,于是我们如火如荼地开展了向微服务迁移的工作,一时间,服务如雨后春笋般冒了出来。在享受微服务带来便利的同时,我们也面临着众多服务带来的...
  • 一、客户在微服务化实践过程遇到的问题(源自真实案例) 某跨国领军企业,以自上而下全新分析、设计为思路,以识别的业务对象为业务边界识别微服务,以重新开发、数据迁移做为手段实践微服务,发现依然无法达到1-...
  • 中台”这个概念火了一年多了,年初的时候又”火“了一次。相信任何事物都有它的两面性,正如我们做架构的时候其实也一直...在公司的引领推动下,2018年4月召开了小鹏汽车技术中台的启动会,同年5月底团队成立。技术
  • Biz-UI团队在核心业务系统的开发过程,将具有共性的功能模块抽象出来,逐渐完成了中台的构建,为业务逻辑提供了强有力的基础组件支撑。其中分布式追踪系统作为一个重要的组成部分,为监控服务之间的调用、定位...
  • 戳蓝字“CSDN云计算”关注我们哦!微服务(Microservice Architecture)是近几年流行的一种架构思想,关于它的概念很难一言以蔽之。今天,就让我们来看...
  • 不是所有业务都必须进行台化,也不是所有中台建设都是一个充满矛盾的过程,优秀的微服务设计完美的 PaaS 架构与中台也还是有所差异的。本文,InfoQ 采访了 Thou...
  • 以API网关为引子,了解微服务和中台架构

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 50,981
精华内容 20,392
关键字:

微服务和业务中台