如何构建大中台架构光环大数据培训.pdfVIP

如何构建大中台架构光环大数据培训.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
光环大数据--大数据培训人工智能培训 如何构建大中台架构_光环大数据培训 光环大数据是国内知名的 IT 培训机构,大数据培训,数据分析培训、人工 智能培训等课程全国领先,帮助学员提升技术水平并保障就业,深受学员喜爱, 获得业界的一致好评。 在创业初期,为了快速拥抱业务,架构的建设在体系化、完善度等方面会有 所不足。随着时间的推移,架构在可持续性、稳定性等方面不断进步。2015 年 末,滴滴出行在短时间内形成了包括快车、出租车、专车、顺风车、代驾 ... 算法 模型 Hadoop 架构 架构设计 在创业初期,为了快速拥抱业务,架构的建设在体系化、完善度等方面会有 所不足。随着时间的推移,架构在可持续性、稳定性等方面不断进步。 构建业务中台的四个原因2015 年末,滴滴出行在短时间内形成了包括快车、 出租车、专车、顺风车、代驾等多业务的垂直化架构。随之,滴滴启动了中台战 略整合业务系统。 决定构建业务中台主要出于四方面考虑:专业深度、人力资源、用户体验、 全局打通。 专业深度。由于是多业务垂直化的架构,会有多个团队开发同样的架构,这 就需要很多的工程师。 每个团队都是用最快速的方式构建流程,所以技术很难做深。这样一来,导 致客户端的流畅度不高,后端不稳定,影响可扩展性。 人力资源。从原则上来说把每个团队加到足够的人,每个架构都能有很好的 发展。但工程师的薪资都非常高,招聘大量工程师来做同样的架构,研发成本高 昂。还有些时候,即使你愿意花钱,也招聘不到合适的人。 用户体验。流畅度、稳定性、扩展性、界面、交易流程等都是影响用户体验 光环大数据 光环大数据--大数据培训人工智能培训 的重要因素。 在当时的组织结构和研发情况下,会出现业务的应用场景不同,交易流程却 相同的问题,这样很影响用户的体验。 全局打通。所有业务本质都是出行,出行本质具有协同效应。但在各自独立 发展情况下,业务间完全没有协同性,在构建中台过程中,我们可以逐步把协同 性建立起来。 构建出行业务中台的挑战构建出行业务中台并不是只有好处,也一定会带来 很多问题,较大的问题是软件复杂度。 从业务角度来说,把所有业务合并到一个体系下,本身就是很难的事,再加 上滴滴出行是实时性 O2O 业务,场景差异很大,而且作为互联网公司,不仅有 很多需求不明确,还会不断持续变化。 这种情况下,想要用一套相对稳定、相对固定的架构去支持所有业务,十分 困难。 从组织角度来说,滴滴出行有多个事业部,业务涉及 400 多个城市,组织 和个人的变化更快。 针对软件复杂度的挑战,中台制定了最基本的实现目标:在业务多元化发展 的组织中,去构建一套工程架构,构建一套组织结构及对应的管理机制,以保证 业务可持续的又快又好的发展。 滴滴业务中台的架构实践在谈具体对策与实践之前,先来看看整个业务中台 的架构设计,如下图: 整个的架构设计分几个边界的上下文,好处在于把相关性不强的逻辑拆开, 同时在一个相关性下面,通过分层对业务进行更好的建模。 调度层作为入口去牵引多个业务线,业务流程层为调度层做服务,状态智能 层用来支持上面的两层。 在对业务和产品进行更好建模的基础上,进行了“五化”:服务化、异步化、 配置化、插件化、数据化。 服务化服务化很常见,以下单为例,如下图: 光环大数据 光环大数据--大数据培训人工智能培训 下单流程能够调用很多服务,在多个层次,以接口层次结果进行拆解。 这里需要提醒的是服务化要注意如下三点:服务之间的协议和规范要建立好。 注意控制力度,力度太小、太大都会有问题。随着时间的发展,服务化本身要不 断的演进。 异步化对每个事件的非核心或不需要实时反馈给客户端的逻辑进行拆解,核 心的主流程会变简洁。对非核心的逻辑在事件上做订阅之后,进行二级处理。 以结束订单为例,如下图: 结束订单的时候有很

文档评论(0)

186****8818 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档