# 超哥需求 1. 產品分流發送推撥(NIX) 2. 推撥預開流量通知 ==(NIX+IT)== 3. SSL到期監控(IT) 4. 主機負載監控(IT) 5. 主機重開(IT) 6. 網址清單、尚未加入CDN(IT) 7. 監控清單(IT) 8. Log(IT+IDC+產品+專案) --- # IT 解決方案 ## 1. ==推撥預開流量通知== * 此段複雜，需要與NIX高度配合，並且目前==NIX主機可承載量大於專案==，這部份會等監控做好後再行處理。 --- ```flow st=>start: 產品組 op=>operation: 收集推撥需求 op2=>operation: 雲端組N8N系統 op4=>operation: 發送POST至auzre op5=>operation: 調整機器數量 op6=>operation: 發送通知至通訊軟體or簡訊orEmail e=>end: 結束 st->op->op2->op4->op5->op6->e ``` --- ## 2. ==SSL到期監控== * Datadog 解決方案  * Uptime 解決方案  --- ## 3. ==主機負載監控== * Datadog 解決方案  * 各家雲端都有各自的儀表版，但不是所有主機都有需要拉進監控(==費用==) * 專案原則上==不進Datadog==，除非特定客戶(==費用==) --- ## 4. ==主機重開== * 此議題為搭配監控系統使用，若有問題才進行重開動作，==非必要性重開會增加不穩定因素==。 ## 5. ==網址清單、尚未加入CDN== * 目前尚在清查每一個URL功用為何，才能決定是否進入CDN，目前已確認之項目為 1. 托管於CDN業者  2. 有付費域名(==付費才有報表==)  3. 專案部份，因數量龐大，會先以大企組客戶開始清查==8月中前==處理完畢，其他==專案8月底前==。 4. 產品組部份數量單純，但影響範圍廣，目前設定==8月底==處理完畢。 5. 地端IDC部份因為開發環境與客戶環境(==新安東京==)，這部份將與Michael討論(==有一定風險==)。 --- ## 6. ==監控清單== 1. 針對NIX、CDP、大企客戶端點進行監控(==API+特定入口==) * Datadog 解決方案  ## 7. ==Log== 1. 產品、專案在面高流量時，Log的處理會造成主機的負擔(==寫檔案==)，且需進行統一管理。 2. 產品組(==全部==)目前無針對Log處理、存放、告警(==27001需求==)，也需進行統一管理。 3. 上述兩點，因會產生相對應費用，對於要存放之Log系統會重要性，存放於==付費、免費==系統中 * Logz.IO 解決方案   --- # 總結 1. 原先許多問題與解決方案都在先前Michael第三、四季匯報中有出現，只是導入系統非短時間可以解決，不管是否有付費。 2. 優化系統架構甚至於是重構也都不是架構組說執行，其他單位就可以直接配合，前中後的溝通與公司高層的支持都是很重要的。 3. 上述的內容都會放進架構的Trello裡追蹤，關相進度也都會持續的更新。