春節前一週個週末，因為一個服務系統異常，讓我又重新 review 關於 File Descriptor (以下簡稱 FD) 的概念。上次整理 已經是兩年前的，再重新讀了相關資料，整理以下部分：

• FD 基本概念
• 設定層級，以及各個層級的詳細設定方法和關係
• 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 有幾個章節，討論關於警急事件的處理、管理、檢討、事件追蹤 … 這些章節討論事件處理的週期，也就是事件的前、中、後要做什麼。書中也從不同專業背景學習類似的想法，像是電影 薩利機長：哈德遜奇蹟 就是很好的例子。

一些關於我自己的資訊。

整理關於這個 Blog 的初衷與資訊，關於作者介紹請點 這裡。

我很習慣追尋字面上意思的本質問題，『監控』一詞是我這幾年追得很緊的詞，索性就深入分析其意義。

Updated 2023/07/19: 本文收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市

在 Software Development Lifecycle 的整理中，整理了我經歷各種角色之後，把 軟體開發流程 (SDLC) 做了不同面向的分析，最後抽象化了四個層次:

1. Plan
2. Execution
3. Acceptance
4. Operation

最近我把這個結論應用到看板的規劃，這個規則最近上線開始試跑，跑的過程中，我又有新的想法，這些想法大多來自於過去音樂製作的心得與學習。

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 這個問題。

來源: Iphone 6 plus突然黑屏轉圈圈

很多人會疑惑：

• 為什麼蘋果會犯這種不可原諒的錯誤？
• 難道 Apple 沒有 QA 了？
• 有跑 Regression Test (回歸測試, 以下簡稱 RT) 應該可以發現吧？
• 有人覺得很容易重現，為什麼沒發現？

但我想的是：

• 為什麼這會很容易被發現？為什麼大家會這樣覺得？
• 為什麼跑 RT 就一定能 Release？
• 實際上很多人不知道 RT 是什麼，還有其重要性，很多公司根本就沒這關卡，能動就上。

從這件事情，簡單分析，同時討論軟體的測試階段：Regression Test (回歸測試)

這 Slide 簡單整理我對於系統上線後，面對異常處理的態度以及心法。

整理一些我自己常說的話，是自己領悟出來的，也許早已經有類似的話 … 不過自已領悟、體悟出來的，跟只是讀別人講的，感受深度與層次是不一樣的。

當然，也可以當作是 練肖話 啦 XD

整理 GCP Cloud Load Balancing 和 AWS Elastic Load Balancing 的比較，功能比較的面相如下：

• Global or Regional
• Internal or external
• Protocol Type

整理這三個面向的比較。

現在啥鬼都要跟 Ops 扯上關係？或者要消滅 Ops 變成 NoOps，用人工智慧 智障 來取代叫做 AIOps，到底啥是 Ops?

Updated 2023/07/19: 本文部分收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市

一直很想找一些人，這些人有個特質：

喜歡思考事物的本質性、背後的故事、問題、原理、抽象化、想像、實踐方法

像是：

• 使用 Slack 的時候：
  • 他背後可能的系統架構是什麼？他的 App Store 怎麼設計的？通知機制怎麼設計？
  • API 的架構怎麼規劃？歷史資料如何讓使用者查詢？
  • 如何讓使用者建立完整的帳號？付費用戶跟沒有付費的架構是一樣的？
• 使用 iPhone 的時候，他對人類的貢獻是？對地球的貢獻是？
  • 思考他是如何生產的？有多少公司提供零件給他？怎麼整合這些資訊？iPhone 最後如何銷毀？ (生命週期)
  • 十年過去，全球為了生產 71 億支智慧型手機付出的代價是？
  • 循環式經濟：智慧型手機十年進化史，有一些事情必須要知道
  • 2021 年電子電器廢棄物高達 6,300 萬噸，其價值超過許多國家 GDP
