# 從 Ops 與 SRE 的角度看 DevOps - 胡士亮 Robert Hu

{%hackmd @DevOpsDay/BJXaW1_k6 %}
> 從這裡開始寫

簡報連結: https://bit.ly/3PSZHHB

---

講師背景：工程師開始 Dev => Ops
會眾背景調查：https://app.sli.do/event/vGFbFcHriSwA3UBgu7Bze5/live/polls

- Ops 失業危機？！
- 人人皆 Ops!?
- DevOps
- ChatOps
- AIOps
- NoOps
- 很多Ops的工作就是在維護機房，當機房沒了(上雲) Ops要做什麼？
- Ops 做的其實是？
- 出了問題 Ops 要負責
- Ops 就是一個『女媧』補天的角色
- DevOps 要解決什麼問題？
- 一天可以 Release 10 次？ 一天可以 Release 多次的公司大約 10% 而已，幾乎是不可能的任務，對於傳統的公司是做不到的
- 需要透過 CI/CD 自動化，Dev 將流程最佳化，達成一天 Release 的任務
- 不是Dev來搶Ops的工作，其實是Dev的Operation
- Ops Processes
`如果dev要把所有ops的工作都做完，那就沒時間開發了`
- Ops 創造出來的價值

- 橘色的點，就是上線的點，要上線才能為公司帶來價值者

#### Total Cost of Ownership

- 70% 的成本在維運 Operations
- Maintenance
- Repairs
- Renewals
- 20% Construction
- 6% Design
- 4% Disposal

降低維運成本->展現Ops價值的地方

### DevOps v.s. OpsDev

- DevOps
- 開發效率
- 執行效率
- OpsDev (比較困難)
- What is OpsDevs?其實就是SRE
- Google SRE 出發點
- 解決開發與維運之間的衝突
- Dev
- 盡快上線
- Ops
- 強調穩定，少release
- SRE 指標
- 服務能不能用是 User 說的算，不是 IT 、維運等
- 在意的是 User 能不能使用，而不是只看指標
- SRE
- 如果懂開發跟維運，可能會被抓去做開發
- 要算真實的SOE：取得end-user的行為數據
`唯一真實的數據在production上才會有`

- OpsDev Capabilities
- Application Runtime Characteristics
- Application Performance/SLA
- End-user interaction
- Business Activities
- Other dependencies
- Costs
- Reduce Manual Operation
- Automation（不要成為「資深重開重安裝師」）
- Self-service
- Feedback to Dev
- Incidents/Problems
- Reliability/Availability/Scalability/Security

先解決對公司來說cost最嚴重的系統，所以最好是讓工程師知道哪個系統的cost跟公司的關係

- 要怎麼定位是不是應用程式的問題

- Application Runtime Characteristics
- Monitoring
- Analyze
- Actions

#### Visualization

- 視覺化工具非常重要，把數據變成狀態圖形幫助理解
- **要常常觀察** ，當有遇到問題時，線圖的改變就會容易發現，對系統越理解的時候，就越能找到系統正在幹嘛
- 就跟醫生也是依據病人的數據分析報告，才會發現出問題

#### Application Map

- 幫你畫出應用程式呼叫圖，告訴你花了多少時間，有什麼 error
- https://learn.microsoft.com/en-us/azure/azure-monitor/app/asp-net-dependencies

#### Business Activity Monitoring

- 監控層級提升到Business的商業價值

#### Correlation

在 curl 圖表上可以看到它的錯誤率較左邊的圖表來得多，後來發現是 curl 在某個特定版本有 openSSL 的問題。

#### Feedback to Dev

Application Insight 可以將指標 feedback 到 IDE 上，dev 就可以透過 IDE 知道這段 code 最近在 Production 上的執行狀況，進而做程式的調整與優化
- https://docs.microsoft.com/zh-tw/azure/application-insights/app-insights-visual-studio-codelens

#### Visualize Istio Mesh
- 看到應用程式是怎麼樣互相呼叫的
- https://www.youtube.com/watch?v=Loy4pJ8aUXc

#### User Monitoring
- 可以在 web 埋 js 之後，蒐集應用程式的使用狀態
- https://www.elastic.co/observability/real-user-monitoring

#### Machine Learning
- 當數值偏離正常值的時候，就會出現警告

#### OpsDev
- 要知道應用程式 runtime 特性和行爲

#### 理想的應用程式問題處理流程
- 找出到底是哪裡出問題
- 出問題時不是由User來告訴我問題，而是Alert告訴我出問題了

1. Alert
2. Dashboard
3. Adhoc Query
4. Log Aggregation
5. Distributed Tracing
6. Fix