面向服务架构中的业务数据查询/报告

作者: 至此
发布时间: 2024-04-13 05:49:46 (1月前)
转自：

3 条回复

0#
回复此人
v-star*위위 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 所以，我不确定这会满足你的需求 - 但我将描述我们对BI的总体方法： </p> <OL> <LI> 我们系统中的所有内容都会生成一个事件：后端中的操作，移动应用程序中的操作 - 我们要跟踪的所有内容都会生成包含相关数据（ids，时间，名称等）的事件。 </LI> <LI> 所有事件都被发送到一些共同的漏斗进行收集 - 它是一个需要事件的后端应用程序 - 确保它们是有效的 - 并存储它们。 </LI> <LI> 您可以将事件存储在某些无sql存储（如Elasticsearch）或云（如google的BigQuery）中。 </LI> <LI> 一旦它们进入，它只需要查询和交叉引用以获得您想要的整体图像。这就是我们的BI人员所做的事情：他们从我们收集的大量事件中生成一张图片。 </LI> </醇> </DIV>

编辑
1#
回复此人
敢嫁就敢娶 | 2019-08-31 10-32

<div class =“post-text”itemprop =“text”> <P> 解决方案是将来自不同服务的数据聚合到一个中央报告数据库中 - 如果所收集的数据按时间版本化，这是可行的 - 即您可以转到报告数据并获取正确的时间点数据（对于该数据库）时间） </p> <P> 将数据提供给服务可以通过各种服务发布的事件或定期导入，“记录”聚合或它们的组合。 </p> <P> 我称这种模式 <a href="http://arnon.me/soa-patterns/aggregated-reporting/" rel="nofollow noreferrer"> 汇总报告 </A> </p> <P> 请注意，除此之外，您仍然需要从各个服务获取需要最新的事物的数据，因为聚合解决方案具有固有的延迟（降低的新鲜度） </p> <P> 编辑：考虑到你所做的编辑和你所做的评论（临时查询）我会说你需要将其视为一个旅程，也就是说，你想要选择4，所以首先从源头提取数据您必须回答当前的临时需求，在开发过程中转换为消息并添加更多源。 </p> <P> 此外，您可能想要考虑服务之间的差异（不共享内部数据结构并具有严格的边界）和方面（可以使用相同源的半独立服务部分） </p> <P> PS 我也写过 <a href="https://www.infoq.com/articles/BI-and-SOA" rel="nofollow noreferrer"> 关于BI＆amp; Info的InfoQ文章SOA </A> Tom在评论中提到 - 本质上是在讨论这个想法 - 这篇文章是从2007年开始的，即我已经成功地将它应用了十多年了（不同的技术，从写入模式转移到读取模式等但是相同原则） </p> </DIV>

编辑

登录后才能参与评论