第二篇分享為來自17Live的講師 : Sammy 介紹將SRE成功導入公司的旅程續篇: “Google SRE 分享：17LIVE 的 SRE 太極拳” : 首先我們來解說一下上一篇提到的一個詞彙: Critical User Journey (CUJ): a set of interactions a user has with a service to achieve a single goal — for example, a single click or a multi-step pipeline. Example: “A user clicks the checkout button and waits for the response that the cart is processed and a receipt is returned.” CUJ即是客戶在使用產品或服務時,為了達成其需求目標下,會採取的一系列互動。

第一篇分享為來自G社的講師 : Shawn 介紹SRE導入的心法: “Google SRE 分享：17LIVE 的 SRE 太極拳” : 首先介紹SRE裡很重要的三個東西(SLO, SLI,SLA),在序章裡我們有提到,SRE是DevOps及敏捷理念發展而來的協作方式,關注的Reliability目標是使用者服務的穩定。 服務水準目標 (Service-Level Objective, SLO): 為系統可用性設定一個更精確的目標，重點是要與一段時間做掛勾來衡量服務期望狀態、目標範圍,包含：SLI、一段時間區間、目標（百分比呈現） 服務水準指標 (Service-Level Indicator, SLI): 用來衡量服務的使用情況的量化指標，類似對服務的健康狀態設定效能衡量 服務水準協議 (Service-Level Agreement, SLA): 關乎對服務使用者的承諾，是一項基於 SLO 制定的商業合約，當中會承諾其 SLO 應在一段時間內達到特定水準，若未達到一段時間內保證的目標則會產生罰則

今年是IThome 於 台灣第一次舉辦的首屆Site Reliability Engineering Conference , 除了在參與雲原生社群與工作開始上手K8S時接觸外,於這個機會真正見到許多前輩與高手們親手實踐這項由DevOps 延伸而來的技術 , 在台灣本土發揚, 且多家軟體公司真正成功導入, 真的非常振奮。 之後數篇將節錄數段小弟記憶較深刻且完整的議程心得,其餘將等slide完整release將行補完: (序): 要完整了解SRE的內容除了可以參考來自G社的講師介紹的Google 2016年發布的源起三本巨作: a. Site Reliability Engineering: How Google Runs Production Systems (網站可靠性工程｜Google 的系統管理之道) b. The Site Reliability Workbook (網站可靠性工程工作手冊｜導入SRE的實用方法)