雖然 Docker Desktop for WSL 利用 WSL 來執行 Linux 容器,一方面提高容器在 Windows 環境的執行效率,一方面也提高記憶體等資源與主機系統的共用程度。雖然相對之前採用完整虛擬機相對節省資源,但對山姆鍋的低配 Surface Pro 來說還是太佔資源。也由於 WSL 2 已經可以直接執行 Docker engine 來支援 Linux 容器的執行,所以決定改採用這個方式來提供 Docker 服務。
閱讀全文使用 Hexo 寫部落格文章時,雖然 VS Code 有 Markdown 的預覽延伸套件,但因為預覽並不支援主題所使用的 image
標籤,在發布前還是需要在瀏覽器看實際呈現的結果。雖然知道 Hexo 有 hexo-browsersync 以及 hexo-livereload 插建可以利用,但按照說明一直無法設定成功。
Surface Pro 跑得動 Docker + Kubernetes? 採用輕量化虛擬技術加上特別的 K8S 發行套件,答案應該是可行的。本文山姆鍋告訴您可以採用哪些組件來達成。
閱讀全文雖然已經有 Docker Desktop、Minikube 等可以提供 K8S 本機的測試環境,但最近才發現 Canonical 公司 (Ubuntu 的發行商) 提供 Multipass 這個輕量級的跨平台虛擬機管理方案,標榜跟 Docker Desktop 一樣容易使用。由於 Ubuntu 也是山姆鍋偏好的部署環境作業系統,如果能夠從開發、測試到生產環境都使用相同的作業系統,也許是個好主意。因此,嘗試使用 Multipass 來建置 K8S 本地開發、測試環境。
閱讀全文導入 Kubernetes 的門檻不低,在過去我並不建議新創團隊一開始就採用。隨著雲端託管的 K8S 服務越來越普及,本地開發、測試工具與環境容易取得,加上自建與維運一個 K8S 叢集的解決方案越加成熟,再再都顯示使用 K8S 作為應用部署平台的好處已超過導入的成本。時至今日,對於開發網路軟體產品的團隊,我已經會建議一開始就是以 K8S 作為預設的部署環境,除了利用 K8S 的高可用性與擴充性架構外,也讓網路應用可以更容易移植 (portable) 到不同的基礎設施。
在山姆鍋早期的職業生涯,還在擔任軟體工程師的時候,發生的一件事讓山姆鍋體驗到要讓整個團隊的開發成為一個完整可順利運行的系統,缺乏架構真的困難重重。
閱讀全文本文山姆鍋分享如何安裝與設定一個 NodeBB 論壇的正式生產環境 (production environment)。由於整個環境不只包含 NodeBB 本身,會從主機系統的開始設定開始到 Nginx web 服務。安裝過程參考了多篇文章,對於特定元件的安裝細節會直接連結到對應的教學文章,本文盡量只做重點說明。
閱讀全文山姆鍋出社會後第一份工作剛好是 2000 年網際網路創業最火熱的時候,但這非山姆鍋選擇加入網際網路新創公司的主因。加入有制度的大公司或者新創事業的原因,追根究底真正的緣由都只是個人的追求不同。本文山姆鍋也來分享當初選擇新創事業的因緣。
閱讀全文