我希望你的意见或经验围绕以下可能的解决方案。我知道雪花主要是一个数据分析平台。但是,为什么我们不能将它用于一些创造性的场景,如业务连续性?
Problem设想一个支持关键业务流程的应用程序。有一种风险是,应用程序可能会在较长时间内不可用。本例中的应用程序是一个著名供应商Salesforce的SaaS解决方案。所以它不会经常下降。当它恢复的时候,他们通常在不到一天的时间内恢复。但业务流程是一个关键的医疗物流流程--也就是说,如果交易延迟几天,可能会造成生命损失。
背景我们的事务量是中等的。我们可能每天为25个新病人服务,每天有几百个互动来支持这些。即使是停电,其中的一个子集可能需要立即手动干预,以保持事物的运转。其他人也许可以等几天。
我们已经使用雪花来存储应用程序数据的副本。我们用卢克写分析报告。
建议的解决方案编写报告,公开在主应用程序失败时可能需要的关键数据。然后,当主应用程序失败时,用户可以使用最新的复制数据来查看报告,从而使手动活动能够继续进行,直到主应用程序恢复到正常工作为止。如果需要进行数据更改,则必须将其写入某个地方,然后在恢复其可用性时应用于应用程序。
发布于 2021-09-10 05:49:56
唯一的问题可能是延迟,因为现在雪花不是为OLTP工作负载构建的,而是为OLAP工作负载构建的。
如果从雪花运行查询所获得的延迟很好,那么您就有了一个有效的用例。
雪花被用作应用程序后端--特别是如果查询是关于历史分析的,而延迟在几秒钟内是可以接受的,而不是即时的。
https://stackoverflow.com/questions/69122647
复制相似问题