在典型的容量規劃過程中，我看到了一個可能過於簡單的估計考慮因素僅有的預計透過網路管道的頁面或資料大小。這意味著，就像在常規應用程式開發中一樣，平均 HTTP 頁面回應大小為 30KB，或 XML Web 服務資料大小平均為 100KB，這些數字是原始資料並乘以預測量以獲得預期的頻寬需求。
應用程式開發人員和架構師似乎傾向於忘記或完全沒有意識到應用程式資料是封裝的進入較低層傳輸層進行傳遞。因此，他們很少考慮 TCP/IP 封包和乙太網路幀中的標頭開銷所佔用的頻寬。
我覺得在頻寬規劃時應該考慮這些開銷，但我不知道如何準確計算這些。是否有一個基本公式或流程可以考慮這些間接費用百分比？到目前為止我還沒有看到任何討論這個問題的文章。
答案1
沒有單一的公式，因為封裝開銷的大小取決於封包中資料有效負載的大小 - 如果您提供 10Mbps 的 DNS 流量，則開銷比提供 10Mbps 的 ISO 流量要高得多。然而，開銷通常可以忽略不計，並且被估計請求量和回應大小固有的不準確性所淹沒。容量規劃中的安全裕度不應超過管理費用。