Scenarios

Use Case

1. Troubleshooting

Name: 從監控工具提供的錯誤訊息，快速查看錯誤原因

Actors: 維運人員

Scenario:

a. 維運人員收到來自 Prometheus 送出的錯誤訊息

b. 維運人員要依據錯誤訊息去 Kubernetes cluster 找出問題

c. 從 logging system 不易找相關連服務的紀錄

d. 如果需要進 Pod’s console ，還需要再自行下指令找出 Pod 然後進入

Solution:

a. 從 Prometheus 送出的錯誤訊息直接連結到 Rosen

b. 從 Rosen 找出有問題的 Pod

c. 查看 Pod’s log

d. 進入 Pod’s console

e. 上述操作流程全部透過 Rosen UI ，不需下指令或切換不同工具

2. Simplify Management

Name: 在 CI/CD 部署完成後的驗證

Actors: 維運人員

Scenario:

a. 收到 Jenkins 訊息通知部署完成

b. 維運人員依據訊息到 Kubernetes cluster 確認部署情況

c. 從 Grafana 或手動下指令觀察 worker node loading

d. 視需要依據 worker node loding 調整服務數量 (replicas number)

e. 若部署有狀況需要進 pod console 確認

Solution:

a. 從 Jenkins 送出的訊息直接連結到 Rosen

b. 從 Rosen 觀察部署情況

c. 從 Rosen 觀察 worker node loading

d. 從 Rosen 調整 replias number

e. 從 Rosen 查看 pod’s log 或進入 pod’s console 檢查設定

f. 上述操作流程全部透過 Rosen UI ，不需下指令或切換不同工具

3. Help the developer

Name: 開發人員部署環境及除錯

Actors: 開發人員

Scenario:

a. 開發人員更新 image 後，要部署到開發環境

b. 開發人員要驗證部署結果

c. 當遇到錯誤時，要手動下指令檢查 pod’s log 或進入 pod’s console 除錯

Solution:

a. Rosen 可設定各自的權限給開發人員，使用不同的 cluster 或 namespace

b. 開發人員可從 Rosen 部署 app

c. 從 Rosen 觀察部署情況

d. 從 Rosen 檢查pod’s log 或進入 pod’s console 除錯

e. 上述操作流程全部透過 Rosen UI ，不需下指令或切換不同工具

f. 在配套良好的情況下，開發人員無需熟悉 kubectl 或 helm 指令