這裏整理 計算機科學 (Computer Science) 常出現的中英文名詞對照表。舉凡：

• Operating Systems (作業系統)
• Algorithm (演算法)
• Data Structure (資料結構)
• Computer Architecture (計算機系統結構)：清大 EE4720 Computer Architecture
• Computer Organization (計算機組織)
• Computer Network (計算機網路)
• Distributed Systems (分散式系統)

等 .. 基礎計算機科學。

而實踐的技術，像是 資訊技術 (Information Technology) 與 工程 (Engineering) 相關的詞彙，相關請參考 另一個表。

這樣整理的想法源自於 喝咖啡聊音樂 的 字典工具，依照 實踐技術 與 理論基礎 分成兩大類： 數位器材、音樂製作專有名詞對照表 和 樂理名詞、演奏術語專有名詞對照表。對應到 STEM (科學、技術、工程及數學) 的 T、E 與 S、M

詞彙的中文翻譯分別為正體中文慣用、簡體中文慣用語。中文詞匯翻譯參考資料：

• 國家教育研究院雙語詞彙、學術名詞暨辭書資訊網
• 中華語文知識庫 (台灣版正體中文)、中華語文知識庫 (中國版簡體中文)

我習慣稱自己為 Software Developer，而不是 Software Engineer。

這篇文章：Developer vs. Engineer 也講到兩個差異，不過跟我看法完全相反。

基於以下原因，我覺得公司內部的文件，有其必要性：

• 人的記憶力不可靠，不管是什麼人、什麼角色、性別、智商、年齡。
• 人常常會忘記為什麼做那些事情、為什麼要那樣做。
• 文件的讀者第一個一定是自己，自己都不看，自己都看不懂，是要誰來看？

整理 GCP 的 Virtual Private Cloud (VPC) 的筆記，同時跟 AWS VPC 的設計比較。

今天 (2017/06/21) 有機會到 AWS User Group Taiwan 分享心得。主題：淺談系統監控與 CloudWatch 的應用。

AWS 跨帳號權限需要透過 Cross Account Roles 的方式來做，可以達到權責分離，不需要每個人在每個 AWS Account 開 IAM 帳號，達到管理便利的平衡。

上次 Migrate 2.x to 3.2 失敗，這次利用假期再試一次 migrate 2.x to 3.3.x。

整理開發 CloudFormation Template 和 Debug Stack 遇到的問題。。。

接著整理 EC2 Auto Scaling 中很重要的觀念：Lifecycle and Hooks。

EC2 Auto Scaling 系列文章

• Study Notes - EC2 Auto Scaling 基礎介紹
• Study Notes - EC2 Auto Scaling - Scaling Policies
• Study Notes - EC2 Auto Scaling - Termination Policies
• Study Notes - EC2 Auto Scaling - Lifecycle and Hooks
• Study Notes - EC2 Auto Scaling 導入與應用
• Study Notes - EC2 Auto Scaling 常見問答

昨天去參加 Google 第一次在台灣辦的活動 Google Cloud onBoard，看到很多讓人興奮的東西。

花一點時間玩了 GCP 的 Compute, Storage, Networking 部分，順便跟 AWS 比較。

繼續整理 CloudFormation Stack 的筆記。主要包含 Stack 工作流程、Stack Status、Update Stack。

上一篇整理 CloudFormation Template Anatomy，本文整理很重要的概念：Resource Types、Attributes，包含以下：

• Resource Types of CloudFormation
  • AWS::CloudFormation::Init
  • AWS::CloudFormation::WaitCondition
  • AWS::CloudFormation::WaitConditionHandle
  • AWS::CloudFormation::Stack
  • AWS::CloudFormation::Interface
• Resource Attributes:
  • CreationPolicy
  • DeletionPolicy
  • DependsOn
  • UpdatePolicy

本文整理 CloudFormation 整理官方文件學習筆記，主要是 Template Anatomy (結構) 的部分。

CloudFormation 是 AWS Infrastructure as code (IaS) 的實踐，整理一系列學習筆記與心得。基本概念、生命週期、Debug 技巧等 ….

這幾年 DevOps 盛行，大家都在討論，然後都在喊要 CI 、要自動化測試 ….

我從 Software Developer, Software QA (SQA), System Operation / Administrator 三種角色 / 職務都走過，做了幾年的 System Operation / Administrator 之後，最近開始有機會回到 Developer 身份，專注 Microservice 與架構，反思測試的重要性感覺又更深刻。

Software QA 的職能條件 有過去經驗的分享。

整理一下過去做 SQA Manager 時的 Test Strategies (測試執行策略) 與心得。

• 本文整理的資訊，大概只是 目錄、基本章法，有空再把內容展開，整理出完整的分享。
  20230523 更新：本文內容部分收錄在 共同著作《軟體測試實務》 第一冊 第一章之中，歡迎大家彭場指導。

整理一些不錯的 Redmine Plugins and Themes。

產品 / 專案進行中，經常會有 新功能需求，有時候是來自老闆的突發奇想、或者市場反饋、或內部發想。這些資訊的流通，在組織內部是很重要的，畢竟大家要了解『需求』的來龍去脈之後，才能設計出有意義的功能，打到重點，否則會有越來越多溝通成本，所以 需求管理 (Requirements Management) 我覺得是件非常重要的事情。

不過現實跟理想總是有差距的。

本篇整理 CloudWatch 常見問答。

這是個我心裡埋藏已久的問號： Service Using Single IP in Global … 怎麼可能 @@?

但是看到 GCP 的文件說 “Global Load Balancing with Single Anycast IP“, 他是 Google ，所以我相信了 ….

