在线安全消息中心设计

Question

我需要一个在线客户门户安全'消息中心'，以便在客户通过安全通道登录后，允许后台和前台以双向方式与客户通信。

我们已经开始使用这个小工具表示层来开发CMS平台，该小组期望连接到API来处理通信和持久性，即CMS是无状态的。

我想知道人们如何设计和解决这个问题 - 我目前的想法：

1. 通过REST API将其拖入我们的后端CRM系统 - 这需要自定义开发
2. 使用RDBMS（遵循消息结构的自定义数据库数据模型）并在数据库上构建REST API以处理客户交互事件，即读取，删除，新消息
3. 构建一个纯粹的微服务架构，其持久性与服务相结合 - 即坚持模式 - 工程方面我们还没有这种能力
4. 我错过了其他明显的解决方案？

我确定已经多次解决了这个问题，并希望听到哪种方法效果最好？

*我忘记提到的一件事是，我们正在从旧的遗留系统迁移，需要向我们发送大约10GB的客户消息，即历史数据;这些数据需要迁移到新的解决方案中。

非常感谢

Answer 1

然而，您实现了后端，这里的关键是在进行任何编码之前花时间让您的REST接口“正确”。尝试将接口细分为小型专用接口，以满足特定业务需求。此外，考虑数据模型抽象及其在HTTP有效负载中的表示，以及如何使用嵌入在接口上传输的数据中的链接来交叉引用其他数据。如果你正确地获得了接口，那么你可以在线下交换实现。

如果不对选项进行深入分析，最好的方法是什么是不可能的。遗憾的是，您还没有真正解释所需API的全部范围或现有CRM的功能，但我假设选项1有一些有用的业务优势，因为它与您现有的系统和业务流程集成在一起。选项2/3需要您的办公室员工用户使用不同的系统，需要培训/支持，在我看来这似乎并不理想。选项3需要大量的工作（不仅仅是编码，还包括集成测试，部署，编排等等），而且根据您对任务的描述，不清楚是否真的需要沿着这条路走下去。我非常高级的预感是选项1，但您显然需要研究您提供给CMS的API与CRM上可用的API之间是否存在适当的映射。还要记住CRM的安全模型，当然还有响应/吞吐量。