迫于搞中台

[Banxiaozhuan]

迫于队友离职。导致中台项目放在了我手里。。

没弄过中台， 现在让我去设计一个发短信的中台系统， 头都是大的。

有没有实操经验的给点启发？

[glfpes]

就是提供 1 个服务，支持发短信的需求。这种服务如今流行叫中台。

首先确定服务的边界，然后设计接口，最后逐渐与业务联调对接嘛。

说的简单，实际上第一步最需要一个说话能排版的人撑腰，掉那些麻烦的要死又 roi 不高的需求。

[kop1989]

中台每个单位的定义其实都有区别。

我理解的中台和传统业务后台的区别是你要额外负责数据链路聚合（从多个库、服务中获取数据），以及接口的通用性。（需要跨应用，跨系统的实现接口授权。还要保证接口的安全性等等）

相当于你要完成一个所有业务都能通用的短信服务。

但既然是“接手”的，那么这些架构上的需求应该都已经成熟了吧。

只需要对接短信完成发短信业务即可。

[murmur]

短信平台么，根据你买的 api 再封装一层，无外乎就是权限、流量控制，内容先检查一遍，有危险行为预警

这东西，就是后台东西太多了，感觉不够高大上，然后就凭空弄出个中台来，业务没咋地，造概念一个顶 20 个

[forkc]

简单的话可以用阿里云的函数计算和短信包