迫于搞中台

• 資深大佬 : glfpes

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

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

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

• 資深大佬 : kop1989

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

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

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

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

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

• 資深大佬 : murmur

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

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

• 資深大佬 : forkc

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