# Istio-Powered Observability - Neeraj Pandey

{%hackmd @DevOpsDay/B1cnefOI0 %}

#### 》[議程介紹](https://devopsdays.tw/2024/speaker-page/1495)
#### 》[收看即時AI翻譯字幕｜Watch AI-translated subtitles](https://attend.wordly.ai/join/KEXN-4752)
#### 》[填寫議程滿意度問卷｜回饋建言給辛苦的講者](https://forms.gle/kv32GLDaEkxUzD8k6)
#### 》[簡報]
(http://n4jp4y.com)

> 共筆從這開始

# WHat are we learning?
本次議程會從微服務架構的工作原理開始進行基本的介紹, 以及介紹 k8s, 以及為什麼需要 service mesh

## 單體服務的跳戰

- 單點失敗
- 部署依賴複雜性
- 系統擴展困難

## VM 的出現
ＶＭ的出現能使得硬體的資源拆分更加便利.

### Docker
Docker的出現使得自己的服務能在虛擬化的環境內運行

### Docker 出現的挑戰
Docker 很容易擴展, 導致系統節點非常多無法簡單的備份上面的資料或修改配置.
且難以管理.

## K8S
用以管理容器, 自動化部屬容器, 提供自我修復能力, 以及服務發現的能力

### Architecture

Master node 與 Worket nodes

Master node 有 api server , scheduler, controller manager 以及 etcd
主要是提供給維運人員管理使用.

### K8s 好處
資源利用更有效率
自動部署以及擴展
高可用以及提供系統一定的韌性
可攜性以及管理的彈性

#### 服務間溝通的邏輯
- 服務發現
- retry,
- 負載均衡

#### 安全性問題
- 授權
- 驗證
- 加密

這麼複雜的架構下, 人力可行的可觀測性有限, 因此當知道服務回應很慢時
怎樣確定是哪個服務正在負責這請求?

## 自主建置與管理系統的挑戰
- increased complexity
- maintenance overhead
- scalability issues

# Service Mesh
> A communication layer for microsevices

- service discovery and routing
- security enforcement
- enhanced o11y

## service mesh 架構

每個容器中的服務都都會經過 sidecar proxy, 他會劫持所有請求, 來處理以上的一些事情.

因此有service mesh 的配置中, proxy就是一個data layer 能處理不同事物上的所有資料

## Istio
是一種 service mesh

使用 Envoy 作為 proxy 來劫持請求.

## ISTIO 能使用的可觀測性工具

- Kiali - 監測 service mesh
- Jaeger -
- Grafana - 監測整體系統

## how do we config istio?
- CRD : 使我們能自訂義以及管理istio 的一些設定與配置.使用 YAML 格式撰寫給 k8s 使用.
- traffic management
- o11y setup

-----
共筆聊天室

###### tags: `DevOpsDays Taipei 2024`