心裡會這麼疑惑是因為很久以前在研究 ELB 原理 時，就一直在猜背後應該是靠 ASG + EC2 組出來的，然後每個 EC2 都有 EIP，所以 IP 不會是固定 …. bala bala … 認知上，實體的 Load Balancing 通常會是一台，但是通常也很貴。軟體的 LB 通常就是用 Auto Scaling 實作，而且很難跨地區。 ….

整理做系統效能測試的時候，如何利用 CloudWatch 作分析。

整理如何利用 CloudWatch 做 Log 分析。

本文整理 CloudWatch 最主要的應用：監控服務 與 告警系統 的建置。

CloudWatch 是學習 AWS 之後，除了 EC2、S3 之外，最重要的 Services 之一，本文整理 CloudWatch 主要的功能介紹。

把 AP 的 Log 從機器送到 Log 服務，一直以來都是很重要的課題，這樣功能的角色稱為 Log Shipper。CloudWatch 提供的第一個版本的 Log Shipper 服務：awslogs

整理 CloudWatch Metrics 的相關資料。

CloudWatch 是 AWS 的全託管 (Managed Service) 監控服務，在眾多 AWS 服務預設都會使用，了解他的基本概念與應用，在學習 AWS 服務中是相當重要的。

在 DevOps Taiwan Group 看到有人分享這篇文章：Microservice Prerequisites，其中的重點有三：

• Rapid Provisioning
• Basic Monitoring
• Rapid Application Deployment

剛好最近工作上這些事都有關係，整理關於第一個 Rapid Provisioning 的心得。

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

整理 AWS 很重要的核心功能之一：EC2 Auto Scaling 筆記，這篇整理核心功能以及概念。

AWS 另一個類似發表於 2018/01/16 的服務叫做 AWS Auto Scaling 則是超集 (Superset) 整合服務，可以管理 EC2 Auto Scaling Groups、EC2 Spot Fleet Requests、ECS、DynamoDB、Auroa … 等服務。本文介紹的只是其中一個子集。

去年 2016 re:Invent 宣布 IPv6 的訊息，當時只有在 ohio region 可以使用，現在已經可以在全部的 region 還有相關的服務 GA 了！

• AWS IPv6 Update – Global Support Spanning 15 Regions & Multiple AWS Services
• Study Notes - VPC IPv6 Support

Context Switch 中文翻譯成環境切換，wikipedia 的解釋：

是一個儲存和重建 CPU 的狀態 (內文)，因此令多個進程 (process) 可以分享單一 CPU 資源的計算過程。

把它放在人身上，就是一心多用。Context Switch 的成本很大，五顆球同時丟給一個人，最後可能只接著一顆，也可能一顆都接不住。所以創造能「專注」的環境很重要，不管是在工作環境，還是個人的學習。

『五顆球同時丟給一個人』這段是出自 “Steve Jobs 自傳” 某一章，不過我找不到原始段落了，有找到的人麻煩跟我說，感激不盡！

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

Redmine 用 Ruby on Rail (RoR) 開發的專案管理、團隊協同合作、議題管理工具。

我一直很想把他帶入公司，因為覺得每家公司應該都有這樣的協作平台，他可以扮演組織內部重要的潤滑劑，同時減少 溝通成本。

不過在介紹 Redmine 之前，先整理一些問題：

• 專案管理是什麼？
• 專案管理要呈現什麼？
• 協同合作工具在團隊裡是阻力還是助力？
• 有了這個工具能為組織帶來什麼好處？

最近在幫公司規劃 VPC，遇到以下的狀況與需求的組合：Cross Regions、Multiple VPCs、Multiple AWS Accounts、PCI DSS 的需求，另外畫了一個 VPC 給 Vault (保險櫃) 單獨使用，加上因為開發環境與正式環境的 AWS 帳號，形成相當複雜的環境。整理有以下要考慮：

• VPC CIDR 的規劃
  • Multiple VPCs
  • VPC for PCI DSS Vault
  • 如果有其他 Cloud, e.g. Azure, GCP, 也要考慮
• Routing, Connections, and Network Topologies:
  • VPC between different Region：BGP or Static Route
  • Site to Site VPN, including HA and Failover
  • VPC to On-Premises: VPN and Transit VPC
  • VPC to VPC: VPC Peering
  • Routing Policy
• 控管問題: Network ACL 以及 Security Group 的規範
  • 異動管理 (Change Management)
  • IPv6 與 IPv4 的管理規範
  • 異動流程
• 多個 AWS Account 的管理
  • 形成 AWS IAM 多帳號的管理問題
  • IAM Role and Policy in Cross Account 的管理

AWS re:Invent 有個 Session 專門在說明這樣的需求：From One to Many: Evolving VPC Design (ARC302), Slideshare，整理一些重點：

AWS 終於支援 IPv6，目前只在新的 Region - Ohio (us-east-2) 可以使用。

在 IPv6 in the Cloud: Virtual Private Cloud Deep Dive (NET307), Slideshare 有詳細說明。整理一些筆記。

AWS 在 2015 年十月在 Blog 發表一篇標題：Are You Well-Architected?，描述怎樣是一個好的架構應該考慮的。文章標題引用知名傳奇吉他大師 Jimi Hendrix 的專輯標題 Are You Experienced?。這篇後來變成 AWS Well-Architected Framework 的源頭。

AWS Well-Architected Framework 以下簡解成 WA

如 預期的，AWS 果然出現了新的 Certifications，都是 Specialty Level：

• AWS Certified Advanced Networking - Specialty
• AWS Certified Security – Specialty
• AWS Certified Big Data – Specialty