整理前一個工作做教育訓練的資料，本來對象是給 SQA (Software QA) Team 的教育訓練，後來發現這個題目，所有人都要會，也就是 如何有效的回報問題。
所有人 指的是：團隊裡的每一個人。實務上很難，所以要一起討論、學習。以測試角度來看，就是 如何有效的回報 Defect / Bug，底下的截圖是以前教育訓練的資料，隨著時間的演進，現在看起來還是有一些參考價值吧？
文中用
Issue統稱Defect、Bug這些議題。更多參閱 Issue Tracking in Redmine
20230523 更新: 本文部分收錄在 共同著作《軟體測試實務》 第一冊 第五章之中，歡迎大家彭場指導。
繼續整理 Amazon API Gateway 的整合應用：如何使用 API Gateway 透過 NLB (Network Load Balancing) 整合 VPC 內部的服務與資源。
原定時間是 2017/12/07 ，後來改到 2018/03/29，活動名稱改為 Serverless All-Star，我的主題沒有改變: Ops as Code using Serverless，歡迎大家來彭場！
這場演講的 Slide 請參考 Serverless All-Star in 2018 (Public Slide)
SRE 這本書並不是很容易入門的，書中有不少東西是滿技術性的，但也很多屬於觀念、原則、經驗方法。所以如果非技術背景或者管理階層的朋友，想要閱讀 SRE，推薦閱讀以下章節，可以了解一些原則與概念。
太技術性的章節我先過濾掉，以下是原文的 Link (英文)。
如果只能挑一章來讀，我推薦 CH15 事後檢討：從失敗中學習 ，建立良好的回饋與循環，讓團隊漸進式地變好。這也是 “DevOps” 的精神之一。
如果可以選擇一段主題，我推薦 CH11-16，都在討論 上線後 要面對的問題還有平常的訓練。
API Gateway 是直接面對使用者的，所以除了 API 本身的描述，面對 Client 的 Endpoint / URL Path 的規劃也很重要，相對應的就會帶出 DNS、SSL、CDN … 等議題，而這些問題，通常上線後都才會注意到。但實際上規劃的不好，不只門面不好看，同時也會造成開發、測試、管理、溝通 … 等成本。
本文整理如何使用 Amazon API Gateway 和 AWS 的 Certificate Manager (ACM)、Route53 設定 Custom Domain Name，還有更重要的是規劃完整的 Service 與 Endpoint 要注意的事情。
本文延續 Overview API Gateway 相關筆記，整理在 Amazon API Gateway 中， 如何使用 CloudWatch Logs (以下縮寫 CWL) 找問題、Debugging，設定包含以下：
春節前一週個週末，因為一個服務系統異常，讓我又重新 review 關於 File Descriptor (以下簡稱 FD) 的概念。上次整理 已經是兩年前的，再重新讀了相關資料，整理以下部分：
來自 AWS News 的訊息，Inter-Region VPC Peering 多了九個 Region，而且總算有亞洲了！不用再自己幹 Site to Site VPN 了！
整理基本資訊、實測的數據、規劃上的考量等。
AWS Certified Solutions Architect - Associate (以下簡稱 SAA) 更版，來自 AWS Blog 的訊息: New AWS Certified Solutions Architect – Associate Exam: Now in General Availability.
正在準備考試的、或者有參考 我的筆記 的人，要注意此資訊。
最近很常看到這個詞：Service Mesh，源自於 Buoyant - CEO Willian Morgan 在 APRIL 25, 2017 發表的文章：What’s a service mesh? And why do I need one?
Mesh可以翻譯為：網、網狀物Service Mesh第一次出現是 Buoyant 內部的會議，然後 2016/09/29 公開
在 Overview API Gateway 中提到，Amazon API Gateway 提供了客製化驗證的機制，讓我們可以個別設定驗證的方式，使用者認證 (Authentication) 可以使用 OAuth or SAML；授權 (Authorization) 可以使用 JSON Web Token (JWT) 或者 OAuth provider。
本文整理如何使用 Lambda 做 Custom Authorizers 的基本用法與流程。
整理 GCP 的 Virtual Private Cloud (VPC) 的筆記，重點在 VPC Network、Shared VPC (XPN)，同時跟 AWS VPC 的設計比較。
整理研究 AWS 產品 Amazon API Gateway 的心得筆記，相關的基礎概念、架構考量，請參閱：Overview API Gateway
本文整理 API Gateway 的基礎概念與想法，主要整理架構設計、技術規格、應用場景等探討。關於 AWS 的產品請參考 Amazon API Gateway 的整理。
不自覺地把 Slack 當 RSS Reader 使用很久了。。。
SRE: Site Reliability Engineering 有幾個章節，討論關於警急事件的處理、管理、檢討、事件追蹤 … 這些章節討論事件處理的週期，也就是事件的前、中、後要做什麼。書中也從不同專業背景學習類似的想法，像是電影 薩利機長：哈德遜奇蹟 就是很好的例子。
一些關於我自己的資訊。
我很習慣追尋字面上意思的本質問題，『監控』一詞是我這幾年追得很緊的詞，索性就深入分析其意義。
Updated 2023/07/19: 本文收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市
在 Software Development Lifecycle 的整理中，整理了我經歷各種角色之後，把 軟體開發流程 (SDLC) 做了不同面向的分析，最後抽象化了四個層次:
最近我把這個結論應用到看板的規劃，這個規則最近上線開始試跑，跑的過程中，我又有新的想法，這些想法大多來自於過去音樂製作的心得與學習。
Updated 2023/07/19: 本文部分收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市
因為 系統思考 這本書，還有最近跟朋友分享了關於『自動化』看法之後，過程中我不斷地想到過去整裡的想法： 自動化 XXX 的陷阱、自動化帶來的問題，我決定把其中段落重新整理出來，也就是『什麼是自動化？』
Updated 2023/07/19: 本文收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市
SRE: Site Reliability Engineering 很多章節開頭都有一段很有深意的 標語 (slogan)，這些話都很簡單，卻也讓人省思。
整理如何快速把資料從 AWS S3 傳到 Google Cloud Storage 的步驟。
12/02 Apple iOS 11.1.2 爆炸了，無限黑屏轉圈圈，暫解法是把時間改到 11/30 即可。Apple 隨即也 Relase 11.2 緊急 Fix 這個問題。
很多人會疑惑：
Regression Test (回歸測試, 以下簡稱 RT) 應該可以發現吧？但我想的是：
從這件事情，簡單分析，同時討論軟體的測試階段：Regression Test (回歸測試)
這 Slide 簡單整理我對於系統上線後，面對異常處理的態度以及心法。
整理一些我自己常說的話，是自己領悟出來的，也許早已經有類似的話 … 不過自已領悟、體悟出來的，跟只是讀別人講的，感受深度與層次是不一樣的。
當然，也可以當作是 練肖話 啦 XD
整理 GCP Cloud Load Balancing 和 AWS Elastic Load Balancing 的比較，功能比較的面相如下：
整理這三個面向的比較。
現在啥鬼都要跟 Ops 扯上關係？或者要消滅 Ops 變成 NoOps，用人工智慧 智障 來取代叫做 AIOps，到底啥是 Ops?
Updated 2023/07/19: 本文部分收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市
一直很想找一些人，這些人有個特質：
喜歡思考事物的本質性、背後的故事、問題、原理、抽象化、想像、實踐方法
像是：
星艦企業號 這樣的劇情？最近我開始用 Go Live 取代 Production 這個詞。
Updated 2023/07/19: 本文部分內容收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市
現在啥都要 自動化、 ZYX as Code，實際上，我覺得做了這些之後問題才剛開始。整理跟朋友聊天的想法，因為我對 自動化 這個詞其實很感冒。。。表面上是一種先進的方法，但實際上卻是一種駝鳥心態。
12/07 我會有一場公開的技術演講 (唬爛?)，主題: Ops as Code using Serverless
內容會把工作幾年來的想法整理一下，同時如何利用 Serverless 的概念作應用。
BTW：”想拯救世界的軟體開發者。” 不是唬爛的。。。至少拯救台灣！台灣人才擠擠，站上世界舞台不是夢！
Updated 2017/11/25: iThome 通知活動延後到明年
重構 (Refactoring) 是軟體工程重要的過程，主要目的是 改善既有程式的設計，用白話文就是：大掃除。程式需要重構，那組織呢？
今年七月在公司內部發起的 SRE: Site Reliability Engineering 讀書會，同時在十一月也參與 社群 讀書會，整理當時的 Slide 分享。
這個 slide 整理為什麼我選讀 SRE 這本書的原因以及給同事的一些想法，還有第一章的內容。
