Thinking, Coding, and Learning.

先生不知來自何方,亦不知歸去何處,年過而立,參悟生與死,淡泊名與利,但憂天下蒼生。蹤跡走紅塵,藏身山林田野,撫琴於搖滾,振筆於網路,傳道於教學;神遊金庸武俠,往返程式思考,常以此樂而忘眠。... 更多關於我

置頂 - 最近更新文章 2018/07/08 10:30:00

底下整理的是這個 Blog 最近更新的文章記錄,如果您是第一次來這裡、或者是老朋友,想要知道我最近更新哪一些文章,可以從這裡知道。

更新時間 更新方式 文章標題 發布時間
2019/09/10 增加段落 需要專職的 Release Engineer? 2018/12/16
2019/09/10 增加段落 Issue Tracking 在企業裡的價值 - KM 2019/01/21
2019/09/01 增加段落 閱讀能力的重要性 2019/01/20
2019/08/31 增加段落 人力招募 - 三、深度對話:價值觀 2018/09/22
2019/08/20 重構結構 如何用 G Guite 整合 AWS Single Sign-On 2019/05/30
2019/06/11 重構文章 Study Notes - AWS S3 2016/04/07
2019/05/31 增加段落 分類的哲學 2014/10/26
2019/05/31 增加段落 Stages in Software Testing 2017/03/18
2019/04/07 重構結構 Study Notes - Virtual Private Cloud (VPC) 2016/02/21
2019/04/04 重構結構 Study Notes - EC2 Auto Scaling 2017/02/04
2019/04/04 調整結構 Resource Provisioning and DevOps 2017/02/11
2019/03/23 增加段落 Overview API Gateway 2018/01/24
2019/01/18 增加段落 Artifacts Management 2018/07/08
2019/01/11 增加段落 怎樣的 CI/CD 才夠 Quality? 2018/04/01
2019/01/06 重構結構 學習法則 2017/09/20
2019/01/06 增加段落 聊聊人力招募 2017/02/04
2019/01/06 文句修飾 Go Live 2017/11/14
2019/01/05 文句修飾 需要專職的 Release Engineer? 2018/12/16
2018/12/26 重構系列文 Study Notes - CloudWatch 2017/03/02
2018/12/22 重構系列文 Study Notes - CloudFormation 2017/03/30
Read More

置頂 - 全站索引 2018/07/08 10:30:00

這篇是整個 Blog 的全站索引,如果您是第一次來這裡,可以先看看這篇索引,大概知道 Blog 的全貌:

不管是程式、文章、資料還是房間,我都會定期重新整理,基本的概念來自於這篇 分類的哲學

Read More

一直很想找一些人,這些人有個特質:喜歡思考事物的本質性、背後的故事、問題、原理、抽象化、延伸、想像,像是:

Read More

置頂 - 軟體工程實踐之道 2017/07/01 10:30:00

這個 Index 整理跟 軟體工程實踐 相關的文章,重點在 實踐與執行,主要內容包含以下:

  • 執行 (Execution):執行管理的實踐方法,像是 Redmine 應用與整合、相關工具 (VSTS)、敏捷、看板等概念
  • 研究 (Research):研究新技術相關資料,計算機科學、網路、資料結構、演算法,新技術應用,像是 AWS Study Roadmap
  • 開發 (Development):程式、資料庫應用
  • 驗證 (Acceptance):Quality Assurance and Testing
  • 維運 (Operation):上線 現場 (Live) 前、中、後,像是 CI/CD、SRE、Monitoring、Observability、事件管理

DevOps 我個人傾向於用整個企業的角度來看,而不是產品研發單位個別看,請參閱 經營管理

Read More

置頂 - AWS Study Roadmap 2016/10/01 13:30:00

AWS 範圍很大,有系統的學習是必要的。就像以前學音樂一樣,從各個面向整理 學習地圖,試著拼這張圖,過程中就可以知道自己哪裡還有缺,把缺的補上 (擁有技能)、把圖拼出來 (擁有知識)、把他們連結 (Connected and Linked) 起來 (產生智慧)、用他們創造 (產生創意)。

底下這張 mindmap 則是我自己的分類、重要性、以及學習的進度狀況,用以看到全貌:

以下依照 AWS Services 的分類、Solution … 等,整理過去的心得筆記。

Read More

置頂 - 經營管理 2017/07/01 10:30:00