• 電商帶給消費者方便，他背後的系統是如何運作的？如何面對巨大的交易？電商帶來的社會問題你注意到了？便利另外一面是什麼？人類交易的本質是什麼？
  • 中國電商污染，5 千萬噸垃圾誰來買單
  • Steve Cutts - 諷刺漫畫
  • 過度包裝的迷思：你只是買了更多垃圾
  • 2019/04/07: 台灣網購1年估計產生8000萬個物流貨箱，「過度包裝」法規卻還管不到
  • 2018/06/28: 亞馬遜爆出巨大醜聞！全新商品「直接銷毀」只為省錢，便利服務全來自資源浪費、勞工血汗
  • 2018/06/15: 超商年丟70億食物？ 300超商加盟店聯手抗議
• 聽演唱會的時候，你會注意演唱會整體想表現的情緒？你會注意演唱會主角以外的人事物？最後組成的整體性？
  • LIVE 節目導播在忙什麼
  • 樂團的主唱
• 看電影時，你會注意每個鏡頭想要表達的是什麼？鏡頭是如何取的？有多少個鏡頭？拍攝現場要怎麼準備？演員走位。。。
  • 體育賽場如戰場 攝影師拍攝…跟在後面跑
  • 电影最TOP 104：涨姿势！盘点影史十大经典长镜头
• 看小說時，為什麼會寫出這麼精彩的故事？為什麼會想出 星艦企業號 這樣的劇情？
• 金庸怎麼把小說寫成歷史，把歷史變成小說？ (虛實融合？)

最近我開始用 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 這本書的原因以及給同事的一些想法，還有第一章的內容。

今天跟同事分享一些專案管理的心得與技巧，把方法流程都說了，大概就是 需求管理 提到的 Requirements Breakdown 之後的架構。

這篇文章 討論關於 “Monitoring vs Observability” 的差異。

Updated 2023/07/19: 本文部分收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市

iTerm2 是我在 OS X 上最常用的 Terminal，整理一些使用技巧。

整理一些我自己在各個領域的學習心法，分成四大部分：

1. 法則
2. 探索
3. 階段
4. 實踐

軟體開發生命週期 (Software Development Lifecycle, SDLC) 是軟體工程裡很重要的概念，不同的角色 (PM, Developer, Test, Operator) 會有不同看法，從不同方法論 (CMMI、RUP、LEAN、XP、Agile、Scrum、DevOps) 也會有不同階段定義，Google 可以找到很多類似的圖。

類似的東西聽了不少，但是往往講者會因為個人經驗，會偏重在某一方面。像是現在經常提自動化測試，很多都是開發人員在喊，卻鮮少聽到從 QA 端的聲音；經常聽到開發人員在喊 DevOps，但實際現場調查很少 Operator 加入討論，更別提資安相關角色。最有趣的是，我還沒遇過有 PM 懂這些流程的，PMP 那又是另一個世界。

• 同一件事，不同角度的人有全然不同的看法。這篇文章討論 DevOps 也有類似的想法：关于 DevOps ，咱们聊的可能不是一回事
• 關於敏捷軟體開發，我的想法請參閱這篇整理：談談敏談開發的看法

本文記錄我在不同的工作時期的體悟和心得。

這段本來寫在 Issue Tracking in Redmine，他的 視野 與角度都不同，所以獨立成一篇。

其實我也在思考，現在服務的公司屬於哪一個階段，我應該扮演什麼樣的角色來幫助公司、幫助同仁，該怎麼收、放、進、退，該怎麼演。

今天把這段埋藏很久的想法，分享給公司內年輕的朋友：『自動化測試？』我提出來的問題是，我們平常說的『自動化』真的是自動化？什麼是『自動化』？

• 自動化測試
• 自動化部署
• 自動化維運
• 自動化挖礦
• 自動化加薪
• 自動化 就是 黑魔法
• 有『自動化』就下班了

我的看法是：不要陷入『自動化 XXX 』的迷思，特別是『中文』語意常常有陷阱。。。

聽起像是在鑽牛角尖的文字遊戲。。。且聽我 Tiger and Blue 。。。

• Updated 2023/07/19: 本文部分內容收錄在個人著作 《SRE 實踐與開發平台指南》 - 2023/08 上市