Instance metadata 是 AWS 對你的 EC2 提供的資訊，包含 Host Name, Public IP ... 等等的資訊都可以從 Metadata Service 獲取。每個 EC2 中都能存取到位於 169.254.169.254 的 API，這個位址是 Link-local address，只有從 EC2 內部才可以存取的到。例如，我們可以由下面這個 API 獲得目前的 Public IP:
curl http://169.254.169.254/latest/meta-data/public-ipv4
最近為新專案導入 Inversion of Control (IoC) container，發現 Container Libraries 中，大部分都只有和自己相關的教學文件，比較少有實際實作的範例，這邊文章以一個有名的開源專案為例子，整理出幾個不錯的用法，以及基本應該遵守的規則。
通常我們會把內部的服務像是 Databases 或應用程式放在 Private Subnets，這些機器不能直接由 Public IP 存取，而是藉由 Load Balancers (ALB, ELB) 將流量導向內部的機器，這樣可以保護我們的服務不受外部攻擊，只讓真正需要對外的服務能夠被存取。
一般來說，證書頒發機構 (certificate authority, CA) 不會用真正的根憑證 (Root Certificate) 來簽發給使用者的憑證，畢竟終端使用者這麼多，放在線上每天簽屬風險太大。相對的，CA 會使用根憑證先簽發一張憑證，再用這張憑證來簽發給大家的憑證，這張憑證就稱為「中繼憑證」(或中間憑證，Intermediate Certificate)。
我最近看到 好和弦在談論 LBRY，覺得是個很有趣的想法，於是稍微研究了一下官方的 Spec，整理一篇文章來談談 LBRY 的技術內容。
最近公司改用 Nginx ingress controller 配合一個 L4 Load Balancer 來處理進站流量，取代過去使用 Application Gateway，在部屬時發現官方預設在 Service 上設定 ExternalTrafficPolicy = Local (Ingress-nginx Azure deploy.yaml)，AKS 文件上也提到如果想保留客戶端來源 IP 的話，必須要這樣設定。
經果一番探索後，發現和 Kube-proxy 如何處理進進站流量有關，也算是解答了我對 Service 實作的問題，這篇文章來記錄一下研究成果 🎉
這幾個禮拜托 YFI 的福，幣圈又開始熱絡了起來，身邊的朋友也開始加入市場，這篇文章分享一個發生在身邊的慘案，最後的結果是錢包裡面所有的錢全部被轉走。 如果您的錢包已經遭遇不測，請不用往下看了，這篇文章沒有提供處理方法，請節哀 😥。
以前會寫少少的 Apps Script 來協助操作 Google Sheet 或其他 Google 服務，就是直接從 Google Sheet 裡面的指令碼編輯器直接進到 Script 編輯畫面。
最近發現我們在 Azure Kubernetes Service (AKS) 上的 Pod 很容易被驅逐，查了一下才發現原來我們不能用盡 Node 上的所有資源，這篇文章就來看看我們必須留下多少資源給系統吧。
Cluster Autoscaler (以下簡稱 CA) 是 Kubernetes 官方出的一個工具，讓你的 Cluster 依照需求伸縮，簡單來說就是幫你開/關雲端上的機器。通常會配合上 Horizontal Pod Autoscaler (以下簡稱 HPA) 一起使用，當 Pod 記憶體/CPU 或其他指標達到一定標準後，擴展 Pod，當沒有足夠的機器 (Node) 來執行 Pod 時，CA 就會幫你擴展機器。相反的需求下降時，HPA 降低 Pod 數量，CA 也會關閉不需要的機器，如此一來就可以節省成本又可以達到同樣的運算能力。