部落格 · 2023年9月12日 · Steve Simpson · 整合

破解密碼：用「Steve 的『零的個數』」估算整合資料量！

歡迎來到 Steve Tech Arc 整合系列的又一期！今天，我們將深入探討在整合專案設計階段估算整合資料量這一關鍵環節，重點介紹我稱之為「Steve 的『零的個數』」（Steve’s Number of Zeros）的方法。

瞭解系統之間要傳輸的資料量至關重要。它影響擴充套件的決定、機制的選擇以及元件的擴充套件，尤其是在使用 MuleSoft 這樣的整合層時。目標是從粗略的業務指引出發，推匯出每秒事務數（TPS）等關鍵指標。

基準假設：從業務方能夠理解並認可的基準假設開始。如果很難得到確切的數值，就用「Steve 的『零的個數』」來判斷你面對的是幾十、幾百、幾千還是幾百萬條記錄。

整合的 Steve「零的個數」：讓業務方認可基準假設，不知道確切數字時只用零的個數，再換算成每秒事務數、每秒記錄數、每秒位元組數和每天的活動小時數

換算成行業指標：把這些粗略的數字換算成對整合估算至關重要的行業標準計量單位，比如 TPS、每秒記錄數和每秒位元組數。要弄清活動的節奏，即整合活動是持續進行的，還是集中在特定的幾個小時出現高峰。

我分享了一個有助於這些計算的示例模板，重點關注每日的活動、事務、記錄和位元組大小。活動視窗也要確定下來，是八小時、十二小時，還是更短的活動時間。

**業務活動傳輸：**要把已成交的商機即時傳輸到 ERP，你可以估算客戶數量、每個客戶每月成交的商機數、每個商機的記錄數，以及每條記錄的資料大小。

「零的個數」工作表：每個活動日的輸入（事務、記錄、大小、小時數）換算成一天的活動量和一秒的活動量

**卡車配送通知：**對於卡車傳送各種通知的場景，估算卡車數量、每天的配送次數、每次配送的通知數，以及每條通知的資料大小。

卡車配送通知的「零的個數」工作表：業務假設（卡車、配送、通知、照片）換算成每天和每秒的資料量

**預約通知：**要向客戶傳送預約通知，估算門店數量、每天的預約數、每個預約的通知數，以及每條通知的資料大小。

預約通知的「零的個數」工作表：業務假設（門店、預約、通知）換算成每天和每秒的資料量

**服務人員處理案例：**對於處理案例的服務人員，估算服務人員數量、每小時處理的案例數、每個案例更新的記錄數，以及每筆事務的資料大小。

傳送到第二個系統的案例更新的「零的個數」工作表：業務假設（服務人員、每小時案例數、更新）換算成每天和每秒的資料量

在專案早期估算整合流量是關鍵。使用 Salesforce 時，要確保不會超出限制，並擴充套件合適的元件，讓負載在整個活動視窗內平穩分佈。瞭解實現的細節，比如佇列和工作程序，對整合團隊來說也至關重要。

這些方法和假設提供了一種務實的途徑，把抽象的業務需求轉化為整合團隊需要的具體細節，作為準確估算的基準。

「零的個數」總結：這些計算給出的是整個活動視窗內平滑後的負載；整合團隊仍然需要估算峰值，並理解佇列和工作程序

感謝你一起跳進技術的游泳池。

敬請期待更多見解和驚喜，請繼續關注 www.SteveTechArc.com 和 YouTube 頻道 @SteveTechArc (opens in a new tab)。訂閱，加深你對 Salesforce 以及如何將它與其他系統整合的理解。

與架構師同行以及正走在架構師之路上的人分享整合知識，一起改變世界！

STA 1.5