經營管理 是我正在學習的領域。因為工作職務關係,斷斷續續都有在讀類似的書籍,工作上經常需要思考相關的事情。因為這樣寫了一些比較屬於筆記性質的文字,有時候回來翻翻看看,覺得似乎慢慢形成自己的一套方法與哲學,雖然很多都還不夠成熟與完整,但總是自己的思考的足跡。

分類這些心得如下:

  • 思考本質
  • 人才、角色
  • 經營、領導
Read More

如何量測系統的容量? 2019/09/20 11:08:00

淺談效能測試 整理了關於 Capacity、Reliabilty、Stability 的概念與定義。本文針對如何量測 系統容量 (Capacity),整理怎麼做的方法論。

Read More

CloudWatch Agent (底下簡稱 CWA)awslogs 的後續版本,提供了更強大的功能與整合能力。整理 CWA 的基本概念、如何安裝與配置、以及常見問題。

本文範例為 地端 (On-Premise) Linux (Ubuntu 16.04) 為例。

  1. 體驗
  2. 簡介
  3. Q and A
Read More

Infra 團隊適合 Scrum? 2019/09/13 23:43:00

朋友 Scott Liao 問了一個好問題:

底下整理當時在 FB 上的想法。

Read More

一段埋藏在心裡很久的設計想法,有天 在公車上把他敲下來,主要是 IoC (Inversion of Control) 的設計概念。

Read More

什麼是好軟體? 2019/09/11 09:50:30

一段在公車上寫的 memo,問題是:

什麼是好軟體?

Read More

逆向工程與系統架構 2019/09/09 09:50:30

這段 memo 談的是: 逆向工程與系統架構

Read More

以下這張照片是 Jan, 2015 在 AWS Virginia Data Center 火災的照片:

圖片來源: Amazon data center on fire in Virginia - CNN

其實災難,不管是個人還是在企業,隨時隨地都有可能發生。當企業成長到一定的規模,災難還原計畫,就越來越重要。但是做災難還原準備工作,本身在公司裡面不是所謂的 產出 任務,他屬於 備援 計畫,而且災難復原在傳統的 IT 架構裡,所需要的預算、人力、資源、時間是相當龐大的,大部份的老闆,對於這件事情是不會支持,或者也不太願意投資的。最多做所謂的 異地備援 就算是很不錯的了。

以下整理 Whitepaper - Using AWS for Disaster Recovery (Oct, 2014) 內容。大部份的圖檔都是文件裡擷取出來。

Read More

top 2019/09/08 18:45:00

整理 Linux 效能工具 top 的一些資訊,範例是在 ubuntu 16.04, AWS EC2 c5.large 上的資訊。

Read More

會議的普遍現象 2019/08/25 09:33:00

原文是我 03/26 在公車上寫下的 memo,主要是依照 開會原則 提及的想法,整理看到的問題。

Read More

簡譯這篇精彩的分享:Scaling Infrastructure Engineering at Slack

才 2.5y ,就可以把整個 Infrastructure Engineering 弄成這樣的規模。她提到的有很多情境,架構、招募、組織 … 很有感 … XD

要聽她說 (她有點激動 XD) 。。。

Read More

證照有無用論? 2019/08/14 21:42:30

這篇也是我在上下班路上,在 Facebook 寫的 隨筆。問題如下:

朋友問:要不要去考證照?

這算是老問題。我分成幾個層次來看這件事情:

  1. 基本技能
  2. 解決問題
Read More

Using API Gateway as DynamoDB Proxy 一文提及可以透過 API Gateway 直接整合 DynamoDB ,而不一定要透過 Lambda,其實 Lambda 只是大家最常整合的服務而已。同樣的概念,其實 API Gateway 可以直接整合除了 Lambda 之外的很多服務,像是 DynamoDB、SQS、Step Functions、Kinesis、 … 等。

延伸這個應用,我很常被問的一個問題:

發送給 API Gateway 的請求,會不會掉?怎樣避免 Request 遺失?

這個問題很多人都問過我,本文提供一個架構設計的想法。

Read More

軟體開發與工廠思維 2019/08/01 00:16:00

這篇的想法是埋藏在心裡很久的,因為工作關係、身份關係,常常需要被灌輸一些觀念,但是每次聽到哪些『說法』怎麼聽,都是覺的怪。

管理工作經常需要量化產能,量化產能經常的會拿工廠生產線來比喻,最後就把軟體開發的管理度量,用生產線的思維來比喻,然後就把軟體開發者、軟體工程師當作產線作業員來管理,荒謬至極的想法。

