雲端、Edge 與網路服務品質：把工作放在正確的位置
本頁為依教材與考古題整理的原創摘要；考古題答案經技術覆核，但不是官方答案。
第一次接觸也沒關係
這堂先懂這些詞
先記住白話意思，不必急著背英文。看到正文時，再把正式名稱接回來。
雲端服務與部署模型
也會看到：SaaS、PaaS、IaaS、hybrid cloudSaaS 提供完成的軟體，PaaS 提供開發執行平台；hybrid cloud 結合不同部署環境。
- 生活例子：
- 租用現成辦公軟體像 SaaS，租一間備妥設備的廚房來開發服務像 PaaS。
- 別搞混：
- 服務模型描述責任分工，部署模型描述放在哪類環境，兩者不是同一分類軸。
邊緣運算
也會看到：edge computing、edge、fog computing、邊緣計算把部分計算放到靠近資料產生處的位置，以降低等待與回傳量。
- 生活例子：
- 工廠攝影機先在現場判斷異常，不必每張影像都送遠端雲端。
- 別搞混：
- edge 不是完全取代 cloud，常是兩者分工。
抖動與可用性
也會看到：jitter、availability、QoSJitter 是延遲忽快忽慢；availability 是服務在需要時可正常使用的比例。
- 生活例子：
- 視訊每隔幾秒忽然卡一下是抖動，網站整天能否連上則是可用性。
- 別搞混：
- 平均延遲低仍可能有高 jitter；availability 也不是傳輸速度。
延遲與吞吐量
也會看到：latency、throughput、bandwidth、延遲、吞吐量延遲是單次等多久，吞吐量是單位時間能處理多少資料。
- 生活例子：
- 水龍頭打開多久出水像延遲，每分鐘流多少水像吞吐量。
- 別搞混：
- 高頻寬不保證低延遲，兩項指標不能互相代替。
串流與 VPN
也會看到：streaming、VPN、Virtual Private NetworkStreaming 邊接收邊播放資料；VPN 在公共網路上建立受保護的連線通道。
- 生活例子：
- 一邊送餐一邊吃像串流，穿過公共道路的封閉接駁車道像 VPN。
- 別搞混：
- VPN 不會自動讓網路更快；streaming 也不代表檔案完全不下載。
從 SaaS/PaaS 與 hybrid cloud 的服務責任切入，理解 edge computing 為何把處理移近資料來源，再用 bandwidth、latency、jitter、availability、streaming 與 VPN 判讀使用體驗。
先抓住這幾件事
- 區分 SaaS、PaaS 與部署模型
- 解釋 edge 與 cloud 的互補關係
- 分辨 bandwidth、latency、jitter 與 availability
- 說明 streaming 與 VPN 解決的不同問題
先想像這個場景
跨校直播成果展
學校要把成果展直播給外校：報名系統放雲端、現場攝影機先在校內處理、工作人員從家中安全連線，觀眾卻抱怨畫面卡頓。團隊必須分清楚「服務放哪裡」與「連線品質哪裡出問題」。
先別急著往下看，花十秒想一想：
若現場上傳頻寬足夠，但封包到達時間忽快忽慢，你會先加大雲端硬碟，還是處理 jitter 與播放緩衝？
把故事換成電腦語言
| 生活中的角色 | 對應到 | 技術概念 |
|---|---|---|
| 直接使用供應商託管的報名軟體 | SaaS／on-demand software | |
| 開發者把程式部署到受管 runtime，不管理底層主機 | PaaS | |
| 校內設備與公有雲共同提供服務 | Hybrid cloud | |
| 攝影機旁先辨識與壓縮再上傳 | Edge computing 降低 latency 與回傳量 | |
| 遠端工作人員像在校內網路般安全存取 | VPN 建立私有網路式連線 |
題目出現這些字，先想到
- 看到 vendor-hosted software：先辨認 SaaS/on-demand software。
- 看到 managed application runtime：辨認 PaaS，不是 IaaS。
- 看到自有機房加 AWS：選 hybrid cloud。
- 看到靠近資料來源、降低 latency：選 edge；看到邊收邊播：選 streaming。
1.服務模型看誰負責哪一層
SaaS 讓使用者直接使用應用；PaaS 提供受管 application runtime；IaaS 提供較底層的 compute、storage 與 networking。題目應看責任邊界，不只看品牌。
- SaaS 使用者主要管理資料與使用設定
- PaaS 開發者管理程式與資料
- IaaS 使用者仍需管理 OS 與應用
- On-demand 描述需要時透過網路取得服務
2.部署模型看資源由誰組合
Public/private 描述雲環境的提供與使用方式；hybrid cloud 把私有環境與公有雲整合。使用兩個供應商不必然就是 hybrid，關鍵是私有與公有資源是否共同支援 workload。
- 公司機房加 AWS 是典型 hybrid
- Hybrid 需要 identity、network 與 data policy 協調
- Cloud model 與 service model 是不同維度
3.Edge 把時間敏感處理往前移
Edge computing 在靠近 sensor、device 或使用者的位置先處理資料，可降低往返 latency 與核心網路流量；大型訓練、長期儲存與跨站彙整仍常留在 cloud。
- Edge 適合即時反應與資料前處理
- Cloud 適合集中治理與彈性規模
- Edge 不等於單純增加 storage
4.效能與可靠度不能只看頻寬
Bandwidth 是傳輸容量，latency 是往返等待，jitter 是延遲變動，availability 是可使用時間比例。Streaming 用 buffer 邊收邊播；VPN 則把遠端裝置安全連到私有網路語境。
- 即時語音對 latency/jitter 特別敏感
- 高 bandwidth 不代表低 latency
- Buffer 可吸收 jitter 但增加播放延遲
- Digital divide 描述 ICT 存取與使用成果的不平等
一起拆題目
範例 1：團隊使用 Google App Engine 執行自行開發的報名程式，另保留校內資料庫。如何分類？
- App Engine 提供受管 application platform，屬 PaaS。
- 校內資源與公有雲共同服務，部署面屬 hybrid cloud。
所以答案是：Service model 是 PaaS；deployment model 是 hybrid cloud。兩者可同時成立。
範例 2：直播有足夠平均 bandwidth，卻因延遲忽高忽低而斷續。先處理什麼？
- 確認症狀是 packet arrival timing 變動。
- 這對應 jitter，不是 storage 容量。
- 以 jitter buffer、路徑/QoS 調整降低影響。
所以答案是：先處理 jitter；buffer 可換取平順播放，但會增加 latency。
這裡最容易選錯
- 把 SaaS、PaaS 與 public/hybrid cloud 混成同一分類軸
- 以為 edge 完全取代 cloud
- 把 bandwidth 與 latency 當同義詞
- 以為 VPN 自動提升速度或可用性
- 把 streaming 誤解為必然 live broadcasting
換你快速判斷
先在心中作答，再展開答案。答不出來時，回頭找本課的對照關係。
1SaaS 與 PaaS 的責任邊界差在哪裡？
SaaS 直接提供可用應用；PaaS 提供受管 runtime，讓開發者部署自己的應用。
判斷時看使用者管理的是「使用設定」還是「application code」。
2Hybrid cloud 與 edge computing 分別描述什麼？
Hybrid 描述私有與公有環境的組合；edge 描述把處理移近資料來源或使用者。
一個是 deployment model，一個是 computation placement，兩者可以同時使用。
3Bandwidth、latency、jitter 各代表什麼？
Bandwidth 是容量，latency 是等待時間，jitter 是 latency 的變動。
這是 reviewed network sources 支撐的基礎卡；現有考題只直接問 streaming，因此不掛考古 ref。
4VPN 與 streaming 解決的是同一問題嗎？
不是。VPN 建立安全的私有網路式連線；streaming 讓媒體在持續接收時即可播放。
VPN 不保證速度，streaming 也不等於安全通道。
最後用考古題驗證
本課連結的題目都已通過可重現的技術覆核，可逐題練習與判分。
開始本課考古題練習參考來源
- Computer Science: An Overview, 13th Edition — J. Glenn Brookshear
- 計算機網路 — 黃能富