你们公司/部门 有没有遇到这种场景,你们的一个工作台,需要集成很多其他事业部/部门/小组的能力,这个能力可能是接口,组件。这种你们有没有统一的解决方案

2022-11-28 10:53:16 +08:00
 LawlietZ

比如 假设有一个淘宝中台部门,他们做了一个查询系统,淘宝所有的运营,研发,客服都可以到这个系统里去查一些 case ,比如查询一个订单的支付信息,用户信息,账单信息,补偿券信息,发票信息,这些信息可能都在不同的小组去负责维护。

那么这个中台部门就要对接这么多小组,对接接入他们的接口 /前端组件到自己的系统里。

这个场景市面上有没有什么解决方案。

唯一想到的可能就是微前端,但微前端一般是直接集成一个系统,而不是一个组件,例如上面的一些信息查询,可能就是一个表单组件(表单+表格),而且微前端一般也不是解决跨部门的这种集成问题,一般集成的都是自己的其他系统吧。且微前端没有解决一整套发版,下游监控等问题

1976 次点击
所在节点    程序员
16 条回复
janxin
2022-11-28 11:33:09 +08:00
这个叫 Web portal

中台大佛爷可做不得这个
wangxiaoaer
2022-11-28 12:09:48 +08:00
不就是一个统一门户吗,支付信息,用户信息,账单信息,补偿券信息可以看作是单独的子系统,不同小组独立开发,然后子系统地址放到你这统一门户里面通过超链接跳转过去,当然了,考虑到用户登录、权限之类,集成之前要先规划好单点登录、页面风格之类。
libook
2022-11-28 12:25:46 +08:00
个人理解,中台是个人力组织结构概念,可以把各个业务方向需要的共通能力交给中台部门来做,交付给各个业务部门灵活运用,从而节省整体开发成本。

中台的核心目标在于只做通用化的工作,所以像题主描述的对接各个业务部门需求的情况应该不属于中台的职责范围内,因为并不能通过统一开发通用功能来降低整体开发成本。

题主所描述的更像是一个单独的后台部门,单纯把各个其他部门的后他开发需求包过来(内部外包?),如果每个部门的后台开发工作量不值得专门配备一个开发团队的话,这样可以集中管理和最大化利用后台开发人力。

其实如果每个部门有必要单独拥有一个后台开发团队的话,也可以由中台团队维护一个后台框架,制定框架中组件的开发接入标准,以文档的形式提供给各个业务部门,中台团队不需要单独对接每个系统,而是每个系统主动接入到这个统一后台平台上来,中台只负责整体框架的运营和管理,做好各组件之间的隔离。
chenshun00
2022-11-28 12:29:26 +08:00
做成一个工作台,然后工作台跳转到不同的业务系统去就好了
Haujilo
2022-11-28 12:58:38 +08:00
我这边因为要对接的系统都是其他部门的,自己这边是使用方,日常使用要跳转 N 多个系统。最终我们是自己写了套 sdk 对接所有的三方(有做一些并发控制等),之后在上面按自己使用的需求做了一层 api 抹平了所有的三方(主要是数据格式转换统一,接口风格统一),开发的前端对接我们自己的接口。
LawlietZ
2022-11-28 17:09:31 +08:00
@Haujilo 我理解前端是你们来开发,其他部门是来开发接口,然后接入你们这个统一的 sdk 吗
LawlietZ
2022-11-28 17:12:46 +08:00
@wangxiaoaer
@janxin
@libook
举中台有些不恰当,想象有这么一个业务部门,他们的业务运营就是需要集成集团内其他各个事业部的数据能力,比如客服业务,坐席客服处理工单的时候需要很多辅助类的工具,这些工具一般就是一些查询能力的载体,数据来自各个部门,这里面就涉及到跨团队协作和一些技术问题了
LawlietZ
2022-11-28 17:13:46 +08:00
@chenshun00 事实业务可能会有几百个这样的需求,而且不可能要求每个事业部都为你的业务做一个单独的能跳转过去系统
Haujilo
2022-11-28 18:02:40 +08:00
@LawlietZ 前面的对,但是 sdk 不是他们来接入,是我们自己拿其他系统接口,自己写代码实现调用。这么说吧,假设有 100 个外部系统,我们就要自己接完 100 个系统。没办法,其他系统方的都不做。
LawlietZ
2022-11-28 19:17:07 +08:00
@Haujilo 诶,那如果业务诉求就是很多,你们这种协作方式搞不定吧。最好的就是下游打包接口和页面,你们只负责接入,这个诉求你们业务方可以推动。老哥是哪家公司呀
AyaseEri
2022-11-28 20:29:55 +08:00
iframe ,请
lishoujun
2022-11-28 23:08:46 +08:00
amis
Haujilo
2022-11-29 09:33:39 +08:00
@LawlietZ 都是排期做,并且我们自身需求对三方虽然要接入也只是小部分功能,主要还是把工作流对各个三方之间打通,所以还好。你们公司下游愿意做当然是最好,跨部门之间,做这些对他们没有 kpi 要求和或者没有绩效就不会做了,最终都只能自己做,有些三方连 api 都没有,要求公开 api 都能扯个把月的。
janxin
2022-11-29 10:23:21 +08:00
@LawlietZ 这个名字叫 web portal ,几十年前比较流行。Java 有个规范对应的,不过我猜现在也没人实现这玩意。剩下的你可以自己慢慢 Google 。解决方案好像是有商业版本,不过还需要推动内部接入
LawlietZ
2022-11-29 15:13:27 +08:00
@janxin 你应该没懂我问题。web portal 我知道,不是一回事。你可以看下你楼上,问题场景类似。我描述的是一个业务问题,不是一个后端技术就可以解决的
LawlietZ
2022-11-29 15:15:11 +08:00
@Haujilo 嗯,场景应该和你们类似了。但感觉你们没当做一个场景问题去专门来解决啊,我理解你们现在就是按部就班的排期搞。by the way ,你们是什么业务呢,一般能遇到这种场景的业务也不多见

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/898427

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX