而要想做到有效定义问题,首先得从业务实际出发,并尽力在业务中寻找简化问题的可能性,然后在技术中寻找对应的解决方案。这个过程,也叫做业务建模。 在上述例子中,我甚至还没有动用任何建模手段,只靠澄清了真正诉求,就极大地简化了解决方案。 2如何学习业务建模? 业务建模的方法有很多种,它的吊诡之处就在于,使用的难度并不在于建模本身。无论是哪种建模方法,你总能按照书里教程中的例子,照猫画虎地做个七七八八。 二、新约:“云时代”的业务建模 如今,云时代彻底改变了我们构造软件的方式,微服务、中台、软件的 SaaS 化都是这一影响的体现。 其次,我会介绍一种由我发明的业务建模方法 8X Flow 法,用于解决微服务、分布式事务为主导的架构风格中的业务建模问题。这个方法同样可以用于构建中台系统,也是我司目前用于中台建模的主要方法。
hello大家好我是人月聊IT,我今天接着跟大家介绍我们整个云原生技术中台里面关于低代码平台它整体的总体架构的一个情况。 但是一直没讲过我们整个低代码平台的总体架构;最近几天我又刚好梳理了一下我们的低代码平台,重新把原来我们的整体的架构图做了一下规整,在整个低代码总体平台的架构里面我们可以看到,它底层仍然是依托我们的云原生的技术中台 数据字典、权限菜单、最外层的门户界面,这些功能全部都已经具备;在这些功能已经具备的情况下,后面开发完的每一个低代码应用或者说开发完的每一个微服务,他都可以通过我的持续集成快速的交付到我的整个低代码运行环境中。 在开发态我们基于对象建模驱动,包括了对象建模、数据建模、表单建模、规则建模、流程建模、报表建模;对象建模完成了以后,它朝下可以生成相应的数据对象开放相应的a b c接口能力,朝上又去衔接我们的表单建模和报表建模 通过我的Devops的持续集成交付平台,把整个接口服务部署包交付到我的整个低代码的运行环境中,然后再在我的前端表单设计或者是API接口服务编排的时候去消费去使用这个接口能力;所以在这种情况下,你会发现整个平台足够的开放
到处都在喊中台,到处都是中台,中台这个词在好多地方已经被滥用了。 在有些人眼里:中台就是技术平台,像微服务开发框架、Devops平台、PaaS平台,容器云之类的,人们都叫它“技术中台”。 在有些人眼里:中台就是微服务业务平台,像最常见的什么用户中心,订单中心,各种微服务集散地,人们都叫它“业务中台”。 在有些人眼里:中台应该是组织的事情,类似于企业内部资源调度中心和内部创新孵化组织,人们都叫它“组织中台”。 中台,从字面意思上理解,是位于前台和后台之间。 那么,中台到底是什么呢? 谈到中台,首先会想到阿里巴巴,今天就从阿里中台开始,一起认识下中台到底是什么?到底如何发展而来的呢? 阿里中台的发展历程 ? 技术中台:将使用云或其他基础设施的能力以及应用各种技术中间件的能力进行整合和包装,助力前台和业务中台及数据中台的快速建设。
《白话中台战略》已经写了三篇,尤其是第一篇「中台是个什么鬼」收到了很多朋友的反馈。写“白话”这个系列主要是想通过写文章来驱动自己思考,并借此和更多人一起交流和探讨中台这个话题。 ? ,像上文提到业务中台、数据中台、搜索中台、移动中台,哪些才是中台,哪些是蹭热点的? 中台与前台的划分原则是什么? 中台化与平台化的区别是什么? 中台化和服务化的区别是什么? 中台该怎么建设? 我在上一篇白话中台战略-2 中台到底长啥样?中已经举了一些常见的例子,这里就不赘述了。 可以说,中台就是企业所有可以被「多前台产品团队」复用能力的载体。 另一方面就是通过对于中台能力的SaaS化包装,减少前台团队发现中台能力和使用中台能力的阻力,甚至通过自助式(Self-Service)的方式快速定位和使用中台能力。
数据中台:什么是数据中台 什么是数据中台 数据中台是全新的架构变革。过去三十年,企业数据管理都以传统的IT架构为基础。 可见,数据中台的建设需要业务部门灵活的应用需求,技术部门强大的数据治理、数据建模等能力,以及公司各个部门和资产的多维配合。它是集业务、技术和公司资产的有机结合体,并不是片面的模块的组合体。 数据中台帮助业务部门建立工作台,通过工作台可以快速获取到数据相关服务,包括数据提取、数据分析、数据推送、数据回流等服务;数据中台可以将脏乱差的数据进行加工、治理、切分、建模、打标签等。 可见,数据中台的建设需要业务部门灵活的应用需求,技术部门强大的数据治理、数据建模等能力,以及公司各个部门和资产的多维配合。它是集业务、技术和公司资产的有机结合体,并不是片面的模块的组合体。 数据中台帮助业务部门建立工作台,通过工作台可以快速获取到数据相关服务,包括数据提取、数据分析、数据推送、数据回流等服务;数据中台可以将脏乱差的数据进行加工、治理、切分、建模、打标签等。
在 3 月 15 日 ThoughtWorks 技术雷达峰会上,关于数据中台的话题也获得了众多参会者的热烈关注。如今似乎人人都在提数据中台,但却不是所有人都清楚数据中台到底意味着什么。 数据中台是只有大厂才需要考虑的高大上的概念吗?普通企业该不该做数据中台?数据中台的出现会给现有数据从业者们带来颠覆式的挑战吗? 数据中台不是大数据平台! 首先它不是一个平台,也不是一个系统,如果有厂商说他们有个数据中台卖给你,对不起,它是个骗子。 要回答数据中台是什么,首先要探讨一下中台到底是什么。 数据中台也可以小而美 建设数据中台的关键考量包括两方面。 首先数据中台一定要与业务价值对齐。构建数据中台,最重要的不是技术,也不是数据质量好不好,而是数据思维和数据文化。 最后,史凯也提到了阿里中台战略中的另一个中台——“业务中台”。
什么是内容中台内容中台是企业级的数字化解决方案之一,它是一种整合和管理企业各类内容资源的平台。 数据处理层:这一层负责数据的清洗、整合、转化和预处理,以使其适合分析和建模。这可能涉及到使用Spark、Pig、Hive等工具进行批处理,或者使用Flink、Kafka等进行实时流处理。 内容中台使用的场景跨平台内容管理:内容中台支持跨平台的内容创建、管理和分发。 内容中台和数据中台的区别内容中台是一个集中的平台,负责管理和分发各种形式的内容,如文本、图片、视频、音频等。 内容中台专注于管理和分发各种类型的内容资源,而数据中台则聚焦于企业数据的整合、治理和利用,两者在业务场景和目标上有明显的差异。如何使用MassCMS创建内容中台?
业务中台是一个充满生命力的个体, 它承载业务逻辑、 沉淀业务数据、 产生业务价值,并随着业务不断发展进化。 它的设计遵循如下图所示的若个原则: ? 业务中台设计原则 中台架构中,有服务的调用方和生产方,按角色关系划分,共有以下四类关系: 1,服务生产方与服务生产方的关系 2,服务生产方与服务消费方之间的关系 3,服务生产方的管理者与服务生产方之间的关系 (2)去掉冗余数据(接口如何定义) 尽量去掉接口实体中客户端不需要的冗余字段,既能减少网络开销,又能避免给前端解析带去复杂性。 --END-- 文章摘自:机械工业出版社《中台战略:中台建设与数字商业》 2019年9月出版。 《中台战略》由国内领先的数字商业云服务提供商阿里系云徙科技官方出品,从成功要素、建设方法论、架构设计、成熟度模型4个维度详解业务中台以及数据中台建设思路和方法,成功通过中台帮助近40家龙头企业实现数字化转型
本次分享内容: 1、数据中台现象及剖析 2、技术中台实践过程中的问题与挑战 3、Q&A环节 去年3月份我写了一篇关于数据中台的文章,得到了10万+的浏览量。 数据中台和数据平台最大的区别是什么?我们认为数据中台是离业务更近。业务需要什么服务?是数据中台和数据服务。 中台的部门或者团队,最优先考虑的是提供给业务所需要的服务。 [asjk2uxpz9.jpg] 第一:效率问题 应用开发的时候可能一张报表需要开发很长时间,因为应用的开发技能和数据的开发技能还是有一些区别的,并不是所有的应用开发人员都会ETL和数据建模。 滴滴的数据中台和其他的数据中台有所差异,它的数据中台的整个生产价值曲线,跟大部分的企业都不一样。 滴滴的数据中台跟前面介绍的数据中台,在数据服务、数据资产,底部的数据存储上是类似的。 四、数据中台的本质和六大能力模型 在这样的愿景和使命下,数据中台是什么?它应该构建什么样的能力呢? 1. 数据中台的本质 数据中台是什么?
大约从去年年底开始,中台的概念开始被广泛讨论。但与此同时,关于中台究竟是什么,却是众说纷纭。 引用王健老师在《当我们谈中台时,我们在谈些什么| 白话中台战略》一文中提到的关于中台的一些理解,就能看出一些端倪。 这似乎会给大家一个错觉,似乎中台是一种自上而下的战略选择。老板觉得中台好,所以要搭建中台。 而这时,中台的概念恰好对应了这个问题,所以大家接受了中台。 03 中台产品经理的挑战之前的内容,我们其实花了很大的篇幅来讨论,为什么会有中台,中台解决怎样的问题,以及中台适用怎样的场景。但是,具体到业务场景当中,中台产品经理又在做什么事情,解决怎样的问题?
· 2015年,阿里巴巴提出“大中台,小前台”概念; · 2018年9月,腾讯宣布打造技术中台; · 2018年11月,阿里将中台系统与阿里云合体; · 2018年11月,美团宣布建立自身平台的数据中台 ; · 2018年12月,京东决定在系统中增加中台; · 2019年3月,字节跳动搭建“直播大中台” …… 2020年底,阿里突然被曝出打算“拆”中台。 “可复用性”是中台系统的关键词,开辟的新业务能多大程度从已有的中台进行复用,也成为中台问题避不开的一个点。 2 不是拆台,是变“薄” 早在2019年湖畔大学分享时,张勇就表示,如果一个企业奔着中台做中台,就是死。这是他当时就发出的一个关于中台方向的信号,也为如今的“拆中台”埋下了伏笔。 3 关键思考点3:懂中台,再做选择 无论是什么体量的公司,你在思考“要不要搭建中台”之前,需要真的明白中台,懂得中台。
前段时间参加了IAS2019(互联网架构峰会),本次峰会以中台为主题,所以又称中台战略大会,据说是全国首届关于中台战略的会议,会议上有许多优秀的企业架构师带来了他们各自在实践中台过程中的心得。 王健老师在《当我们谈中台时,我们在谈些什么| 白话中台战略》一文中提到: 在有些人眼里:中台就是技术平台,像微服务开发框架、Devops平台、PaaS平台,容器云之类的,人们都叫它“技术中台”。 什么时候需要中台? 我们讨论了如何定义中台,现在来看看怎么就需要中台了。 数据分析中台、基础能力中台、IoT中台。 在应用案例中,侯老师介绍了能力中台、数据中台、IoT中台带来的实际价值。
中台不是凭空而来,亦不是平台化架构换个名字。中台化架构是平台化架构的自然演进。 如果一个中台把若干平台聚拢起来,对业务支持的SLA没有变化、也没有在业务运营上有所改变,一定是失败的。 ? 以上图为例,业务在发展过程中,会有若干业务系统。 当前的问题通过中台的思路去解决,慢慢这个矛盾就会变低,但必然会产生新的矛盾,就需要用新的思想去解决。 电商业务中台,有四件事情肯定要去做: 保证阿里的业务跑得更快,更稳定。 中台不只一种解法,实现中台有不同的方法和实施路径,但可以总结出类似的目标和价值。 中台是思想,微服务是一种实现方式。你觉得中台架构和微服务是什么关系呢?欢迎留言! 备注:来自只喝牛奶杀手的整理
近期,由于关于阿里打算“拆”中台的文章爆火,各家企业对中台的看法出现了反对的声音。 前几天,我们也在文章中探讨了阿里是否真的要拆中台,结论是,不是拆台,是变”薄“。 今天,为了帮助大家真正地读懂中台,认识中台,告别“伪中台”,博文菌特地挑选了6本中台系列的图书,供大家参考哦! 读了本书后,你可以了解数据中台是什么、数据中台的价值是什么、数据中台如何帮助企业腾飞、企业具备数据中台的建设条件吗、应该如何建设数据中台、数据中台在哪些行业中有成功的应用、建设数据中台需要哪些软件支撑。 (扫码了解本书详情) 05 ▊《中台产品经理宝典:从业务建模到中台设计全攻略》 刘天 著 从中台产品经理视角出发来解读中台的概念与功能,以讲述如何设计中台产品为核心,将笔者在多个中台项目的产品设计经验总结成一套可复用的中台建设模型 同时本书还总结了多个在中台产品实战分析中常用的方法论,方便各位中台产品经理以及对中台感兴趣的互联网人在设计自己的中台方案时直接参考与借用。
数据模型是分层次的,以前叫作数据仓库模型,概括为三层,基础模型一般是关系建模,主要实现数据的标准化,我们叫作“书同文、车同轨”,融合模型一般是维度建模,主要实现跨越数据的整合,整合的形式可以是汇总、关联 ,也包括解析,挖掘模型其实是偏应用的,但如果用的人多了,你也可以把挖掘模型作为企业的知识沉淀到中台,比如离网挽留的模型具有很大的共性,就应该有人把它规整到中台模型,以便开放给其它人使用,中台的中是相对的 数据服务将数据模型按照应用要求做了服务封装,就构成了数据服务,这个跟业务中台中的服务概念是完全相同的,只是数据封装比一般的功能封装要难一点,毕竟OLTP功能的变化有限,而数据分析受市场因素的影响很大,变化更快 但有数据模型和数据服务还是远远不够的,因为再好的现成数据和服务也往往无法满足前端个性化的要求,这时候就得授人以鱼不如授人以渔了,数据中台的最后一层就是数据开发,其按照开发难度也分为三个层次,最简单的是提供标签库
18年从姜博士口中第一次听到中台这个词,看到他们的架构图和微服务拆分没多大区别,技术栈基于spring cloud 1.x。 想起一句话,大公司造中台,钱烧没了;小公司造中台,公司烧没了。业务始终得优于技术。 阿里在技术上的营销和包装能力是一流的,把分布式服务化解决方案升华为中台,定义了方法论和标准。 云栖的造势让各行各业都在造中台。中台让我想到了刚毕业时EJB的火热,应用服务器的容器服务现在想起来不也是些数据库操作;还有ESB的由盛及衰衰;都是一路的踩坑和填坑。 中台不等于银弹,如果不围绕自己的商业模式分解,没有项目->产品->平台的业务的积累和标准化的运营规范,中台分布式架构只会吃力不讨好。中台要强要厚实,也容易做重。 前些年大家看到阿里中台成功的光芒,玄难离职到前阵子媒体透的阿里拆中台,薄中台,可能说风口变了,大环境变了。或者按业务线做小中台或薄中台,我们才能更快试错和拥抱业务变化。
从业务到中台,必须经历抽象建模的过程。这个过程分为两个阶段,分别是 0 级抽象中心建模的阶段和 1 级抽象组件建模的阶段。每个阶段采用的建模抽象机制都是实体抽象法。 ##业务中台的 8 个设计原则 业务中台是一个充满生命力的个体,它承载业务逻辑、沉淀业务数据、产生业务价值,并随着业务不断发展进化。它的设计遵循如图 6-3 所示的 8 个原则。 1. 分布式运行机制 中台采用微服务风格进行建设,每一个业务中心都是独立部署的,因此分布式运行机制是保障业务中台正常运行的基础。无状态的微服务易于扩展和部署,对弹性伸缩、灰度发布等互联网场景有良好的支持。 同时微服务架构也带来了复杂性,一个微服务应用一般由多个服务组成,每个服务又有多个实例,因此一套中台系统部署上线后,至少有几十个节点提供服务。 扩展点机制源于 Java 的 SPI 机制,当业务中台的某一个业务点遇到新业务逻辑比当前逻辑差别较大时,可以使用扩展点机制来实现。
最近有童鞋在我之前发布的《聊聊中台》一文中提问:技术中台是什么?和业务中台又有什么区别?考虑到在工作中,也有部分同事问过这个问题,我这里总结一下形成此文进行答复。 在之前我的《聊聊中台》一文中,重点强调和介绍了业务中台,这是大部分谈论中台的人谈到的中台类型,因为不论什么中台,最终都是为业务服务,赋能前台,提高企业的用户响应力的。 [一个常见的电商业务中台示例图] 2、技术中台又讲了什么 虽然我比较认可网易云的观点“所有的中台都是业务中台”,而其他的中台其实都是一种广义上的业务中台,被称之为中台,就需要具备一定的业务属性,最终都要为业务服务 但还有众多的其他中台被搬上了舞台,其中作为开发人员的视角,最关心的可能就是技术中台了。那么,什么是技术中台?这里我们通过下面这张图,来看看阿里是如何定义技术中台的。 (均来自于波波老师的《Spring Boot与K8s云原生应用开发》课程PPT) [eBay中台体系示意图] [拍拍贷中台体系示意图] 3、我司的业务中台与技术中台 分享一个我司目前的总体技术体系图,这是我在
慢慢地,业务领导和IT都开始怀疑当初上中台是否是正确的选择,甚至一度怀疑中台就是个伪概念。因为搞来搞去,它的性质和地位就是一套信息化应用系统而已,有用户登录入口,有维护功能,有后台数据库。 我不由感叹说:你们只是上了一套名字叫“**中台管理系统”的系统,并不是真正意义上的中台。 中台是不是伪概念,是不是炒作,我之前在公众号已经说得很明白了。 ,那是单机应用系统,上中台只是为了对外宣传的; 不少企业规划中台,第一时间就是考虑选个什么系统,考虑上云,考虑如何去抽数据,搞所谓上中台,技术先行。 搞来搞去,中台只做了一个形而没有魂,导致越来越多的人鄙夷中台就是伪概念,花了钱不仅达不到效果,反而还拖累了系统和用户。 像上面CIO朋友举的例子,很明显数据中台输出有残缺,没有站在业务的角度去支持业务规则,甚至为了保证业务顺利进行而让用户到中台去手工修改数据,完全就是违背了数据中台的宗旨。
2018年中台概念开始深入互联网公司,2019年数据中台概念大火。 中台是一种经营理念,是一种组织形式,是“平台思维”的自然演进。 中台又包含业务中台、技术中台、数据中台。 三、数据中台与业务中台区别和联系 一个企业中可以同时拥有业务中台和数据中台,两者是相辅相成的。 在企业中构建数据中台与业务中台没有先后之分,根据企业实际情况进行规划建设。 中台不是平台,平台可以有很多,例如:营销平台、风控平台、管理平台,平台解决的是特定领域业务的问题,而中台解决的是全企业各个业务领域综合问题,一般一个企业只需要一个中台就可以,现在还有业务中台、数据中台之分