以下是我下班坐公車時,寫下積累、醞釀的 隨筆 (2019/07/09)

Read More

管理工作範圍廣大,人事管理 (Peopele Management) 是其中一個重要的工作範圍,本文整理身為一個管理者必須面對的課題:資遣、解僱、辭呈

Read More

Spotlight 現象 2019/06/08 00:16:00

這段文章原本是寫在 FB 的 memo,放在 分類的哲學 一文中,獨立成專文。

Read More

GitHub Post-Incident Analysis 2019/06/05 12:43:00

2018/10/21 GitHub 發生重大的異常,服務中斷超過 24h。事後官方釋出完整的事件分析報告,包含非常詳盡的事件過程、架構、應變等。這篇是我當時整理在 SRE 社群的簡譯,原始連結

如同電影 薩利機長,SRE 應該要多閱讀 異常事件報告,從中學習應變的方法與經驗,同時也了解別人的 系統架構 為何如此設計,有什麼問題?

Read More

整理如何設定 AWS SSO 的流程,主要參考: How to Set Up Federated Single Sign-On to AWS Using Google Apps 這篇文章,用 SAML 2.0 (Security Assertion Markup Language) 協議做使用者的 認證管理 (Authentication),並且延伸管理上實際遇到的問題。

Read More

如何透過 Email 建立 Issue 2019/05/29 08:45:00

議題追蹤 (Issue) 最重要的就是資料來源的管理,讓需要被關注的事情都放到同一個籃子 (Pool),然後才得以檢傷、分類、處理。而 SaaS 年代,如何讓使用者的聲音,快速的被蒐集與處理,則是非常重要的。

本文整理如何設定讓 Email 訊息,自動導入 Redmine,變成可以追蹤管理的設定方式。

Read More

Study Notes - Step Functions 2019/05/21 02:35:00

Step Functions 在 2016 re:Invent 發佈後我就一直放在心裡,他是令人興奮的功能。本文整理 Step Functions 的學習筆記。

Read More

去年翻譯了這本書: 分散式系統設計 (Designing Distributed Systems, DDS) 在 2019/05/20 上市了。以下純粹是譯者自己的筆記與心得,非官方。

Read More

Redmine 的安裝流程相對於一般的網站應用程式來講,是複雜的,特別是如果不熟悉 Ruby on Rails 的生態系,或者不熟悉 Nginx 的配置,那麼整個安裝過程會是非常挫折的。

本文記錄如何在 Ubuntu 16.04 安裝與配置最新版 Redmine 4.0.3 (201905) 筆記,相關資訊放在 GitHub 供參考。

Read More

Service Catalog 2019/05/06 12:43:00

記錄 之前 寫下的 Service Catalog 的概念。

Read More

敏捷三叔公 David Ko 的邀約,讓我有機會到新竹交大跟大家分享 持續交付 2.0 的心得~

底下整理這次分享的簡報、摘要與錄影。

Read More

Java Version Manager 2019/04/07 18:21:00

現在各個語言都有 Version Manager,像是 node 的 nvm、ruby 的 rvm、golang 的 gvm,Java 沒有官方的工具,但也有類似的工具。

底下整理的都是針對 macOS。

Read More

Study Notes - VPC - FAQ 2019/04/07 13:30:00

整理 VPC 一些常見的問答。

Read More

哪一種架構師? 2019/04/06 13:30:00

整理研讀 AWS Well-Architected Framework Whitepaper (June 2018) 時,提到的 各種架構師 的說明。

Read More

一個人的 Working Backwards 2019/04/05 10:30:00

AWS CTO 在他的 Blog 提到 Amazon 產品規劃的方法: Working Backwards,最近我把這想法放在 個人團隊、還有 企業發展 三個地方。

Read More

上週 (2019/03/28) DevOps Meetup 分享的主題:聊聊軟體交付的濫觴 談產出物管理 (Artifacts Management),我提出了 軟體交付四大支柱 (Four Pillars of Software Delivery) 的想法,如下圖:

支柱 (Pillar) 的意思就是在交付軟體過程,如同蓋房子,要先蓋地基與支柱,然後才能疊加其他的東西、蓋牆壁、放水電管線等,對應到軟體開發也就是開發、測試、維運任務。

Pillars 的命名想法參考自 AWS Well-Architected

依照四大支柱的描述,整理過去寫的文章列表,以及對應到這四個 Pillars 的關係:

Read More

Read More