在開發 Kubernetes 應用程式時常使用 NATS 來作為內部 Pub/Sub 傳遞非同步訊息時使用，有時候也有對外開放的需求。而在本地機器開發時會採用輕量的 k8s cluster 解決方案，如 Kind, k3s, minikube 等來減輕本地開發資原的壓力，不過基於 container 的方式還是有一些限制，本篇文章以 k3s 為基礎來搭設開啟 TLS 的 NATS 服務器在本地的使用方式。
TR409-1 Google 技術 x 公共參與 x 開源
Google Cloud Buildpacks 剖析與實踐 - COSCUP 2021 | Conference for Open Source Coders, Users, and Promoters
CNCF 的 Cloud Native Buildpacks 專案已經在 2020 已經從 Sandbox 項目變成成了 Incubation 項目。Cloud Native Buildpacks (CNB) 的出現定義了轉換程式碼至 OCI 的標準，可以讓開發人員專注在本身功能上面，將安全性及依賴套件打包相關的部份交由 CNB 負責。
記錄如何在本機端使用 KIND/K3d 開發 Kubernetes 應用程式時如果需要使用 NATS 時，在不使用 Ingress 時快速 Expose NTAS 給 Client 使用
Pack 0.19.0 終於發佈了，這一個版本包含了解決在 Google Cloud Build 上執行 Pack 會遇到 Invalid Cross Device Link 的錯誤。這篇文章詳細說明了遇到的問題、回報 Issue 及解決的方式
在上一篇文章 Ｖelero 初探與實踐中我們看到了作為一個開源的 Kubernetes 集群備份和遷移工具定義了那些 CRD 來達成備份遷移的動作。在之後就對內作了一份簡報基於 Velero 1.6 版本的文件從介紹/安裝/基本使用到 Demo 的實作當中的心得，文篇文章就是簡報的摘要
文篇文章算是研究 Velero 的一些心得，及使用 Velero + Restic 進行跨 Provider 遷移集群的原理、注意事項及操作的過程，成功的將 Mac 本地的 KIND k8s 中的 Rocketchat workload 無縫的遷移到 GKE 中，中間的過程還算是簡單方便(如果沒有跨 Provider 有 Cloud Provider 的原生支援會更快速)，算是一個開源友好的集群遷移工具，不過魔鬼總是藏在細節中，官方文件最好是好好的看一看，要了解其中的限制
