破解密码:用“Steve 的‘零的个数’”估算集成数据量!
引言
欢迎来到 Steve Tech Arc 集成系列的又一期!今天,我们将深入探讨在集成项目设计阶段估算集成数据量这一关键环节,重点介绍我称之为“Steve 的‘零的个数’”(Steve’s Number of Zeros)的方法。
为什么估算很重要
了解系统之间要传输的数据量至关重要。它影响扩展的决定、机制的选择以及组件的扩展,尤其是在使用 MuleSoft 这样的集成层时。目标是从粗略的业务指引出发,推导出每秒事务数(TPS)等关键指标。
估算过程
基准假设:从业务方能够理解并认可的基准假设开始。如果很难得到确切的数值,就用“Steve 的‘零的个数’”来判断你面对的是几十、几百、几千还是几百万条记录。

换算成行业指标:把这些粗略的数字换算成对集成估算至关重要的行业标准计量单位,比如 TPS、每秒记录数和每秒字节数。要弄清活动的节奏,即集成活动是持续进行的,还是集中在特定的几个小时出现高峰。
实际估算示例
我分享了一个有助于这些计算的示例模板,重点关注每日的活动、事务、记录和字节大小。活动窗口也要确定下来,是八小时、十二小时,还是更短的活动时间。
示例场景:
**业务活动传输:**要把已成交的业务机会实时传输到 ERP,你可以估算客户数量、每个客户每月成交的业务机会数、每个业务机会的记录数,以及每条记录的数据大小。

**卡车配送通知:**对于卡车发送各种通知的场景,估算卡车数量、每天的配送次数、每次配送的通知数,以及每条通知的数据大小。

**预约通知:**要向客户发送预约通知,估算门店数量、每天的预约数、每个预约的通知数,以及每条通知的数据大小。

**服务人员处理个案:**对于处理个案的服务人员,估算服务人员数量、每小时处理的个案数、每个个案更新的记录数,以及每笔事务的数据大小。

结论:集成项目的实用估算
在项目早期估算集成流量是关键。使用 Salesforce 时,要确保不会超出限制,并扩展合适的组件,让负载在整个活动窗口内平稳分布。了解实现的细节,比如队列和工作进程,对集成团队来说也至关重要。
这些方法和假设提供了一种务实的途径,把抽象的业务需求转化为集成团队需要的具体细节,作为准确估算的基准。

敬请关注
感谢你一起跳进技术的游泳池。
敬请期待更多见解和惊喜,请继续关注 www.SteveTechArc.com 和 YouTube 频道 @SteveTechArc (opens in a new tab)。订阅,加深你对 Salesforce 以及如何将它与其他系统集成的理解。
与架构师同行以及正走在架构师之路上的人分享集成知识,一起改变世界!
STA 1.5